Top Navigation

Seven Insights: Agile and Waterfall Working Together

By Brian Walker Category High-Tech Consumer Packaged Goods Financial Services
Share this on

More and more companies are shifting from traditional Waterfall practices (milestone, phase-gate based) to agile practices (iterative, continuous value delivery based). Purists believe that you must choose one over the other. But many find that a mixture of both may not only be required by program oversight or by financial tracking policies in large corporations but also can be desirable – especially during the transition to agile. Consider the following circumstances under which it may be pragmatic to mix Waterfall and agile practices.


Matching up with budget / financial cycles.

Most enterprise level business practices are tied to the budgeting and financial cycles which are inherently milestone and period based. In agile, we need to tie continuous delivery to the financial milestones. This is particularly important related to funding of initiatives and reporting against financial periods.

Working with business owners and users.

Typically the first to adopt agile practices are technology teams. Over time, more business teams are moving towards agile practices. But in the interim, technology development teams need to align work with the practices of the business. For instance, when business teams produce items like training materials and user playbooks, milestones for delivery of these need to align to the development team sprint cycles.

Interfacing with external organizations.

Many programs rely on external vendors or other internal organizations outside of the development team. Often these external teams don’t follow or have yet to adopt agile practices. It is important to align deliveries to / from these external organizations with the sprint outcomes.

Determining requirements.

Agile practices rely on a backlog of items on which the development team works. At the beginning of the program, the backlog of items may not be known. Although agile approaches could be followed to build the backlog, sometimes following a more traditional Waterfall business requirements generation process provides an effective way for the team to create the initial backlog and meet stakeholder initial expectations.

Testing across areas.

A key agile practice is continuous integration and system testing all of the components together. But often, especially in large organizations, an integrated test environment may not be available as agile practices are first established. More traditional System Integration Testing (SIT) and User Acceptance Testing (UAT) phases may be necessary to align testing across interface boundaries and various application environments.

Implementing software packages.

Agile development works particularly well for custom development where new features are continually added as the capability set grows over time. But when implementing pre-packaged software that requires an entire base set of code to be implemented and configured, it can sometimes be challenging to continuously deliver in small increments. A Waterfall approach may be more appropriate as the base foundation is established.

Reporting status against roadmaps.

Often the tools and expectations for status reporting are based on projects following a Waterfall approach. To report progress of agile programs into the tool, teams need to translate agile deliveries into Waterfall reporting. Sprints track completion at the story level. But features comprised of multiple stories often need to be tied to a long-term roadmap for reporting and communication within overall portfolio management.


About the Author

Brian Walker is a Senior Director at Kenny & Company. With 20+ years of business, technology, and consulting experience, Brian has led work with executives at Fortune 500 high technology, manufacturing, telecommunications, consumer products and hospitality companies to successfully realize value through large scale integration of people, processes, technology and strategy. Brian has led projects in Business Operations, Process Excellence, Lean/Agile, Program Management, Systems Integration, ERP, Change Management, Business & IT Strategy, Supply Chain Management, and Finance. Brian is a Certified SAFe® 4 Program Consultant (SPC), Certified Scrum Master (CSM) and Certified in Production and Inventory Management (CPIM).

About Kenny & Company

Kenny & Company is a management consulting firm offering Strategy, Operations and Technology services to our clients.

We exist because we love to do the work. After management consulting for 20+ years at some of the largest consulting companies globally, our partners realized that when it comes to consulting, bigger doesn’t always mean better. Instead, we’ve created a place where our ideas and opinions are grounded in experience, analysis and facts, leading to real problem solving and real solutions – a truly collaborative experience with our clients making their business our business.

We focus on getting the work done and prefer to let our work speak for itself. When we do speak, we don’t talk about ourselves, but rather about what we do for our clients. We’re proud of the strong character our entire team brings, the high intensity in which we thrive, and above all, doing great work.


This article was first published at michaelskenny.com on September 19, 2018. The views and opinions expressed in this article are provided by Kenny & Company to provide general business information on a particular topic and do not constitute professional advice with respect to your business.

Seven Insights Agile and Waterfall Working Together  by Brian Walker at Kenny & Company is licensed under a Creative Commons Attribution-NoDerivs 3.0 United States License . Kenny & Company has licensed this work under a Creative Commons Attribution-NoDerivs 3.0 United States License.