The term “single view of change” is starting to gain more popularity and organisations are starting to understand why they need this and what it looks like. The term refers to an artifact that shows the different change initiatives being mapped together. This is usually presented in a calendar format that shows when the initiatives will impact the organisation over time. In this article, we will look closely at what the single view of change is, what stakeholders are looking for in this artifact and how to use it.
Typical formats for single view of change
Red, amber and green cells for each project across time
Business unit based heatmap across time
Here are some examples from The Change Compass as reference.
Different views may be selected for the HeatmapThe data may be grouped/ordered by different fields (Go-Live is shown as a star)
In the past year there has been increasing interest from organisations talking about single view of change (SVOC) and wanting to derive this view. What we’ve observed at The Change Compass are the following trends:
Senior managers or executives are often the ones who are requesting the SVOC.
This usually arises as the number of change initiatives starts to increase and there is feedback that there could be too much change for employees to handle or change fatigue. This is not a surprise given the companies are already struggling to keep up with competitive, technology, and regulatory changes. Covid has added to these changes and compounded the overall change load.
Senior managers are after data to make decisions on. And managing change is no exception. Gone are the days when managers can make decisions based on opinions and hunches. With Covid, there are employees working remotely and so performance needs to be managed based on data – there is simply no other way. In a similar vein, change data is integral to making business decisions.
An example of stakeholders requesting SVOC
When I was the Head of Change at National Australia Bank there was a strong focus on deriving a single view of change. This was not always the case. There were constant complaints from employees that there was too much change. On the other hand, senior managers often responded with “we’re still able to run the business and the business has not broken, so let’s keep going”.
One of the key reasons that senior managers were requesting SVOC was that initiatives are by design in silos. Each initiative team designs the initiative independent of other initiatives. From a technical perspective, there are various architects who are accountable for advising on what the technology stack should look like and what is in the best interest of the organisation across initiatives. However, from a people change perspective there were no practices in which changes across the board are harmonised and sequenced.
Eventually, at National Australia Bank we built a clunky way of capturing change impact data that did meet stakeholder needs. My realisation was that stakeholders that request SVOC were not after the artifacts per se. In fact what they were after most were:
Determining when there would be too much change saturation leading to change fatigue
Ability to determine what needs to be moved and how/when initiatives can be moved if there is contention
Understanding key risks that could arise in executing on a range of change initiatives that could disrupt the business or impact initiative benefit realisation
Understanding what change activities are organised and how they are impacting business-as-usual operations so that effective resourcing can be in place
What this means is that stakeholders are asking for SVOC, when they are really asking for a way to manage the change portfolio in a way that reduces risk for the organisation and maximise benefits targeted. Managing change at a portfolio level is a new concept and discipline for most organisations.
Over the years in working with organisations through The Change Compass, I’ve noticed the following trends across different organisations when it comes to creating and using SVOC.
Change saturation can mean different things to different stakeholders. This reflects on the different parts of change management focus areas for organisations. Some focus on the humanistic aspects of change for individuals. This includes the personal experience and stress of change fatigue. Others focus on the impacts of business performance and resourcing.
Some of the presented reasons for change saturation
“Our employees tell us there is too much change”. This needs to be carefully considered when providing feedback to senior managers. Some could be skeptical of the feedback and respond with comments such as “there are always complaints about too much change”. A balanced view including employee feedback as well as other business indicators would be advised. For example, efficiency levels or absenteeism.
Not adopting a change portfolio approach – Just seeing the risks and business problems with SVOC will not necessarily resolve the issues. It is about making business decisions with the information that will create impact.
Poor portfolio management – If this is the reason then most companies have poor portfolio management because change portfolio management is still in its infancy for most organisations.
Responses of execs determine the outcomes – some still insist on persisting with change in the face of change saturation. From what we have seen a lot of senior managers usually learn from the aftermath of change saturation before they will make decisions to avoid it in the first place. Help your senior managers to understand the consequences and what it means to business data. Of course, the more detailed data you can provide the more convincing your argument is going to be.
Because companies haven’t invested in people capability – Having better change capability can impact the way employees perceive and undergo the change journey. More change mature teams tends to be able to absorb more and faster changes than those who are less mature. However, change maturity takes time and investment to build and is not a lever that can be pulled overnight.
Not effectively setting expectations and agenda for what is coming. Setting clear expectations is the first step. Without knowing what changes to expect the change outcome could be impacted. However, this is only one part of the change equation. Having achieved clarity of expectation is just the first step. There are lots of other steps to take to create an effective change journey.
External factors affecting the load of change may not be easily filtered by the organisation. Lots of organisations are facing multiple impacts of change from different arenas, technology, regulations, competition, and other industry changes. In many cases, the changes piled on top of each other creating a significant change load that cannot be easily moved out. In this case, organisations need to be realistic about what can be achieved given this load of change. Would investing in capability help to lift the ability to undergo a heightened change volume? Can we package changes so that they are more streamlined and integrated, and thereby reducing cognitive load for impacted employees?
The role of change practitioners
Through using a SVOC change practitioners can play different roles in adding value to the organisation.
Change portfolio management: Managing a portfolio from a change impact perspective is a role that can add significant value. The benefits of adopting a portfolio approach can result in initiatives being harmonised. From the user perspective, changes are better linked and grouped versus being isolated from each other.
Architecting and designing delivery: With better alignment and synchronisation, initiative rollout can be better designed as a whole, with a convincing set of strategies and themes that make sense for impacted employees.
Executive consultation and influencing: Armed with data it is much easier to influence senior executives. The trick is to select the few data visualisations that tell the story of key risks to the organisation, and the size of the problems involved. This also needs to be paired with recommended solutions.
Business change capability building – With SVOC change capability building is not just about rolling out generic skills, but targeted content delivered at the right junctures to equip the business with the right skills to be better equipped for a targeted set of changes
Next steps
Are you working on a SVOC? Do you have questions? If you would like to talk to us to understand how others have fared in their SVOC journeys click the following button to book time. We’re happy to share with you some of the tips and tricks in deriving SVOC.
Digitisation, Covid, competition and changing industry conditions have amongst other things brought on an accelerated change agenda for a lot of organisations. What were previously thought to be 1 to 5 year horizons of change suddenly became an immediate change. Not only is working from home a norm for a lot of organisations but the struggle for enterprises to survive and stay relevant in the new norm means more changes. The normal equilibrium for a lot of these organisations is one that consumes a smaller number of changes at any one time. Suddenly, with the increased number of changes this leads to change saturation.
Think of change saturation as a cup that fills up. The size of the cup is the change capacity. With limited capacity, there is only so much volume that is inherent. When the cup overflows the changes don’t stick and simply fall by the waist side.
What impacts an organisation’s change capacity?
1.Change leadership
Leaders can have significant influence on the organisation. Also, change leadership is a significant part of how change is managed and delivered. Effective change leadership can build on the capability of teams to be more agile and capable of absorbing more changes. Effective change leadership can also help to maximise how optimal the change is socialised and implemented, and therefore how it lands.
2. Change capability
The organisation’s change capability is one of the most important factors in determining their change capacity. Think of agile startup organisations that are constantly pivoting, introducing new operating models, products and services. This is part of their cultural norm. Other organisations that maybe less agile can also develop some of these capabilities through experience and development.
3. Nature of change
Not all types of changes are the same. Typically, a lot of the changes driven by senior leaders are about improving the bottom line or top line, improving customer experience or improving efficiency. Some are more complex changes requiring significant change journeys. Others may even be inherently ‘negatively perceived’ such as organisational restructuring and layoffs. However, there are also changes that are inherently seen as benefiting the work of employees (such as process improvement leading to less red tape).
4. Number of changes
The number of changes also impact the change capacity. Obviously more changes mean more capacity consumed, within an extent.
5. Impact of each change
The impact level of each change is also critical. Some initiatives have significant impact that requires a long period of time to embed the changes, e.g. culture change and complex system and process changes. On the other hand, simple process changes may not require much capacity and simple communication is all that is needed.
6. Overall change landscape
The overall change landscape of the organisation also affects perception and therefore in some ways the capacity for change. If competitors within the industry are all undergoing significant transformations then it sets the tone for what’s to come. In the same way, if all our friends are used to virtual ways of working then we become more open to it.
What’s the benefits of measuring change saturation?
Measuring change saturation can be significantly beneficial for the organisation. Understanding the tipping point means that PMO and change teams can work to avoid this from a planning perspective. Finding out during or after the releases that there is too much change saturation is an expensive exercise that diminishes the planned initiative benefits. It also leads to loss of productivity and operational disruptions. Moreover, employees lose faith in the ability of the organisation to manage change.
With greater clarity of the change saturation points organisations can work to monitor, track and manage the risk of over saturation. Measures can then be put in place to ensure minimal business disruption and protection of initiative benefits. This should be a key focus for risk in change.
How to measure change saturation?
Firstly, there is not one change saturation point for the whole organisation. Each department or even team may have different change saturation points. This is because they have different leaders, different cultural norms and different change capabilities.
So how do we measure the change saturation at a department or division level? Look historically at how changes have been received, starting with the past few months.
1. Monitor operational indicators
Depending on what the department is in charge of, understanding the change saturation point means closely monitoring the operational indicators. During change saturation operational indicators are usually also negatively impacted, depending on the nature of the changes.
For a call centre this could be average handling time, customer satisfaction rate, absenteeism, etc. For a back office department it could be efficiency or effectiveness measures, case completion rate, case quality rating, etc. You don’t need to be the expert in all the various operational measures of each department as you can tap on the operations representatives of these departments.
2. Get feedback from leaders
Interview or conduct surveys with departmental leaders to understand their perception of how changes have been implemented and any potential disruptions on the business. Understand how their teams have experienced change. Ask them whether it has been challenging to balance operational needs with change-induced activities. For example, were there challenges in employees attending initiative training sessions, and completing their role delivery obligations?
3. Be aware of potential biases
Be careful of opinions and feedback from leaders and employees. There may be a tendency to over-state and complain that there is constantly too much change. This happens because some over-state the risk of change saturation hoping that this may lead to less change and therefore easier to manage the operations of a business. Take care to avoid this bias.
4. Identify points of change saturation
If the department has undergone periods that has resulted in negative impact on operational indicators and leaders have also provided feedback of similar change disruptions then measure this level of change. Record this specifically.
This requires a portfolio-level view of all the changes that have occurred and the various impacts of each initiative. With this measurement you are able to then identify this level as perhaps just exceeding the change saturation point for that department. With this identified you can then plot this change saturation line. You should also closely monitor this level and adjust as needed.
Sample from The Change Compass (Red line is change saturation)
Using The Change Compass change impact can be expressed in terms of hours of impact per week. The change saturation line can the plotted against the change impact levels. From this, you’re able to easily visualise to what extent there could be risk in exceeding the change saturation line.
It is important to note that measuring change impacts and therefore change saturation should ideally be at a weekly level. Measuring change impact at a monthly level may not be sufficiently detailed enough since there could be changes in impact levels within each month. For example, for Finance the quarter-end consolidation cycle could start mid-month and therefore the change impact indication may show up as less than it actually should be simply because the data is rolled-up by month.
Deriving a monthly dashboard in which to inform not just the change volume, but types of changes, risks, and impacted areas will do wonders to provide clear visibility for the business to get ready for and to track changes.
Example of reporting from Change Automator
Other disciplines such as HR, Marketing or Operations rely on data to make critical business decisions. The Change function should also follow suit. Being armed with the right change impact data means that you can help the business to precisely pin-point change saturation points. This can provide tremendous value to the business in terms of business, initiative and risk protection.
If you’re keen to chat more about how you are managing change saturation and to find out more about our solutions feel free to contact us here to organise a chat.
Change heatmaps are one of the most commonly used charts when making business decisions on whether there is too much change or not. Yes there are some advantages of using heatmap. However, there are also lots of strong reasons why you should not use change heatmaps, at least solely. Let’s examine some of these reasons and tear apart some of the strong risks of relying on heatmaps to make change planning decisions.
What are some of the common ways of using heatmaps? A lot of organisations use change heatmaps to represent how much change there is impacting different parts of the business. There are various versions of this. However, the most common way to depict this is either to list each project against different parts of the business and show the heat levels. This is the less popular format because each project has varying levels of heat and to aggregate the heat level into one singular cell is not a good representation of the stakeholder impact experience.
The more popular way is to plot out the heat levels of different business units across time, with each cell showing heat levels. This is better able to depict how different business units will be experiencing different levels of change across time across the delivery of all projects. The below is one example of a heatmap.
What are some of the advantages of using change heatmaps?
Easy to understand
A lot of stakeholders like this format because it is easier to understand. The deeper the colour is the more ‘change heat level’ there is. Simple! Most stakeholders can intuitively interpret the data without needing explanation.
Visually appealing
People like looking at colourful charts and the heatmap is colourful. Let’s face it … no one likes looking at a series of boring, stale charts that are monotone in colour. Right?
Familiar
Most stakeholders are used to the traffic light view of change heatmaps. In most project setting, the red, amber, green indication of different heat levels are well understood to depict varying levels of heat within a change setting.
However, there is a long list of strong reasons why you should not rely on change heatmaps … or at least not purely.
Why should we not use the change heatmap?
The traffic light method of depicting different volumes of change is misleading.
Firstly, having only 3 categories of different categories of change volume is not adequate within organisations that have lots of change. In practice, if we only use red, amber and green to depicts all varying levels of change then a lot of the time the colours will remain the same, even when there is significant varying levels. So, clearly the variation depicted within 3 colours is much too limiting.
The traffic light method of depicting change is subject to psychological bias
Yes stakeholders are familiar with interpreting traffic light indications. However, within the project context stakeholders interpret green as good, red as alert/bad, and amber as be careful or keep watching. This is absolutely not the right message when interpreting the heatmap.
Each colour should show purely the level of change impact, and not if the change is good or bad. Therefore, at The Change Compass we have stopped using the traffic light system of indicating change heatmap. Instead, we use different shade of the same colour so that the user purely focuses on the colour levels, and not additional psychological biases. Here is an example.
The heatmap is very categorical
Whether using 3 levels of 5 levels of colours is categorical by definition. We are categorising the varying levels of change into one of these categories. So, by definition the heatmap cannot be granular. It is only designed to provide a high level and broad-sweeping view of change volume. To get a more granular view other charts should be used instead that depict exact volume of the impact within a point in time. For example, a bar chart. Here is one example.
Some of the best reasons not to use heatmaps are due to significant risk
What are these risks?
Risk of personal judgment in deriving heatmaps
A common way to put together change heatmaps is to use ‘personal judgment’ to rate the change impact of projects across time and across business units. This is an easier and faster way to generate heatmaps. However, because the rating is highly subjective, you will easily get challenged by your stakeholders. It may be a rabbit-hole within a stakeholder meeting that you would not want to go down.
Comparing across business units
When stakeholders read a change heatmap the natural tendency is to compare the heat levels across different business units. Department A has more change than department B. It is human nature. However, what the heatmap does not communicate is the varying levels of perceived change saturation across different business units.
Change saturation is affected by varying factors such as leadership quality and change maturity. Therefore, different business units will have different levels of susceptibility for change saturation. The same change volume can be perceived as having exceeded saturation in one business unit. However, for another business unit the same change level can be easily handled and consumed.
So, comparing change volumes across business units needs to be done carefully with the premise that this cannot necessarily be an apple-to-apple comparison.
Isolating the hotspots
Most companies present heatmaps at business unit levels. However, this may not be sufficient because in some cases this may be too broad of a view. It could be that on the surface one business unit has the most volume of change. But maybe its not the whole business unit. It could be just one team that is going to shoulder the bulk of the change volume, versus the whole business unit. Therefore, the ability to drill down and examine which section and which layer of the organisation is most impacted is critical.
Drilling down to find out where the hostpots are is not just a factor of which part of the business unit. It could also be the stakeholder group or type of roles impacted. It could be that only the frontlines are impacted versus the whole business unit. Or that only team managers are impacted, and not so much the frontline teams.
The other factors to examine also include the location of the teams impacted. Are certain locations more impacted than others? Are certain project activities impacting employees more than others? For example, are most employees needing to take time away from their day jobs because of the amount of training required?
Different types of people impacts
Employee heatmaps are mostly what change practioners spend their time on producing. However, there could also be impacts on customers. A lot of organisations are very forth-coming to call out that ‘customer is their number one focus’. However, is there a clear picture of what are all the various customer impacts resulting from change initiatives? There could also be impacts on partners and suppliers that work with the organisation to produce the products and services. Their impacts could also be critical in managing and planning for change.
Does not take into account change velocity
Change heatmaps typically focus on volumes of change. However, this is not the only perspective that needs to be considered. What about the speed in which change is going to be implemented? Will the change feel fast or slow? Is there a lot of change to be implemented within a short period of time? Clearly, having a way to depict the velocity of change can also be a very insightful lense in addition to just the focus on volume.
Teams that may be less change mature could struggle with a fast pace of change if they have not had the previous experience nor the change capability in place. Does the team have the capacity to undergo rapid and fast moving change? Do they have the operating rhythms in place to support this velocity? Having a view to the velocity of change may provide guidance in terms of what business readiness needs to be in place to prepare for change. The below is an example of measuring the comparative speed of change from The Change Compass.
So, in summary you can see that there is more to understanding and planning for change than to rely solely on the change heatmap. Change is multidimensional. Simply using one view to depict it may not be sufficient. The key is to use it to provide a broad high level understanding and then drill down into other change data to understand what the story is and what the risks are the organisation.
Being clear with what the story-line is will help you to determine what data to present to your stakeholders. If you are purely focused on driving discussion on whether to delay the roll out of certain projects due to limited business capacity of a particular business unit, then a bar chart may be more useful. If you are wanting to portray the impacted volume of certain roles, then a line chart portraying the volume of change that these roles will be facing into over time is a better option.
If you are finding it too complicated or manual to derive various change data visualisation or charts have a chat to us. Digital is the way to go for organisations that would like to become more digital. Business are putting their weight on digising as many parts of the operation as possible. Change also needs to catch up and digitise itself. This does not mean being data-centric at the expense of the ‘softer side of change’. It means using data to be more impactful and have better conversations to portray what will happen to the organisation and being able to call out critical risks, with adequate confidence.
Agile is becoming a common standard for project implementation. Most organizations are implementing some form of agile methodology in how they manage initiatives, anywhere from the waterfall project methodology on one extreme end through to the pure agile project methodology on the other end. Yes, we know that agile may not be for every organization. Projects where the output of the change is known clearly upfront and where requirements won’t change much throughout the project may not benefit from an agile approach. On the other hand, those projects where the end design is not known, where innovation would be valued, would definitely benefit from an agile approach.
There are plenty of resources available for project managers on the mechanics of agile methodology. However, the same cannot be said for change managers. Many even commented that the role of change management has ‘disappeared’ within the agile approach. There are lots of examples of projects where there are significant change impacts on employees and customers, where there is no change manager on the project.
What is the role of change managers in an agile project? How will change work be modified to suit agile methodology? How does the change manager create value in an agile environment?
This guide aims to answer these questions and provide a simple and practical guide to aid the work of change managers in an agile environment. While the guide will not aim to cover anything and everything to do with agile, it will aim to call out aspects the change manager needs to consider in carrying out change work in an agile environment.
The basics of agile change – the Agile Manifesto principles
When the agile ‘godfathers’ got together to come up with agile change principles all those years ago, they were quite certain that they wanted to focus more on principles than ‘methodology’ per se. Since then the intent may have changed in how organizations have adopted this. Nevertheless, it is important to visit the core of what agile stands for.
12 Principles of Agile Manifesto
These are the 12 principles of the Agile Manifesto (from agilemanifesto.org)
Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
Welcome changing requirements, even late in development. Agile processes harness change for the customer’s competitive advantage.
Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.
Business people and developers must work together daily throughout the project.
Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.
The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
Working software is the primary measure of progress. Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.
Agile processes promote sustainable development. The sponsors, developers and users should be able to maintain a constant pace indefinitely
Continuous attention to technical excellence and good design enhances agility.
Simplicity–the art of maximizing the amount of work not done–is essential.
The best architectures, requirements, and designs emerge from self-organizing teams.
At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behaviour accordingly.
Here are some key takeaways that the change manager should note about the agile manifesto, the core of what agile is trying to achieve:
Iterative change
Iterative change is more effective than big bang change. This is because it reduces the risk of failure and increases the chances of success. This is also how designers work – making incremental changes to ultimately come up with the right outcome. This is because with these techniques the project team is getting feedback throughout the process. Therefore, the ‘test and learn’ and prototypes in design thinking are critical as a part of an agile approach. The emphasis on constant change is the core of agile.
Multi-disciplinary team
The power of the smallish and multi-disciplinary team. Business, technical and specialists from other disciplines are encouraged to work together to come up with innovative solutions to address the problem. Each discipline may approach the same problem differently, and therefore when we put people with different approaches together we start to get innovative ideas. Smallish teams also tend to perform better in getting traction and delivering without getting bogged down by hierarchy. Most agile experts agree that the right size for agile teams would be 6-7 people.
Early and continuous engagement
Another part of what is essential to agile is designing early and continuous engagement. Business representatives are included in the project from the beginning and continue to have strong involvement throughout the process. This is particularly important as the solution being developed by the project team continues to evolve and change throughout a short period of time.
Key agile methodology terms and approaches
There are two main agile approaches that are popular in project management, scrum and kanban. A lot of organizations also use a combination of both scrum and Kanban. Let’s go through these to get a better understanding of what they are and how change fits into these methodologies.
Scrum
Scrum is probably the most popular agile methodology used by project teams that are implementing agile. It starts with feedback or input from end-users or customers on what the need is and the business requirements. These are then captured, analysed and defined into clear features. They can also be in the form of ‘user stories’ that outline what the user goes through in the entire process. User stories are simple descriptions of a feature told from the perspective of the person who desires the capability. User stories are usually captured in post-it notes on a board (or digitally) to allow visualization of the journey/process.
The project team then goes through a series of ‘sprints’ where iterative work outputs are created under each sprint. Each sprint is aimed to produce a discrete piece of work output that is tangible and can be used or tested in some form. Each sprint goes for 1-4 weeks and is managed by the scrum master who’s role is to do anything that optimises the team’s performance. This is not a manager role who is tasked to ‘approve’ or ‘sign off’ on the work of the team, but more of an enabler and facilitator. In an agile team, the team is self-managed and empowered to come up with unique ideas to form the ultimate solution to address the user/customer needs.
So what is the role of the change manager in scrum? The role of a change manager does not really change significantly in an agile setting. Yes, the change manager needs to understand the why and how an agile team works. However, the fundamentals of the value of change management stay the same. If a project is creating change impacts on the user or the customer, then this is where the change manager steps in. This is not dissimilar to other non-agile project settings.
Let’s dissect the work of the change manager to better understand his/her role in a greater level of detail:
Initial scoping
When we have a high level of understanding of what the project is and what it is trying to accomplish, the change manager would help to scope and size the amount of change impact in concern, the level of complexity involved, and come up with a high level estimation of how much change management support would be needed on this project. This does not change in an agile project, compared to waterfall projects.
High-level change approach
After the features have been identified and the product owner has a clear idea of what the change is and what it involves then it is time to start on devising the high-level change approach. At this stage, we still do not know exactly what the solution is, though we have a few likely options to consider. By taking a few assumptions we can devise a high-level view of what change approach would work. A key part of this approach would involve understanding which stakeholders will be impacted.
Agile projects are focused on producing output and solutions and there is significantly less focus on documentation. However, this is not to say that documentation is not required. Instead, documentation tends to be more summarised and slimmed down versus the significant longer documentation required under waterfall methodology. In this phase, the two key documents are the high-level change approach and high-level change impact assessment document. Some even use a ‘change on a page’ similar to a ‘plan on a page’. The high-level change impact assessment could also be a one-pager that calls out key stakeholder groups impacted and the nature of the impacts.
Design and planning phase
When we get to the design and planning phase of the project the key focus starts to shift into a detailed articulation of what the change is. In this phase, the approach in change work is again no different than under waterfall. However, the difference is that there may be more unknowns as the solution is being developed and shaped iteratively and continues to evolve over each iteration or sprint.
The change manager needs to determine when there is sufficient information to start work on the detailed change impact assessment. And this impact assessment will undoubtedly need to be reviewed and potentially updated as the solution changes. Other key deliverables such as stakeholder matrix, engagement, and communication plan, change plan (including measurement) and risk assessment should also be captured, depending on the level of change complexity.
The role of the change manager is to partner closely with the team to flesh out and define what the change is and what the change approach is throughout each sprint. Some may call out that this may sound quite messy since with each iteration the change approach could change. In practice, a lot of the impacts and change approach are fleshed out and captured before or during the sprint planning. With each scrum and iteration, the solution becomes more and more defined, and only tweaking would be needed on the change approach.
Early and continuous engagement is a key agile principle and therefore the change manager has a critical role to play in engaging the various stakeholder groups. Depending on the nature of the change, business and stakeholder engagement may need to occur prior and during each iteration. For example, business stakeholders may need to engaged on what the new system is, and how/what it will do for them, and how they will be impacted. Then, when we are closer to having developed a full solution with system screens being defined, we can show our frontline employees what the system looks like. Throughout the iteration process, subject matter experts and business representations, and even change champions groups have critical roles to play in providing valuable business feedback.
Another key agile principle is focused on getting end-user or end customer feedback early, and continuously throughout the development process. The change manager needs to work with the business to carefully the right end-users to provide feedback (versus managers who may not know the intimate details of business requirements). The change manager also needs to balance the needs of the business by being engaged in the what/why/how of the change early on, and incorporating more details of the solution throughout the iterative process.
Implementation and post-implementation
Since agile produces change at a faster pace than waterfall approaches, there are a few things that the change manager needs to adapt to. One of the key challenges for the change manager within an agile team is not to lose sight of the fundamentals of managing change. Within the series of iterations, keeping the business engaged and involved is key. On top of this, understanding and agreeing with the business on the most optimal go-live and implementation period would be critical. Just because the change is ready technically, it does not mean this is the right time for the business to accept the change. On the other hand, there could be complexity or technical challenges that delay the anticipated go-live (like most projects, in any methodology). This needs to be managed effectively and there needs to be clear identification of the next ‘window for change’ from the business perspective from the perspective of the business having the capacity to digest the change.
Some propose that the change manager should ‘adopt’ an agile way of implementing ‘test and learn’ in implementing change. Whilst this is valid there are a few considerations. Implementing agile does not mean that how our employees respond to change will suddenly change. From previous experiences in implementing changes, the change manager should leverage what has or has not worked and not start from zero. For example, how was the reception from a particular business unit to online learning of new products? What has worked well in terms of how this group was engaged previously? If there is little experience in change within a particular part of the organization, then it makes sense to conduct pilots to test. However, again, leverage from previous experiences where possible before starting ‘new’ tests.
Post-implementation and benefit realisation are still applicable from the perspective of the change manager. Planning for effective embedment and measurement of change and that the benefits are realized through the users adopting the right behaviours are still valid under agile.
Kanban is a simple agile methodology that was developed from a manufacturing background (i.e. Toyota). It is not time-based, unlike Scrum. Instead, it is based on ordering a set of prioritised activities through the funnel of ‘To do’, ‘Doing’ through to ‘Done’. The list of activities is prioritised meaning that after one task is completed and moved to ‘Done’ the next activity on the list may be undertaken. This overall list of activities can be seen as a ‘backlog’ where a set of activities have been determined to be necessary to complete the project.
This kanban board needs to be real time and constantly updated so that the team members can easily visualize the progress they are making and how much work is outstanding. This is a great way of understanding the pace of execution and output achieved. The cycle time of measuring how long it takes tasks to move from ‘To Do’ to ‘Done’ helps to forecast the delivery of future work. The kanban board acts as the single source of truth for the agile team.
All of the previous comments regarding scrum and implications on the work of the change manager apply to kanban as well. The change manager, working alongside other agile team members, would also need to adapt to the faster pace of change, and work within the team to identify any obstacles to the overall workflow. Change management work activities would also contribute to the overall kanban board and flow through this process.
Building the change environment for agile
There are significant opportunities for the change manager to add value in creating the right change environment for agile initiatives to land successfully. Some of these include:
Helping business leaders, including sponsors and business owners to understand their role in leading change within an agile setting
Support the design and dynamics of the agile team to really flourish, generate innovative ideas, and to leverage the diversity of thought
Work with business stakeholders to prepare them for iterative agile changes where the end state is not always clear from the beginning. The challenge of crafting a clear vision of change without the necessary details
Helping to build the overall culture of the organization by adopting agile principles, is itself a separate cultural change exercise. For organizations that are risk-averse, the challenge may be to instill the value of ‘safe to fail’
The ultimate dilemma for the change manager
One of the ultimate challenges of preparing the organization for an agile environment is to understand the environment itself. When there are numerous agile projects going on in organizations, each with continuous iterative change, there lies the challenge. How does the business get visibility of all of these chunk-sized changes and be able to prepare for them collectively? Without a clear oversight of a collection of changes that are constantly moving it is almost impossible to effectively lead and embed changes effectively.
For more articles on agile change management visit our Knowledge Centre.
Are you ready to leverage digital change management platform to support your agile project? Check out Change Automator to streamline, automate, and improve the outcomes of your change work. To book a demo, click here.
Captured during a 5-day trek in Tasmania’s southwestern wilderness known as the Western Arthurs, this photograph reflects a journey undertaken four years prior, just before devastating bushfires swept through Tasmania, altering its pristine landscapes. The region, notorious for persistent rain and limited sunshine, graced us with consecutive sunlit days, making it a standout global hiking experience, rivaling trails in the Italian Dolomites, the Himalayas, and the Canadian Rockies.
Embarking on a 5-day expedition in Tasmania’s southwest demands self-sufficiency—carrying all your food, drinking from rivers, and sleeping in a tent with no huts or running water. The solitude is profound, with few fellow hikers; most of the time, it’s just you and Mother Nature.
Childhood lessons painted Mother Nature as a battlefield for survival, where each tree competes fiercely for sunlight, nutrients, and dominance over the land. However, this narrative is challenged by Suzanne Simard, a professor of forest ecology at the University of British Columbia. Over two decades of study revealed that a forest’s essence lies not in individual tree struggles but in subterranean partnerships. Simard unveiled the symbiotic relationship between trees and fungi, known as mycorrhizas—thread-like fungi merging with tree roots. They aid trees in extracting water and nutrients, receiving carbon-rich sugars produced through photosynthesis in return. (For more details, refer to the New York Times article.)
Mycorrhizas serve as the connective tissue of the forest, intertwining trees of different species through an extensive web. This transforms the forest into more than a mere collection of trees. In times of crisis, a tree at the brink of death may altruistically share a substantial portion of its carbon with neighboring trees. The forest thus emphasizes cooperation, negotiation, reciprocity, and selflessness alongside survival and competition.
Remarkably, this ecosystem mirrors the principles of effective change networks. A change network possesses the capacity to reach every individual in a company. Unlike being confined to a specific business unit or hierarchy level, a well-designed change network transcends organizational boundaries.
Let’s delve deeper into the characteristics of a robust and efficient change network…
1) Project-agnostic
In the dynamic landscape of change networks, a paradigm shift from the traditional project-specific model to a project-agnostic approach emerges as a strategic imperative. The conventional methodology, with its exclusive focus on single projects, often results in a staggering 69% of projects achieving initial objectives, while 15% are considered failures. This project-specific model, besides its high failure rate, also contributes to significant resource wastage. Identifying, training, and sustaining a robust change champion network for each project frequently overshoots the project’s lifecycle, hindering desired outcomes and accounting for the 70% failure rate in projects.
Contrastingly, a more efficient paradigm involves nurturing change champions with the ability to support multiple projects. This not only optimizes resource allocation but also aligns with the agile principle, as highlighted by the 56% of companies that exclusively use a single project management methodology.
These versatile change champions, akin to Starbucks’ “My Starbucks Idea” initiative, play a pivotal role in connecting the dots across projects, providing invaluable insights, and fostering a culture of collaboration. Starbucks’ successful implementation of change through customer-driven ideas, resulting in over 5 million monthly page visits, is a testament to the power of adaptable change networks.
Drawing a parallel to the natural world, where mycorrhizas take time to strengthen and fortify the forest, change champions undergo a transformative journey with each project involvement. Their sustained engagement refines their change management skills and delivery expertise, enhancing their proficiency with every endeavor.
The diverse and creative approaches observed in change champions, ranging from themed outfits to innovative reminders, reflect the adaptability crucial for effective end-user engagement. This adaptability serves as the cornerstone of a thriving change champion network, where experimentation and varied strategies contribute to its vibrancy and success. Similar to the ever-evolving forest ecosystem, change networks flourish when nurtured with creativity and adaptability.
2) Cuts across layers
In the realm of change networks, adopting a project-agnostic approach emerges as a strategic shift from the traditional project-specific model. The conventional method involves forming change networks tailored exclusively to a single project, with champions disbanded at the project’s conclusion.
However, this model poses inherent challenges, leading to significant resource wastage. The effort to identify, train, and sustain a robust change champion network for each project often exceeds the project’s lifespan, impeding desired outcomes.
To address this, the change champion network needs to cut across not only different parts of the business but also different layers of the organization. A lot of change champion networks are designed at the mid-layer of the organization, typically involving middle managers. While middle managers can influence the outcome of the change more than frontline staff members, relying solely on this layer may not be sufficient.
Here’s why:
Detail Feedback: Middle managers are often not the ‘end users’ of systems or processes, making it challenging for them to provide detailed feedback on the suitability of the change, sentiments of end users, or necessary adjustments in the change solution.
Signal Loss: Depending on the organization, there may be 1-3 layers between middle managers and end users, resulting in potential ‘signal loss’ where thoughts, emotions, and feedback from the lowest layers of the organization may not be effectively communicated.
Limited Testing Input: Middle managers are usually not directly involved in system or process testing, limiting their ability to provide detailed input to shape the change. Their contributions often focus on higher-level strategies for engaging impacted teams.
To build a strong, vibrant, and extensive change champion network, engagement needs to extend to different layers of the organization, not just the middle layers but also the lower layers. While top layers may be engaged through various committees, middle and lower layers require dedicated change champions.
Similar to the mycorrhizas connecting different trees in a forest, the change champion network, when stronger and more extensive, becomes more capable of influencing and driving change both vertically and horizontally across the company. This inclusivity ensures that smaller business groups are not neglected or deprioritized, contributing to the overall success and adaptability of the change network.
3) Routine interfaces
In the intricate ecosystem of a forest, mycorrhizas play a vital role by providing essential sustenance, and supplying critical nitrogen, water, and other nutrients to plants. In the organizational landscape, change champions serve a similar crucial function. Armed with comprehensive knowledge and a deep understanding of the change, along with the latest updates on its impacts, they possess the ability to interpret messages in a way that resonates with those directly affected, using a language that is tailored to each team’s unique history, priorities, and culture.
Unlike program-level communication, which may be too generalized, the interaction with change champions is a dynamic, two-way process. They engage with impacted employees, actively assessing and understanding where individuals stand in their change journey. This engagement leads to a clear comprehension of the specific communication, learning, or leadership support needs of impacted teams. High-performing change champions delve beyond the surface, understanding the motivations and demotivators of the teams they serve. This wealth of insights becomes a powerful set of messages that can be fed back to the central project mothership.
What sets high-performing change champions apart is not just their ability to communicate and collect feedback; they proactively sense-check and virtually “walk the floor” to feel the pulse of the employees. Often, change champions are directly impacted by themselves, fostering a natural empathy that enables them to connect with others undergoing change. In this dynamic, there is a delicate balance between self-interest and selflessness, as change champions strive not only to navigate their own challenges but also to extend support and assistance to those in need. This nuanced approach mirrors the harmony found in natural ecosystems, where organisms cooperate for mutual benefit.
4) Cross-network collaboration
Within the expansive framework of an extensive change network, diverse sub-teams of change champions naturally emerge, often organized by business units or grade levels. While connecting with peers within the same level might be straightforward, establishing collaboration across hierarchies, especially with those perceived as ‘managers,’ can pose challenges.
To overcome these challenges, intentional routines must be established to facilitate frequent sharing and collaboration among different change champion teams. In the natural world, trees emit chemical alarm signals to warn nearby trees of potential danger. Similarly, within a business context, a team from one business unit may sense a looming risk for change failure based on their experiences, which they can share with other teams yet to undergo the change.
Conversely, successful experiments in one part of the business should be readily proliferated in other areas of the organization. For instance, in a large insurance company, a change champion network recognized the need for frontline staff working virtually to have a platform for immediate queries and responses. The solution was a chat channel implemented under Microsoft Teams, approved by IT. In this channel, frontline staff could freely pose questions about system usage, shortcuts, and outages, and addressing customer concerns.
Initially, the channel had few questions, but as prompt and helpful responses were provided, engagement grew. Today, it stands as one of the most active Teams chat channels in the company, showcasing the effectiveness of cross-network collaboration. This success story has inspired similar initiatives in other businesses, emphasizing the ripple effect of successful collaboration practices within change networks.
5) Nurturing the network
Sustaining a change champion network is an ongoing endeavor that demands continuous nurturing, engagement, support, and leadership. Similar to any community, these networks thrive when provided with the right conditions and resources. Several key activities contribute to the nurturing of a dynamic and effective change champion network:
Onboarding and Expectation Setting: New members need comprehensive onboarding sessions where they receive information about the network’s objectives, core principles, expected time commitments, and other essential details.
Change Capability Sessions: Continuous learning is crucial for change champions. Sessions covering various topics, such as impact assessment, change communication, feedback provision during testing, and engagement with impacted stakeholder groups, help enhance their skills.
Leader Support: The involvement of senior leaders in certain sessions can provide valuable support and visibility to the network’s efforts, emphasizing the importance of their work in the broader organizational context.
Cross-Business Unit Networking: Structured agendas for cross-business unit change champion networking sessions create opportunities for sharing ideas and best practices, fostering a collaborative environment.
Routine Forums: Establishing routine forums for discussing project-specific topics allows members to stay informed and aligned with ongoing initiatives.
Formal Acknowledgments and Prizes: Recognizing key milestones and achievements through formal acknowledgments and prizes not only celebrates success but also motivates members to actively contribute.
Data Access: Providing change champions with access to change data, including impact assessments, readiness metrics, and change roadmaps, empowers them with valuable insights into upcoming changes and their stakeholder implications.
Regular Membership Reviews: Like any dynamic network, regular reviews of membership are essential. Some members may not meet expectations, and their roles might need to be filled by others. Expecting turnover and proactively managing it ensures a continuous influx of fresh perspectives and contributions.
Change champions, armed with comprehensive data on change impact, play a pivotal role in facilitating a clear understanding of impending changes and their ramifications for stakeholders. Regular reinforcement, support, and occasional challenges contribute to the resilience and effectiveness of the change champion network.
6) Supporting multiple initiatives
In the dynamic landscape of organizational change, it’s common for each business unit to undergo multiple initiatives simultaneously. Change champions play a pivotal role in navigating this complex terrain, supporting various initiatives and connecting the dots to form a coherent narrative for the impacted audience. Here’s why having change champions who can support multiple initiatives is crucial:
Holistic Understanding: Change champions, acting as the linchpin between different initiatives, provide a holistic understanding of the changes unfolding within a business unit. This comprehensive view enables them to craft a cohesive story that resonates with the audience, fostering better comprehension and buy-in.
Connecting the Dots: A key function of change champions is to connect disparate initiatives into a unified narrative. By highlighting interdependencies and common goals, they contribute to a more seamless and integrated change experience for stakeholders.
Predicting Crunch Periods: Change champions need to anticipate and understand the crunch periods for their business unit. By supporting multiple initiatives, they become adept at forecasting when the organization might face heightened challenges and risks that could impact daily operations.
Strategic Risk Management: With insights into multiple initiatives, change champions become strategic risk managers. They can identify potential points of friction, overlaps, or resource constraints and proactively address them, mitigating risks that could hinder the success of the initiatives.
Example of a single view of change from The Change Compass
Example of Change Outcome: The Change Compass
In analogy to mycorrhizal networks that span diverse ecosystems, organizations face the challenge of not only developing robust change champion networks internally but also fostering connections with external networks. Just as mycorrhizal networks link various landscapes, change champion networks can extend their impact beyond organizational boundaries.
Research indicates that when change champion networks from different companies link up, a wealth of learning and collaboration unfolds. This interconnectedness leads to a blossoming of reciprocity, negotiation, and even selflessness. Organizations stand to gain immensely by facilitating the exchange of insights and experiences among diverse change champion networks, creating a thriving ecosystem of change management knowledge and practices.
Elevate your change management strategy! Book a weekly demo with us and explore how our solutions can empower your change champion network.
