Developing the transition plan

(Each of my blogs in August is an edited extract from my book Organization Design: the Practitioner’s GuideThis is the fourth – from Chapter 6)

Imagine that in the design phase the high-level design team has determined that the organization should no longer be a bureaucratic hierarchy, but be a ‘flatarchy

The characteristics of this flatarchy are very different from those of the current organization. As part of the design work, the design team has developed a ‘from–to’ description

Your task now is to develop the detailed design of the ‘to’:  how many people, what are their skills, what will they be doing, how will they be working, what technology will they be using, what work processes will they be following?

Start by arranging a ‘kick-off’ meeting with the people who worked on designing the high-level model and the people who are going to take this model and work it into a detailed plan for the transition that takes the organization from current to new design.

Think of the kick-off meeting as like passing the baton in a relay race between one team and the next. The difference is that the designing group tends to be one team (although that is not always the case) and the planning group tends to be several work teams, (although, again, this is not always the case).

The kick-off meeting should:

  • Review the work that has happened to this point.
  • Confirm the chosen high-level design option (consider retesting the design for workability and capability to deliver the future state).
  • Log any amendments, new ideas, issues and concerns.
  • Identify obvious areas of work to close the gap between the current and new design
  • Setup teams to work on each area of work with a designated team lead.
  • Do a very high level scope of each team’s work and develop the broad-brush initial actions and outputs envisaged by each work stream. Use activity cards or a Kanban board to keep track.
  • Schedule the next few meetings.

Each team’s task is to work out what, for their part of the system, has to happen to move from the current state to the new organization design. Their work must align with the work of each of the other teams to deliver something that is more than the sum of the individual parts.

Working through this gap-closing exercise to carry out all the tasks and activities needed and putting them into a project plan with milestones and resources required takes time and is an iterative process that starts during the kick-off meeting. Judging how much time is reasonable to allow for transition planning depends, among other factors, on:

  • the scale and complexity of the design project;
  • the level of comfort staff feel with more or less depth of detail and planning; and
  • whether stakeholders are willing to start transitioning some aspects of the design ahead of others.

Borrowing some of the methods of agile methodology and applying them to the transition planning is one way of speeding up this phase and entering the transition phase.  For example, the concept of ‘minimal viable product’ is helpful. In software development, this relates to a point when a new product is developed with sufficient features to satisfy early adopters. The final, complete set of features is only designed and developed after considering feedback from the product’s initial users.

For this phase of organization design, consider what are the absolutely key things that have to change in order to move from the current to the future desired state (determined by impact, or consequences of not changing, etc.)  Plan these first, and then start to action them as you continue with the transition planning.  Starting to act as planning proceeds prevents people from getting stuck in the planning.

Another agile concept that can be usefully applied during this detailed design work is that of ‘sprints’. One organization introduced a hybrid of agile methods, including sprints, to OD projects and explained the approach through a series of ‘Rough Guides’ – one for each phase of the design method. The Guide to Transition Planning opens with the statement:

We are increasingly familiar with agile methodology and terminology. Agile is an alternative to traditional PM, typically used in software development. It helps teams respond to unpredictability through incremental, iterative work, known as sprints.

This Guide shows you how to use the agile methodology and terminology in the transition planning phase of an OD piece of work.

In this approach, transition planning teams work in a series of sprints with daily stand-ups.  An OD lead and the project manager hold daily stand-up meetings with OD leads from the work streams. The OD team members keep track of consistency across the pieces of work and, as the detailed planning proceeded, liaise with the project manager on what should go on the plan.

At the end of each two-week sprint the teams meet in a workshop to review progress on the design, discuss what they have learned and/or tested, and agree the objectives for each team for the next two weeks. Usually after a 3 or so 2-weeks sprints most aspects of the high-level design have been detailed, tested further, verified and validated, and an implementation plan is ready to be signed off.

In a more traditional approach, each team lead reports weekly to the project manager and OD lead, who co-ordinate, monitor and support their activity. A straightforward and useful way of capturing weekly progress is through ABCD reports, where A = Achieved this week; B = the Benefit this activity has brought to the project implementation planning; C = any Concerns or issues that have surfaced during the week; and D = the planned activity for the coming week (to Do).

This is a simple format for keeping the detailed design teams on track and feeding information to the project manager that will go into the plan. Each team lead completes it for their team. The team leads circulate their updates to one another for discussion at a weekly face-to-face or telephone meeting with the project manager and OD consultant. Following the meeting (when actions have been agreed), the project manager consolidates the information in one document and circulates it to the project steering group members, along with the plan on a page from the starting phase to refer back to and discuss/amend in the light of reported progress.

As this detailed planning work proceeds, the project manager focuses on three things: ensuring that each work stream is delivering to target, populating and updating the transition plan, ensuring alignment with any parallel initiatives or other work going on in the organization that will affect the new design but is outside its scope.

Making the connections with interdependent projects and work is helped, not only by formal governance, but also by encouraging informal collaboration and transparency across the organization and asking questions, for example: ‘Are we making the connections?’, ‘What are we missing?’, ‘What are the possible impacts of what I am doing on other aspects of work I know about?’ Also ask employees to raise an alert if they see a ‘join the dots’ opportunity that may be being missed.

The ‘product’ coming out of the detailed designing usually includes the following:

  • a developed, articulated and communicable vision of the new organization;
  • clearly described and agreed business objectives and measures;
  • the detailed organization structure (levels, layers, spans, linkages, co-ordination mechanisms);
  • mapped core business processes/workflows with interdependencies and hand-off points;
  • defined units of work that feed into roles and jobs;
  • descriptions of the jobs and person specifications with decision and authority levels;
  • descriptions of ways of working (behaviours, principles, protocols);
  • a transition/implementation plan that closes the gap between the current and the new design state with a timeline and metrics.

How do you do the detailed planning to move from a current to a new design?  Let me know.

Image: Planning v improvisation