How Your Rollout in Waves Can End in a Tsunami

14. November 2022
Kategorien
Newsletter abonnieren

How Your Rollout in Waves Can End in a Tsunami

Many multinational organizations are bringing larger system implementations to a screeching halt because they misunderstand what it means to do a rollout in waves. 

We’re probably all familiar with the “phased rollout”. A phased rollout means you roll a project out to all targeted users at once but don’t deploy all of its planned functionality.

A good example of this would be rolling out a new CRM system to your organization. You go live in the first phase with Contact, Client, and Opportunity Management, and Account Management and Pipeline Management follow in the second phase.

Another popular type of rollout is the so-called staged rollout (also known as a rollout in waves). A rollout in waves or stages means that all the planned functionalities will be rolled out at once, but not for all users.

A rollout in waves gives you time to analyze the system’s quality, stability, and performance against your business goals. You can then decide if you want to roll out the system to more users, wait for more data, or stop the rollout. 

A rollout in waves is one of the core building blocks of making continuous delivery a reality. Facebook, Netflix, Microsoft, Google, and similar companies all rely heavily on staged rollouts.

One wave rollout method frequently used by multinational companies for new system implementation is the rollout by country or geographical territory. 

This is the preferred approach by companies implementing a new CRM, ERP, HCM, or some other key business application. Sometimes it’s combined with a phased approach.

Rolling out in waves is usually a good idea, especially compared to a “big bang” rollout. 

But before undertaking a rollout in waves, you have to carefully consider the following three realities:

1) The moment you switch on a new system in one country, you’ll need to address a bunch of Business As Usual (BAU) activities including Release Management, Change Management, New User Training … you name it. Your users will also discover bugs in the system and/or interfaces that weren’t discovered during testing. Many of them will be critical and need to be fixed ASAP. You’ll probably find that performance issues will be more common than not. Some companies call the first few months “Hyper Care” or some equivalent, but it is nothing else as BAU. 

2) As is always the case with a new system, it won’t work completely as expected. In addition to the bugs that need to be addressed within the BAU process, you’ll have a high number of Change Requests, because only now will users realize they need additional or different functionality to do their work. Again, a number of these requests will be critical and/or urgent. Users will probably ask for many additional reports because they don’t understand the data they see in the new system. If you combine your rollout in waves with a phased rollout, you’ll need to build and test the functionalities for the next phase.

3) At the same time, you’ll want to proceed with the next waves of your rollout, and you’ll need people to work on this. Think about discovery, migration, configuration, training, etc. for each new country that needs to be onboarded. The big idea is always to have one system for everyone, but local legislation and regulations and differences in how business is done in each country will force you to implement additional Change Requests in the system.

The number-one mistake I see is that organizations allocate a single team to accomplish all of the above tasks after the first-wave rollout. This approach always fails miserably and will bring the rollout to a screeching halt.

For a successful rollout in waves, you’ll need three different teams after the first wave:  one for BAU activities, one to deliver Change Requests, and one to onboard additional waves. Some people may work on more than one team, but this really should be the exception.

You’ll need to plan and budget for these teams, hire and train people for them, and define their organizational setup. 

And you’ll need to do all of this before you go live with the first wave – not after!

In a nutshell: You will need three teams for a successful system rollout in waves.

Tags

Das könnte Sie auch interessieren

My Talk «Why Big Technology Projects Fail» @ Synergy DevPartner Conference

12. November 2022

In September I was invited by Synergex to give a talk at their 2022 Synergy DevPartner Conference.  The title of my talk was «Why Big Technology Projects Fail« and it covers my personal top ten reasons why this happens so often. Many executives and organisations have challenges with bringing large and complex technology projects to

Weiterlesen

Case Study 16: Nike’s 100 Million Dollar Supply Chain «Speed bump»

16. Oktober 2022

“This is what you get for 400 million, huh?”  Nike President and CEO Phil Knight famously raised the question in a conference call days before announcing the company would miss its third-quarter earnings by at least 28% due to a glitch in the new supply chain management software. The announcement would then send Nike’s stock

Weiterlesen

White Elephant Stampede: Case Studies in Policy and Project Management Failures

15. Oktober 2022

This month one of the book projects I have been part of has been published by Connor Court Publishing in Australia.  The book is titled «White Elephant Stampede: Case Studies in Policy and Project Management Failures«, and it examines the seemingly endless cavalcade of projects that fail to meet their objectives, cost more than expected and

Weiterlesen

Project Complexity Reduction – (Non)-Executive Workshop

19. September 2022

«Complexity is the enemy of execution» is a quote from Tony Robbins, the famous coach, and he is absolutely right.   One of the main reasons technology and other transformation projects fail so often is their (underestimated) complexity.   Managing and reducing complexity in projects should be an urgent concern for any organization.   But

Weiterlesen

(Non)-Executive Workshops

19. September 2022

Currently I offer two high impact workshops for C-level executives, partners at a professional service firm, board members, and business unit leaders in the role of Project Sponsor or Steering Committee Member of large and complex technology projects.  > Project Success Definition > Project Complexity Reduction Both workshops are designed for the Project Sponsor, the

Weiterlesen

Portfolio Review

16. August 2022

 Coming soon…

Weiterlesen

New Project Audit

16. August 2022

Audit means compliant with standards. In this case not PMI or Hermes, but with my standards. It is how I would set up a new project based on my 20+ years of experience with large technology projects.    If you are in the early phase of a large and complex technology project my New Project

Weiterlesen

Doing Something That’s Never Been Done

14. August 2022

Executives, project sponsors, project managers, and steering committee members can learn a lot from how some deep technology startups approach their projects. This isn’t true for all kinds of projects, but it is for every project that involves doing something that hasn’t been done before and has a high risk-reward profile. This isn’t another lean

Weiterlesen

Project Failure Database

8. August 2022

As part of writing Project Failure Case Studies I do a lot of research on failed projects.  Not every project I encounter in court documents and/or news papers is suitable for a case study. Nor do I have time to write a case study on each suitable project failure I encounter. But this research has

Weiterlesen

Angel Investments

8. August 2022

I provide capital for early stage Swiss startups in exchange for convertible debt or ownership equity.  Besides the financial support I help these startups with my knowledge, experience, and network.  Depending on the needs of the startup and the size of my investment I take on an official role in the Board or Advisory Board

Weiterlesen