In almost every change initiative there is an element of behaviour change. For some initiatives, the behaviour change required is large and complex whilst for others it can be as small as pressing different buttons and using a different user interface. Effective behaviour change is one of the most critical outcomes that the change practitioner can hope to achieve. With the achievement of desired behaviours come the ultimate benefit associated with an initiative. On the other hand, not achieving the behaviour change targeted means that the change has not succeeded.
Given the importance of behaviour change in every initiative this article aims to cover key aspects of how a change practitioner should approach and design the behaviour change. Yet, successfully designing and implementing behaviour change is one of the most challenging tasks for the change practitioner. It is common place that many change practitioners do not have the experience to know how to achieve successful behaviour change.
The definition of behaviour change
So what is behaviour change?
Behaviour change “refer(s) to any transformation or modification of human behaviour”.
Wikipedia
This seems like a fairly general definition that is all-encompassing and can include anything ranging from behaviour change in a psychological context or in a social or workplace context.
However, a key part of behaviour change is to recognise that behaviour, by definition, must be observable in some Shape or form. A behaviour can be verbal, non-verbal, or physical behaviour. However, a behaviour cannot be ‘perception’ or ‘thinking’ since these cannot be observed nor displayed necessarily.
Another feature of behaviour change is that the behaviour is to be changed from the current state to a future state. The quantum of the change determines the complexity of the change required and the extent to which a series of change interventions is required to achieve the desired future state. This means, if the behaviour change is easy from the impacted person’s perspective, then the change approach can be fairly light and does not need to be complex. However, if the quantum of the change is large, then a heavy design of change interventions is expected to achieve the outcome.
Some examples of behaviour change within a change initiative context includes:
Using a different computer program interface with different layout or keystroke steps in performing tasks
Different process steps required in disclosing financial details in business reporting
Proactive coaching employees through feedback to improve sales effectiveness
Reporting on risk incidents that are not compliant with company standards
Actively establishing rapport with the customer to demonstrate empathy by acknowledging their feelings and demonstrating effective listening
Speak up against bullying behaviours amongst colleagues
The importance of focusing on behaviour change
Inexperienced change practitioners will normally just followed the standard cookie-cutter approach of filling out the various change templates such as stakeholder matrix, change impact assessment, and a change plan. And then proceed to develop a communications plan or a learning plan before executing on implementation.
So what is wrong with this?
As called out previously, in almost every change initiative there is a set of desired behaviours required to achieve the end state of the change initiative. The job of the change practitioner is to figure this out and design a change program around the achievement of these behaviours. Just by filling in templates and carrying out standard change approaches will most likely not achieve the targeted behaviours.
For example, in transitioning users from an old ERP system to a new digital system with a new look and feel, it is critical to identify the core behaviours required in the new state. Is it that in using the new digital system the user has access to a lot more timely data and therefore the behaviour change needs to be around 1) proactively checking for data and derive insights and 2) use these insights and data to make better decisions.
This means that if you were to just focus on communicating the change and train employees on how to use the new digital system, the whole project may not be deemed to be successful. This is because it is simply a project of ‘installation’ of a new system. However, the benefits targeted by the new digital system is about employees gaining more insights through the ability to easily access a range of data previously not available. Employees may know how to use the new system but it does not mean that they will automatically exhibit these desired behaviours.
One of the tricky things about behaviours is the ‘knowing’ vs. ‘doing’ conundrum. Just because someone knows how to do something it does not mean they will necessarily do it. Just because there is a pedestrian path, it does not mean that everyone will always use it. In a similar way, just because someone knows that the company wants him/her to document sales activities, it does not equate that all sales people will document all sales activities. In fact, in practice, we know that spending time on ‘admin’ such as documenting and entering sales activities into a system is often the last thing sales people want to do.
In the next section we will cover how to drive behaviour change.
How to achieve behaviour change
BJ Fogg model
Dr BJ Fogg is a Stanford professor who founded the Behavior Design Lab at Stanford University. BJ Fogg also wrote the New York Times bestseller ‘Tiny Habits’. What I love about this is that the Fogg model is incredibly simple and practical. It is grounded and backed up by significant empirical research and not just an ‘opinion’.
The Fogg model highlights 3 key elements that must converge at the same time for a behaviour to occur.
1. Motivation – Different motivators have different impacts on behaviour
2. Ability – This refers to how easy it is to undertake a behaviour. Some characteristics include time, money, physical effort, brain cycles (or ease of understanding and processing the task at hand), social deviance (the extent to which a behaviour is out of the social norm), and non-routine (behaviour that disrupts an existing routine)
3. Prompt/Trigger – These are reminders of events that prompt a particular behaviour. It could be an alarm, an associated image/event/person/scent, etc that reminds the person of the behaviour.
The power of this model is in its simplicity. You can apply this to any change initiative and the model will guide your thinking on how to design effective behaviour change. When something feels easy to do (low ability), then it will not require a lot of motivation to do it. Alternatively, when something is perceived as very hard to do, then it will require very high motivation to understate the behaviour. The key is to aim above the line. So, either focusing on increasing ability or increasing motivation will result in above the curved line, which means the behaviour taking place.
Example of applying the Fogg model
Case: You are implementing a cost cutting exercise due to the impact of Covid on the organisation. As a result of this exercise, the impacted employees will need to pick up parts of the roles of others who have been let go. The behaviour change required is that impacted employees will need to cover a broader set of tasks and at times have a heavier workload as a result.
Application:
Motivation: The impacted employee’s motivation is currently impacted after seeing their fellow colleagues lose their jobs and hence feeling worried that their jobs may be impacted. This is despite reassurances from senior managers that no more jobs will be cut for the time being. The challenge will be to sufficiently motivate these employees by continuously reassuring them of their job safety and working through the transition of having a broader role responsibility. Appealing to the focus on supporting customers and not letting them down may be a theme to reinforce.
Ability: It is critical to assess to what extent impacted employees are able to carry out new tasks assigned from a skill perspective. Training or coaching may be required. The other area to address is workload concerns. The perception that a heavy workload is required will hinder their likelihood of carrying out the additional responsibilities. Workload prioritisation and protocols are key topics to talk through to reassure employees how workload may eventuate during heavy periods.
Trigger: Different triggers may be designed to remind and reinforce the uptake of new accountabilities. These may include manager 1:1s, team reporting, open visual display of performance indicators, email reminders, colleague reinforcement/coaching, etc.
According to the Fogg model if the new accountabilities are significant it would be best to break these down into smaller behaviour increments vs a ‘big bang’ transition. It could be that there is a gradual transition whereby a period of continuous coaching is required after gradually introducing new sets of tasks for the employee to uptake and practice. After the transition period is completed, the employee then formally uptakes on the full accountabilities.
According to research findings, it is much easier to adopt the new behaviours if the discrete behaviours are broken down to small increment behaviours. Fogg has used lots of different examples of this one of which is doing push-ups. He started by doing 10. Then he would add 1 more every day to the push-up exercise, eventually getting to 100 push-ups. Adding a trigger to the new behaviour is also critical. For example, Fogg gave the example of doing sit-ups first thing in the morning as soon as you get up or doing pushups after going to the toilet. The event of getting up or going to the toilet then becomes a trigger for the new behaviour.
Cognitive Behavioural Therapy (CBT) approach to behavioural change
Cognitive Behavioural approaches to behaviour change.
Cognitive behavioural therapy is a widely established clinical approach to changing behaviours in patients suffering from various psychological conditions or disorders. Cognitive approaches are based on the fact that the way one thinks determines one’s reaction and therefore one’s behaviour. For example, self-talk is a mechanism to change one’s opinion or perception. Constantly reinforcing and verbalising positive statements about oneself may improve one’s own perception of oneself. Alternatively, constant negative self-talk leads to negative self-perception.
Behavioural approaches are based on research that started with Pavlov’s research on dogs where he associated bells as a trigger for food. After a period of time, every time the dogs heard the bell they would start salivating, with salivating being the behaviour. This process of associating a trigger with a behavioural reaction is also called ‘conditioning’. The process of conditioning is to ‘re-program’ the subject so that a new behaviour is introduced in reaction to a trigger.
There are many ways in which cognitive behavioural approaches may be applied to changing a person’s behaviour. For example, lets use the previous example of implementing a new system.
Creating or changing impression of the new system
A communications campaign may be devised to create or change the existing impression of the new system. This would be similar to any marketing campaign that associated particular imagery or messages with a feeling or impression. Over a period of repetition, the employees will start to associate positive impressions and key messages with the new system. Any tag-lines that are reinforced by manager briefings or town hall sessions would also act the reinforce the same messages.
As a part of the training of the new system, it could be that other than learning the ins and outs of the operating the new system, the employee needs to be more proactive in looking at customer information to provide more value-add suggestions to the customer. Practices during the session, with subsequent reinforcements by the team leader or manager would act to build the behaviour change.
The trigger for new behaviours could be any acronyms, diagrams, tag lines, or pictures created as a part of the campaign or training content. It is however important that there is a period of reinforcement or else the behaviour may not occur. The reinforcement may take form in terms of manager support, communication messages, prizes, competitions, and reporting on behaviour progress.
This is why post-release embedment is so important as the embedment process focuses on constantly reinforcing the behaviour so that it becomes second nature. Without this, the newly acquired behaviour will not be sustained. This is like exercise. Exercising a few times and your body starting to get the drift of what to do is just the start of the change. Without a period of constant exercising, it will not become a habit.
The other important cognitive behavioural approach to embedding new behaviour is ensuring adequate and effective social support. Some employees may be quite self-sufficient and are able to resolve any system issues themselves. Others may require a lot more hand-holding. This is why there must be change champions in place who can coach and support employees to support the right behaviours and resolve any obstacles in adopting the new system fully.
How to measure behaviours
Measuring behaviours is absolutely critical because without effective measurement it is difficult to ascertain to what extent the desired behaviours have been obtained and sustained. It is the old adage “What gets measured matters”.
So what are some of the ways in which to measure behaviours? These are some common examples.
Manager rating based on observation
Video recording
Phone/call listening
Attendance (e.g. training)
Test
System/digital reporting that tracks behaviour in a system
Employee-wide surveys specifically designed to focus on targeted behaviours
What categories in which to measure behaviours?
There are many considerations or dimensions in measuring behaviours. The following are some of these:
Time: How long would you want to measure the behaviours to ensure that they have fully embedded and incorporated into business-as-usual. Typical practice is several months after the ‘release’. Tracking reinforces behaviours. This means the longer the tracking mechanism continues – the more likelihood the behaviours will last longer
Level of behaviour change: Is the behaviour being measured black and white in its determination? I.e. is it easy to categories if the behaviour has occurred or not? Or are there different levels of behaviour achievement? E.g. If you are measuring if call centre staff has exhibited behaviour is reviewing customer data and offer suggestions, are there different levels of ‘value add’ behaviours based on customer data, in which case there could be a scale to rate this. Alternatively, it could also be a yes/no type of classification
Frequency: How frequent is the behaviour being displayed? Is it that the goal is to promote the frequency of the desired behaviour? Or are there certain limits expected? For example, if we would like call centre staff to offer value add calls with the customer, are there particular ‘ceilings’ or limited after which it may no longer be valuable for the customer?
Situational considerations: Ranking and classifying behaviours should also always consider situational factors. For example, it could be that the customer was not in the right emotional state to receive value-add suggestions and therefore the behaviour would not be appropriate for that situation. It could also be that the call centre consultant has been suffering from sickness or has been struggling with family difficulties and therefore for a period of time was not performing effectively. As a result, previously acquired behaviours could have dropped temporarily
How do we drive full embedment of behaviours?
These are some key call-outs in ensuring that the behaviours you have set out to transition to not only are achieved but are sustained. Pretty much all aspects of change could determine the extent to which behaviours become adopted or not.
1. Executive sponsorship and drive. You will hear a lot of this in literature and articles that with executive sponsorship and drive it is much easier for behaviours to be sustained.
2. Employee community support and reinforcement. This point acts almost as the balancing point of the previous one. With sufficient employee community support and reinforcement, it is possible to drive continual behavioural reinforcement even without strong executive sponsorship.
3. Measurement and reporting. With the right measurement and reporting, employees receive feedback on what their performance has been, and this constant feedback acts as a strong reinforcement. This is especially the case if everyone can see others’ behavioural performance. It could be by business unit or individual, but ‘naming and shaming’ can work if that is consistent with the organisational cultural values.
4. Early and continuous engagement. This is a change management 101 point. With early and continuous engagement impacted stakeholders will feel much more engaged with the change. As a result, they will want to exhibit the desired behaviours to make it a success because they feel that they are the ones driving the changes. Alternatively, if the change is perceived as designed and implemented by another party without consultation with the impacted group, there could be resistance or lack of embedment.
5. Culture of continuous improvement. A culture of continuous improvement can also support continual and full embedment of behaviours. If there is a strong culture of analysing the current performance, working on root cause analysis, and team work on actions to improve performance, then behaviours will be adopted. In this situation, any situational or personal factors or not exhibiting behaviours may be called out and addressed to achieve the targeted outcome.
Complexity of embedding multiple behaviours across multiple initiatives
Most organisations are implementing multiple initiatives at the same time. This is the norm as organisations stay competitive, stay relevant, and in business. When multiple projects are going on all driving seemingly different behaviours.
How do we embed multiple behaviours?
1. Understand the different behaviours across initiatives. Rather than focusing on every single behaviour driven by every initiative, the key is to capture and record the top few behaviours targeted by each initiative. For large organisations with lots of initiatives, this may seem like an impossible feat. It could be organising 1-2 workshops to capture these behaviours. Do note that different initiatives may be at different stages of the product life cycle and therefore it may not be possible to capture all behaviours at a particular point in time. Having a regular change portfolio meeting where this could be discussed and captured iteratively would be ideal.
The Change Compass has just released a feature to aid the collection of core behaviours across initiatives so that these may be analysed, understood, and linked to aid better implementation alignment. You can tag key target behaviours to each initiative or project. For example, customer-centricity or efficiency. Then you can look through those initiatives impacting one part of the business and the core behaviours being driven across multiple initiatives.
2. Analyse and group the captured behaviours. After compiling the behaviours across initiatives the next step is to group and understand them.
Are there behaviours that are part of the same theme? For example, what are initiatives that are promoting a closer focus on the customer by promoting better listening and empathy skills?
Are there any behaviours that are ‘contradictory’ to other behaviours? Here is a real example. For a bank, one initiative was tasked to retire and close off a particular credit card due to a lack of profitability. However, at the same time, the same team was asked to try and sell more of their business unit head to meet their sales target.
3. Examine behaviours that are grouped into the same theme and think of ways to better align and join the dots to improve execution and behaviour embedment. This step is the most crucial step and involves running workshops across initiatives to better align approaches and plan for synergistic implementation of change across initiatives. Key discussion points or opportunities may include:
Aligning key messages and positioning for common behavioural themes. For example, if 2 initiatives are focused on improving customer-centric, how might these better align their communication activities, look and feel of communications collateral, wording, and positioning of behaviours.
Align, cross-leverage and cross-reference learning content. If multiple initiatives are all driving common behaviours, can content be cross-reinforced across multiple initiatives to drive a consistent and aligned user experience? This also ensures that there is no duplication of efforts in covering the same content
Align the sequencing and implementation of change activities. If 2 initiatives are both driving similar behaviours, can the various change activities be better sequenced and aligned to drive a better outcome than 2 separate siloed approaches? For example, can the executive sponsor speak to both initiatives in their town hall address, and can change champions be cross-leveraged to talk about both initiatives to help impacted teams join the dots around the common behaviours?
Successful and fully embedded behavioural change is the epitome of successful change and transformation initiatives. Achieving this is not always easy but having the right focus and adopting a structured approach to design behaviour change will ensure initiative success. Don’t be afraid of experimenting to test different ways in which to drive behaviour change. Keep iterating with different approaches to drive the full adoption of behaviours, which in turn will then ensure the full achievement of initiative benefits.
Disruptions are all around us. First, the various disruptions with Covid on all aspects of people’s lives around the globe. Now we have the riots across the US as well as other countries about racial inequality. With these, we have the backdrop of constant technology changes that constantly challenge how we run our lives. What next you may ask?
Disruptions to how change initiatives are managed seem to never cease. You think you’ve been through the worst with Covid impacting the budget expenditure on projects and the implementation timeline thrown up in the air due to lack of business capacity. The racial riots are disruption normal business operations and it is back to business continuity plans for some organisations. How might we continue to manage our various change initiatives amongst these constant disruptions?
Strategic approaches
In being able to effectively respond to constant business disruptions on initiatives a set of routines and practices need to take place prior to the individual disruptions.
Use the three horizons of growth as a framework to focus efforts on initiatives
A brief description of the Mckinsey 3 horizons model
McKinsey’s three horizons of growth describe 3 horizons of which initiatives should be clustered. Each horizon forms a critical set of initiatives from which the organisation may continue to develop and grow. If all focus was placed on horizon 1 that are focused on the here and now shorter-term initiatives, then the organisation is not placed to deal with emerging challenges addressed under horizons 2 and 3. Vice versa if all the effort is placed on horizon 3 and not 1.
With business disruptions, the effort and expenditure placed on initiatives can be evaluated in light of which horizon they are in. For example, if the Covid disruption is so significant on the business that it’s a matter of survival, then all efforts should focus on horizon 1 initiatives that contribute to organisational survival in terms of revenue and cost management. If the disruption is significant but not debilitating then it may be wise to spend half of the effort on horizon 1 with the rest on horizons 2 and 3.
Adopt a portfolio approach to manage changes
When initiatives are treated in isolation it is very difficult to flex and adjust to changes compared to a portfolio approach to manage change initiatives. Individual initiatives have limited resource capacity and project activities will have limited impact compared to multiple initiatives.
Having a portfolio approach to manage changes means having established the following:
Data-based approach to manage change impacts with a view of change impacts across initiatives
Ability to visualize and plan the change impacts from a business-unit-centric and stakeholder group centric perspective
Ability to manage resourcing across initiatives so that as required resources may be flexed up or down across the overall portfolio based on prioritisation
Ability to guide and prepare each business for multiple changes across initiatives
Key stakeholder messages may be synchronised and packaged across initiatives versus an initiative by initiative approach
Improved ability to map out clearly the various skills and capabilities being implemented across initiatives to avoid duplication and improve synergies
What can change practitioners contribute in planning for disruptions?
Derive different change scenarios
Scenario planning as a technique is rarely used in a project planning context. However, it is especially critical and relevant within an agile environment. Agile project practices mean that changes keep iterating and therefore it may be hard to anticipate what the end solution or changes will look like. It may also be hard to anticipate how the business will respond to the changes being proposed if we don’t know what the changes will look like.
To allow adequate time to plan for changes it is very helpful to derive at least 2 scenarios. In an agile environment, change practitioners need to adopt a hypothesis-based approach to deriving change approaches. Let’s take an example of a standard system implementation project. In rolling out a new system these could be 2 likely scenarios based on the hypothesis being posed.
Hypothesis: The system being implemented is easy and intuitive for users and therefore the change approach will be sufficient with awareness raising and a 1 hour training session
Scenario 1: The hypothesis is true and all users have found it easy and intuitive to use and therefore the change approach proposed is sufficient to prepare the users for this change.
Scenario 2: The hypothesis is only partially true and there are some user groups who struggled to understand all features of the system and need additional help and guidance. Additional training sessions with coaches are proposed
A different way of contrasting different scenarios will be to derive different project expenditures and funding requirements and resulting change delivery work. For example, under the system implementation project, a ‘Toyota’ approach of delivery could involve minimum training and stakeholder awareness generation. For a ‘Rolls Royce’ approach of delivery which will cost significantly more could include tailored coaching sessions for each stakeholder group, 1:1 coaching for senior leaders, a long awareness campaign, and an extensive measurement system. This helps stakeholders understand the cost of delivery and will help them to select an appropriate delivery model.
The usefulness of planning ahead to anticipate for different scenarios mean that steps may be taken to be ready for either of the scenarios and so the project team will not be caught off guard in case the hypothesis proposed is proved false.
To be able to visualize different scenarios it is important to show the different impacts of the scenarios. This includes the impact of time, sequencing, and impact levels on stakeholder groups. With a different rollout approach will stakeholder groups have better bandwidth and ability to adopt the change or will the bandwidth be more limited?
Here is an example of a scenario planning visual where the user can simply drag the impact bars to different times and be able to save this as a scenario. After saving the scenario the next activity will be to analyse the scenario to make sense of the potential impacts of this scenario on the business and impacted stakeholders. Are there project dependencies that need to be taken into consideration? What is the overall change impact across initiatives as a result of the changes in this scenario? How does this impact the customer versus internal stakeholder groups?
A scenario planning example from The Change Compass
For scenarios to be used in a practical way it is important to be able to list any ‘proof points’ that outline how we can tell that the scenario is becoming true or not. These proof points can include anything ranging from stakeholder reactions, the timing of the implementation, the complexity of the features or solution, cost, and other tangible measurements such as system response time, time taken to perform the process, etc.
Agree on decision making principle with stakeholder
Prior to any disruptions, it is important to agree with stakeholders key decision-making principles. Having clear, agreed decision-making principles means that key decisions can be made without subjecting to personal opinions or preferences. During any times of disruption Decision-making principles can be organised as ‘trade-off’ principles with a prioritised order of importance. Below are some examples:
Cost
Time
People resource bandwidth
Benefit realisation
Stakeholder readiness and acceptance
External media implications
Factor in critical path in project planning
The critical path method is a way in which a project’s key interdependencies are linked and mapped out in a linear way so as to understand the key logical points along the project. From this any potential disruptions, slippages or delays in project deliverables and how they impact the remaining deliverables can be clearly understood and planned for.
A clear understanding of the critical path within a project means that with any disruptions to activities the impacts of this on the rest of the deliverables can easily be articulated. To deal with the disruptions to the project a longer implementation may need to be negotiated with the impacted businesses, or depending on the nature of the disruption, a different project approach with different deliverables may need to be derived.
An example of critical path planning
Here we discussed multiple ways in which the change practitioner can help the organisation get ready for various disruptions to change initiatives. During periods of disruptive change, it is even more critical for change practitioners to demonstrate their value to lead and maneuver around and plan for uncertainty. Agile organisations are well placed to deal with disruptions, however, an effective set of routines, practices, preparations, and capabilities are all critical to building overall organisational readiness.
The role of change managers has been left out of the various agile methodologies. This is even though most fully acknowledge the importance of change management in the success of initiatives. Does this mean that the agile teams should and can take on the role of change managers? While most of you reading this article may have change practitioners in the organisations, there are plenty of organisations that run agile teams without change managers in the team.
Is it that in agile environments, change management responsibilities are distributed across team members rather than centralised in a single role? After all the agile team is self-organising and has shared accountability?
For organisations that do not have change managers in agile teams, they are still able to deliver valuable and continuous changes. The difference is in how effective the agile team is in delivering a solution where:
A range of stakeholders are continuously engaged effectively and therefore have high levels of readiness
Stakeholders’ readiness for the pace and design of agile is taken into account and various education/engagement sessions are designed as required
They’re able to identify the various behavioural changes required in fully adopting the change
Stakeholders continuously track and reinforce adoption
The team is aware of the change landscape of impacted stakeholders and can work with them respectively to design and deliver in a way that maximises adoption in a targeted way
It is quite difficult for a small agile team to have all these skillsets. You can equally place the same argument for Business Analysts. Even if the team does not have this role, they could equally undertake a lot of the tasks that a Business Analyst would typically undertake in an agile project, however, maybe not at the same level of professionalism and rigor.
In a small agile team of cross-functional specialists, by design each member is a specialist in his/her functional domain, whether it is testing, software development, operations, etc. It would be rare for a domain specialist to have such a breadth of skillsets to include a range of change management skills. Of course, this is not impossible, but difficult for a team to possess.
An agile team is by design focused on delivering. By design, the agile team is laser-focused on its iteration work and delivering to the schedule at the right quality. It does not have a lot of capacity to devote itself to working with a wide range of stakeholders as a result. The change manager, on the other hand, is by design focused on the world of the stakeholders as well as what the agile team is delivering and designing a series of steps for the changes to take place or a people and organisational perspective.
Moreover, beyond project change management skills, organisations that have a myriad of self-organising agile teams require greater air-traffic control at a portfolio and enterprise level. Whilst this may be fulfilled from a portfolio management perspective, attention should also be paid to change portfolio management. Within a fast-paced change environment, the capacity stakeholders across the organisation have for the changes, and the overall prioritisation and sequencing for these changes are paramount.
Without this, changes may fall off the radar, superseded by other competing changes delivered by other agile teams. Alternatively, change saturation fatigue may be a result. In fact, there is increasing evidence that this is prevalent across organisations. Stakeholders’ capacity for change is limited and must be managed effectively to ensure the right changes are adopted.
If change management so critical to agile changes let’s delve into the essential role that change managers play within agile teams, breaking down their contributions across the four typical phases of an agile initiative: Define, Build, Test, and Deploy.
Define Phase
During the Define phase, agile teams lay the groundwork for the project by identifying objectives, scope, and initial requirements. For change managers, this phase is critical for assessing the scope and complexity of the change and determining the necessary resources and support structures.
Key Activities for Change Managers in the Define Phase:
1. Assessing Change Size and Complexity: Change managers evaluate the magnitude of the change and its potential impact on various parts of the organization. This assessment helps in tailoring change management strategies to address specific needs.
2. Resource Planning: Identifying the required business and change support resources is essential. This includes assembling a team of change champions, communication specialists, and trainers who will help facilitate the change.
3. Strategic Planning: Developing a comprehensive plan that outlines key activities and tactics to engage stakeholders and drive successful change. This plan acts as a roadmap for the entire change management process.
Build Phase
In the Build phase, agile teams start developing the solution. Change managers intensify their efforts to understand the potential impacts of the change and begin engaging stakeholders.
Key Activities for Change Managers in the Build Phase:
1. Detailed Stakeholder Assessments: Conducting thorough assessments to identify how different stakeholders will be affected by the change. Understanding these impacts is crucial for tailoring communication and training efforts.
2. Initiating Stakeholder Engagement: Early engagement with stakeholders to communicate the vision, goals, and expected outcomes of the change. This engagement helps in building awareness and buy-in from the outset.
3. Scenario Planning: Since the exact nature of the change may not be fully defined, change managers work with various scenarios to anticipate potential challenges and opportunities. This flexibility allows for adaptive communication and engagement strategies.
Test Phase
The Test phase is where agile teams validate the solution through testing and feedback. For change managers, this phase is pivotal for ensuring stakeholders are prepared for the upcoming changes.
Key Activities for Change Managers in the Test Phase:
1. Collaborating on Testing Processes: Working closely with agile teams to determine how stakeholders can be involved in testing. This may include business testers, change champions, or end-users who provide valuable feedback.
2. Designing Communication Content and Learning Interventions: Developing and rolling out communication materials and training programs to prepare stakeholders for the change. These interventions are tailored based on feedback from testing.
3. Engaging Stakeholders Through Various Channels: Utilizing demos, team briefings, and other engagement channels to keep stakeholders informed and involved throughout the testing process.
Deploy Phase
The Deploy phase marks the transition of the solution into the live environment. Change managers play a crucial role in ensuring a smooth transition and full adoption of the change.
Key Activities for Change Managers in the Deploy Phase:
1. Ensuring Readiness: Before deployment, change managers gather evidence that stakeholders are ready for the change. This involves assessing training completion, communication effectiveness, and overall preparedness.
2. Executing Engagement Strategies: During deployment, change managers leverage various engagement channels to support the transition. This includes continued communication, support hotlines, and face-to-face interactions to address any concerns.
3. Monitoring and Feedback: Establishing performance metrics to monitor the adoption and effectiveness of the change. Feedback is collected and analyzed to make necessary adjustments and integrate the change into business-as-usual operations.
Key Differences in Change Management for Agile Teams
While the core principles of change management remain consistent, their application within agile teams introduces unique challenges and opportunities. Here are some key differences:
Proactive Integration in Cross-Functional Teams
Change managers actively contribute to the progress of agile teams by embedding themselves within the cross-functional team structure. This close collaboration ensures that change management activities are aligned with the development process, allowing for more effective and timely interventions.
Flexibility and Adaptation
In agile environments, the content and nature of changes may evolve throughout the project lifecycle. Change managers must remain flexible, working with scenarios and adaptable communication strategies to respond to shifting requirements and stakeholder needs.
Continuous Feedback and Engagement
Ongoing stakeholder engagement and continuous feedback are cornerstones of effective change management in agile teams. Regular check-ins, feedback loops, and open communication channels help to identify and address concerns early, ensuring smoother transitions and higher adoption rates.
Iterative Planning and Adjustment
The iterative nature of agile projects necessitates continuous review and adjustment of change management plans. Change managers must be prepared to tweak strategies, update communication materials, and refine training programs based on real-time feedback and evolving project dynamics.
Practical Tips for Change Managers in Agile Teams
1. Embed Yourself in the Team: Become an integral part of the agile team to gain a deeper understanding of the project dynamics and build strong relationships with team members.
2. Embrace Flexibility: Be prepared to pivot and adapt your change management strategies as the project evolves. Flexibility is key to staying relevant and effective. Come up with scenarios such as communication materials and engagement tactics as needed.
3. Drive Proactive Open Communication: Create an environment where stakeholders feel comfortable sharing feedback and concerns. This openness will help you address issues promptly and maintain trust. Note that stakeholders may need learning interventions to truly understand and adjust to agile ways of working.
4. Leverage Data and Metrics: Use data and performance metrics to monitor the effectiveness of your change management efforts. Data does not just apply to the rest of the agile team. Change management data is no less valuable. This will help you make informed decisions and demonstrate the value of your work. To read more about how to measure change check out our practical guide here.
5. Continuous Stakeholder Engagement: Engage with stakeholders early and often. Building strong relationships and maintaining regular communication will increase the likelihood of successful change adoption.
6. Understand the Change Landscape: Since the change manager’s role is to adopt a people lens, it is critical to see from the impacted stakeholder’s perspective the range of changes they are or will be going through. Change that is designed in a vacuum will not be successful.
Change managers play a pivotal role in the success of agile teams, ensuring that changes are effectively adopted and integrated into the organization. By understanding the unique dynamics of agile projects and adopting flexible, proactive, and iterative approaches, change managers can significantly enhance the readiness and adoption of changes. Their efforts not only support the agile team but also drive the overall success of the organization in navigating an increasingly intense landscape of changes.
Change management professionals are increasingly requested to provide measurement, data, and insights to various stakeholder groups. Not only does this include tracking various change outcomes such as business readiness or adoption, but stakeholder concerns also include such as change saturation and visibility of incoming initiative impacts.
To become better at working with data there is much that change managers can learn from data scientists (without becoming one of course). Let’s explore how change management can benefit from the practices and methodologies employed by data scientists, focusing on time allocation, digital tools, system building, hypothesis-led approaches, and the growing need for data and analytical capabilities.
1. Time Allocation: Prioritizing Data Collection and Cleansing
Data scientists spend a substantial portion of their time on data collection and cleansing. According to industry estimates, about 60-80% of a data scientist’s time is dedicated to these tasks. This meticulous process ensures that the data used for analysis is accurate, complete, and reliable.
In the below diagram from researchgate.net you can see that for data scientists the vast majority of the time is spent on collecting, cleansing and organising data.
You might say that change managers are not data scientists because the work nature is different, and therefore should not need to carve out time for these activities? Well, it turns out that the type of activities and proportions of time spent is similar across a range of data professionals, including business analysts.
Below is the survey results published by Business Broadway, showing that even business analysts and data analysts spend significant time in data collection, cleansing, and preparation.
Lessons for Change Management
a. Emphasize Data Collection and Cleansing: For change managers, this translates to prioritizing the collection of reliable data related to change initiatives. This might include stakeholder feedback, performance metrics, impact data and other relevant data points. Clean data is essential for accurate analysis and insightful decision-making. Data projects undertaken by change managers are not going to be as large or as complex as data scientists, however the key takeaway is that this part of the work is critical and sufficient time should be allocated and not skipped.
b. Allocate Time Wisely: Just as data scientists allocate significant time to data preparation, change managers should also dedicate sufficient time to gathering and cleaning data before diving into analysis. This ensures that the insights derived are based on accurate and reliable information.
It also depends on the data topic and your audience. If you are presenting comparative data, for example, change volume across different business units. You may be able to do spot checks on the data and not verify every data line. However, if you are presenting to operations business units like call centres where they are very sensitive to time and capacity challenges, you may need to go quite granular in terms of exactly what the time impost is across initiatives.
c. Training and Awareness: Ensuring that the change management team understands the importance of data quality and is trained in basic data cleansing techniques can go a long way in improving the overall effectiveness of change initiatives. Think of scheduling regular data sessions/workshops to review and present data observations and findings to enhance the team’s ability to capture accurate data as well as the ability to interpret and apply insights. The more capable the team is in understanding data, the more value they can add to their stakeholders leveraging data insights.
2. Leveraging Digital Tools: Enhancing Efficiency and Accuracy
Data scientists rely on a variety of digital tools to streamline their work. These tools assist in data collection, auditing, visualization, and insight generation. AI and machine learning technologies are increasingly being used to automate and enhance these processes.
Data scientists rely on various programming, machine learning and data visualisation such as SQL, Python, Jupyter, R as well as various charting tools.
Lessons for Change Management
a. Adopt Digital Tools: Change managers should leverage digital tools to support each phase of their data work. There are plenty of digital tools out there for various tasks such as surveys, data analysis and reporting tools.
For example, Change Compass has built-in data analysis, data interpretation, data audit, AI and other tools to help streamline and reduce manual efforts across various data work steps. However, once again even with automation and AI the work of data checking and cleansing does not go away. It becomes even more important.
b. Utilize AI and Machine Learning: AI can play a crucial role in automating repetitive tasks, identifying patterns, data outliers, and generating insights. For example, AI-driven analytics tools can help predict potential change saturation, level of employee adoption or identify areas needing additional support during various phases of change initiatives.
With Change Compass for example, AI may be leverage to summarise data, call out key risks, generate data, and forecast future trends.
c. Continuous Learning: Continuous learning is essential for ensuring that change management teams stay adept at handling data and generating valuable insights. With greater stakeholder expectations and demands, regular training sessions on the latest data management practices and techniques can be helpful. These sessions can cover a wide range of topics, including data collection methodologies, data cleansing techniques, data visualisation techniques and the use of AI and machine learning for predictive analytics. By fostering a culture of continuous learning, organizations can ensure that their change management teams remain proficient in leveraging data for driving effective change.
In addition to formal training, creating opportunities for hands-on experience with real-world data can significantly enhance the learning process. For instance, change teams can work on pilot projects where they apply new data analysis techniques to solve specific challenges within the organization. Regular knowledge-sharing sessions, where team members present case studies and share insights from their experiences, can also promote collective learning and continuous improvement.
Furthermore, fostering collaboration between change managers and data scientists or data analysts can provide invaluable mentorship and cross-functional learning opportunities. By investing in continuous learning and development, organizations can build a change management function that is not only skilled in data management but also adept at generating actionable insights that drive successful change initiatives.
3. Building the Right System: Ensuring Sustainable Insight Generation
It is not just about individuals or teams working on data. A robust system is vital for ongoing insight generation. This involves creating processes for data collection, auditing, cleansing, and establishing governance bodies to manage and report on data.
Governance structures play a vital role in managing and reporting data. Establishing governance bodies ensures that there is accountability and oversight in data management practices. These bodies can develop and enforce data policies, and oversee data quality initiatives. They can also be responsible for supporting the management of a central data repository where all relevant data is stored and managed.
Lessons for Change Management
a. Establish Clear Processes: Develop and document processes for collecting and managing data related to change initiatives. This ensures consistency and reliability in data handling.
b. Implement Governance Structures: Set up governance bodies to oversee data management practices. This includes ensuring compliance with data privacy regulations and maintaining data integrity. The governance can sponsor the investment and usage of the change data platform. This repository should be accessible to stakeholders involved in the change management process, promoting transparency and collaboration. Note that a governance group can simply be a leadership team regular team meeting and does not need to be necessarily creating a special committee.
c. Invest in system Infrastructure: Build the necessary system infrastructure to support data management and analysis that is easy to use and provides the features to support insight generation and application for the change team.
Data scientists often use a hypothesis-led approach, where they test, reject, or confirm hypotheses using data. This method goes beyond simply reporting what the data shows to understanding the underlying causes and implications.
Lessons for Change Management
a. Define Hypotheses: Before analyzing data, clearly define the hypotheses you want to test. For instance, if there is a hypothesis that there is a risk of too much change in Department A, specify the data needed to test this hypothesis.
b. Use Data to Confirm or Reject Hypotheses: Collect and analyze data to confirm or reject your hypotheses. This approach helps in making informed decisions rather than relying on assumptions or certain stakeholder opinions.
c. Focus on Actionable Insights: Hypothesis-led analysis often leads to more actionable insights. It is also easier to use this approach to dispel any myths of false perceptions.
For example: Resolving Lack of Adoption
Hypothesis: The lack of adoption of a new software tool in the organization is due to insufficient coaching and support for employees.
Data Collection:
Gather data on the presence of managerial coaching and perceived quality. Also gather data on post go live user support.
Collect feedback from employees through surveys regarding the adequacy and clarity of coaching and support.
Analyse usage data of the new software to identify adoption rates across different departments.
Analysis:
Compare adoption rates between employees who received sufficient coaching and support versus those who did not.
Correlate feedback scores on training effectiveness with usage data to see if those who found the training useful are more likely to adopt the tool.
Segment data by department to identify if certain teams have lower adoption rates and investigate their specific training experiences.
Actionable Insights:
If data shows a positive correlation between coaching and support, and software adoption, this supports the hypothesis that enhancing coaching and support programs can improve adoption rates.
If certain departments show lower adoption despite completing coaching sessions, investigate further into department-specific issues such as workload or differing processes that may affect adoption.
Implement targeted interventions such as additional training sessions, one-on-one support, or improved training materials for departments with low adoption rates.
5. Building Data and Analytical Capabilities: A Core Need for Change Management
As data and analytical capabilities become increasingly crucial, change management functions must build the necessary people and process capabilities to leverage data-based insights effectively.
Lessons for Change Management
a. Invest in Training: Equip change management teams with the skills needed to manage data and generate insights. This includes training in data analysis, visualization, and interpretation.
b. Foster a Data-Driven Culture: A lot of organisations are already on the bandwagon of Encourage a culture where data is valued and used for decision-making. The change management needs to promote this equally within the change management function. This involves promoting the use of data in everyday tasks and ensuring that all team members understand its importance. Think of incorporating data-led discussions into routine meeting meetings.
c. Develop Analytical Frameworks: Create frameworks and methodologies for analyzing change management data. This includes defining common key metrics, setting benchmarks, and establishing protocols for data collection and analysis for change data. Data and visual templates may be easier to follow for those with lower capabilities in data analytics.
Practical Steps to Implement Data-Driven Change Management
To integrate these lessons effectively, senior change practitioners can follow these practical steps:
Develop a Data Strategy: Create a comprehensive data strategy that outlines the processes, tools, and governance structures needed to manage change management data effectively.
Conduct a Data Audit: Begin by auditing the existing data related to change management. Identify gaps and areas for improvement.
Adopt a Hypothesis-Led Approach: Encourage the use of hypothesis-led approaches to move beyond descriptive analytics and derive more meaningful insights.
Invest in Technology: Invest in the necessary digital tools and technologies to support data collection, cleansing, visualization, and analysis.
Train the Team: Provide training and development opportunities for the change management team to build their data and analytical capabilities.
Collaborate Across Functions: Foster collaboration between change management and data science teams to leverage their expertise and insights.
Implement Governance Structures: Establish governance bodies to oversee data management practices and ensure compliance with regulations and standards.
By learning from the practices and methodologies of data scientists, change management functions can significantly enhance their effectiveness. Prioritizing data collection and cleansing, leveraging digital tools, building robust systems, adopting hypothesis-led approaches, and developing data and analytical capabilities are key strategies that change management teams can implement. By doing so, they can ensure that their change initiatives are data-driven, insightful, and impactful, ultimately leading to better business outcomes.
The need for organizations to remain flexible and responsive to market demands has never been more critical, and scaled agile (SAFe) provide the framework to achieve this. Integrating change management work with SAFe is essential for seamless product delivery but yet is not clearly articulated in literature. However, for agile product delivery to be successful, it must be supported by robust change management work steps. Those that not ensures that all stakeholders are aligned and engaged throughout the process and also that the consecutive changes delivered are adopted. Let’s explore how change managers can effectively integrate their approaches with scaled agile methodologies to enhance product delivery.
Understanding the Intersection of Change Management and Agile
Change management and agile methodologies both aim to facilitate successful project outcomes, but they approach this goal from different angles. Change management focuses on the people side of change, ensuring that stakeholders are prepared, equipped, and supported throughout the transition through to benefit realisation. Agile methodologies, on the other hand, emphasize iterative development, continuous feedback, and rapid adaptation to change.
Whilst SAFe acknowledges the importance of managing the people side of change and leading the change, it does not spell out how exactly this work should be integrated with the methodology in a detailed manner. References to change tends to be at a high level and focuses on communication and readiness activities.
What are key call outs of the SAFe methodology:
1) Lean-Agile Principles: SAFe is grounded in Lean-Agile principles such as building incrementally with fast, integrated learning cycles, basing milestones on objective evaluation, and making value flow without interruptions. These principles help ensure continuous improvement and adaptability
2) Organizational Agility: To remain competitive, enterprises must be agile. SAFe enhances organizational agility by fostering Lean-thinking people and Agile teams, promoting strategic agility, and implementing Lean business operations
3) Lean Portfolio Management: Aligns strategy and execution by applying Lean and systems thinking. It includes strategy and investment funding, Agile portfolio operations, and Lean governance to ensure that the portfolio is aligned and funded to meet business goals
4) Continuous Learning Culture: Encourages a set of values and practices that promote ongoing learning and improvement. This culture is crucial for adapting to changes and fostering innovation within the organization
5) Agile Teams: Agile teams in SAFe operate using methods like SAFe Scrum or SAFe Team Kanban. These teams are responsible for understanding customer needs, planning their work, and delivering value continuously through iterative processes
6) Built-in Quality: Emphasizes the importance of quality at all stages of development. Practices include shift-left testing, peer reviews, and automation to ensure high standards and reduce defects early in the process
7) Value Stream Management (VSM): Focuses on optimizing the flow of value across the entire portfolio. VSM helps organizations improve their value delivery processes by managing and monitoring value streams effectively (Scaled Agile Framework).
8) Lean-Agile Leadership: Leaders play a critical role in fostering a Lean-Agile mindset. They must model the values and principles of SAFe, provide guidance, and create an environment that supports Agile teams and continuous improvement
9) Decentralized Decision-Making: Promotes faster value delivery by empowering teams to make decisions locally. This reduces delays, enhances product development flow, and fosters innovation
10) Customer-Centric Approach: Agile teams are encouraged to maintain close collaboration with customers to understand their needs better and ensure that solutions deliver real value. Techniques like direct customer interaction and feedback loops are essential
Below is a diagram from Scaled Agile Frameworks on key elements of a scaled agile product delivery framework.
Agile-Style Deliverable Artefacts
To support agile product delivery, change managers need to create agile-style deliverable artefacts early in the product delivery cycle. These artefacts serve as essential tools for aligning the team, stakeholders, and the overall change initiative with agile principles. They are significantly ‘lighter’ in volume and more succinct in focusing on key analysis points that determine approaches and actions required to plan and implement the change.
Change artefact 1: Change Canvas
An Agile Change Canvas is a strategic tool designed to plan, manage, and communicate change initiatives effectively within an organization. It begins with basic identification details such as the Project Name, Business Owner, and Author. This section ensures clear accountability and ownership from the outset.
The Change Vision & Objectives outlines the overarching goals and intended outcomes of the project. This vision acts as a guiding star, ensuring all actions align with the desired future state of the organization. Following this, Core Challenges are identified to highlight potential obstacles that could impede progress. Recognizing these challenges early allows for proactive mitigation strategies.
Stakeholder Impacts analyses how different stakeholders will be affected by the change. This includes assessing both the positive and negative impacts on employees, customers, and shareholders, ensuring that their concerns are addressed and their needs met.
The Key Milestones section, presented in a table format, outlines significant checkpoints in the project timeline. Each milestone is associated with a particular function, ensuring that progress is measurable and trackable. Similarly, the Resources section details the necessary financial, human, and technological resources required to implement the change, ensuring that the project is adequately supported.
Why Change section provides the rationale behind the need for change, which could include market demands, competitive pressures, or internal inefficiencies. This section justifies the project’s existence and urgency. Complementarily, What Will Change (WWC) describes the specific changes to be implemented, including processes, technologies, behaviours, and structures, offering a clear picture of the project’s scope.
Key Metrics are identified to measure the success of the change initiative. These metrics are both quantitative and qualitative, providing a comprehensive view of the project’s impact. Change Interventions listed in a table format, detail specific actions or initiatives designed to facilitate the change, ensuring a structured approach to implementation.
To foster a culture of innovation and adaptation, Change Experiments are proposed. These pilot programs test aspects of the change in a controlled environment before full-scale implementation. Finally, Change Risks identifies potential risks associated with the change and outlines strategies for mitigating these risks, ensuring that the project can navigate potential pitfalls effectively.
By incorporating these elements, the Agile Change Canvas provides a comprehensive framework for managing change initiatives, ensuring that all critical aspects are considered, planned for, and communicated effectively to stakeholders.
Using a Kanban board for change management activities provides a visual and dynamic method for tracking, prioritizing, and implementing changes. A Kanban board typically consists of columns that represent different stages of work, such as “To Do,” “In Progress,” and “Done.” For change management, additional columns might include “Proposed Changes,” “Under Review,” “Implementation Planning,” and “Monitoring.”
Whilst most change practitioners are used to kanban boards In working with various change management activities, there is opportunity to use kanban to plan and prioritise a series of agile-style changes and the associated change activities with each change. These ‘change cards’ within the kanban board presents a clear way to visualise a series of changes across the ‘delivery train’ where the project team continuously delivers pieces of change.
Prioritizing Change Management Activities
Visualizing Workflow:
Proposed Changes: This column lists all suggested changes, each represented by a card detailing the change’s purpose, impacted areas, and expected benefits.
Under Review: Changes move here once they are being evaluated for feasibility, risks, and alignment with project goals.
Implementation Planning: Approved changes are further detailed, including resource allocation, timelines, and specific tasks needed for implementation.
In Progress: Changes that are actively being worked on are tracked here, showing current status and any blockers encountered.
Monitoring: Recently implemented changes are monitored to ensure they are delivering the expected outcomes and to identify any issues early.
Done: Fully implemented and stabilized changes are moved here, marking their successful completion.
Setting Priorities:
Value and Impact: In conjunction with the project team prioritize changes based on their potential value and impact. High-value changes that significantly improve project outcomes or stakeholder satisfaction should be addressed first. From a change perspective, the input here is about the readiness of the stakeholder to receive the change, and what timing and work is required to get there.
Urgency and Dependencies: Changes that unblock other work or are time-sensitive should be prioritized. Dependencies between changes must be mapped to ensure logical sequencing. For example, work required to lift capability/leadership or readiness may be critical dependencies, without which the change cannot be delivered successfully.
Feasibility and Risk: Assess the feasibility and risks associated with each change. High-risk changes might require more careful planning and monitoring but should not necessarily be deprioritized if their impact is critical. The change input here is the people impact for the impacted stakeholders with other changes not just within this project/program, but with the overall portfolio or even outside the portfolio (including business-driven changes).
Ordering Change Planning and Implementation
Collaborative Planning:
Engage stakeholders and team members in planning sessions to discuss and agree on the priority of changes. This collaborative approach ensures that all perspectives are considered and that there is buy-in from those affected by the changes. This includes change champions.
Regular Review and Adaptation:
The Kanban board should be regularly reviewed and updated, within the change team and within the project team. During these reviews, re-prioritize changes based on new information, shifting project needs, and feedback from implemented changes. This iterative approach aligns with Agile principles of flexibility and continuous improvement.
Limit Work in Progress (WIP):
To avoid overloading the change team and ensure focus, limit the number of changes in progress at any given time. This constraint encourages the team to complete current tasks before taking on new ones, promoting a steady and manageable workflow.
Use Metrics and Feedback:
Utilize metrics such as cycle time (how long a change takes to move from start to finish, from awareness to engagement to eventual adoption) and work with the project team on the throughput (how many changes are completed in a specific timeframe) to assess the efficiency of the change management process. For example, based on the size and complexity of each discrete piece of change delivered, how long did this take and what was the deviance from actual time period planned? Feedback from these metrics should inform decisions about prioritization and process adjustments.
Benefits of Using Kanban for Change Management
Implementing a Kanban board for change management in Agile projects offers several benefits:
Transparency: Everyone involved can see the status of change activities, leading to better communication and coordination.
Flexibility: The board can be easily adjusted to reflect changing priorities and project dynamics.
Focus: Limiting WIP helps the team maintain focus and reduces the risk of burnout and task switching.
Continuous Improvement: Regular reviews and adaptations promote a culture of continuous improvement, ensuring that change management processes evolve and improve over time.
Change artefact example 3: Change Impact Assessment
A Change Impact Assessment (CIA) is an essential component in managing organizational change, particularly in agile projects where the focus is on iterative and incremental improvements. The assessment helps to understand the scope and magnitude of the change, identify affected stakeholders, and plan interventions to manage impacts effectively. An agile-friendly CIA is more summarised, and gets to the heart of what the impact is, who is impacted, how, to what extent, and when.
Below are the core elements of a change impact assessment, with a comparison to traditional methods:
1. Identifying the Impacts
Agile Approach: In scaled agile projects, the impact identification is ongoing and iterative. Each sprint or iteration is reviewed to assess the impacts of delivered changes. This dynamic approach ensures that emerging impacts are quickly recognized and addressed.
Traditional Approach: Impact identification is typically conducted at the beginning of the project, with periodic reviews. This method can be less responsive to new impacts discovered during the project lifecycle.
2. Stakeholder Identification and Analysis
Agile Approach: Continuous stakeholder engagement is crucial. Stakeholders are regularly consulted, and their feedback is integrated into the process. Agile methods ensure that stakeholders’ changing needs and concerns are promptly addressed.
Traditional Approach: Stakeholder analysis is often conducted early in the project, with limited ongoing engagement. This can result in less adaptability to stakeholders’ evolving requirements.
3. Extent and Nature of Impacts
Agile Approach: The extent of impacts is assessed incrementally, considering the cumulative effect of changes over multiple iterations. This allows for a nuanced understanding of how impacts evolve over time.
Traditional Approach: Typically focuses on a comprehensive initial assessment, with less emphasis on the evolution of impacts throughout the project.
4. Timing of Impacts
Agile Approach: Timing is aligned with the iterative delivery schedule. The impacts are mapped to specific iterations or sprints, allowing for precise planning and mitigation.
Traditional Approach: Timing is generally assessed at the project level, which can make it harder to pinpoint when specific impacts will occur during the project lifecycle.
Typical Sections of an Agile Change Impact Assessment
Impact Overview:
Explanation: Summarizes the nature and scope of the change, providing a high-level view of the anticipated impacts.
Agile Twist: Updated regularly with each iteration to reflect new findings and emerging impacts.
Stakeholder Impact Analysis:
Explanation: Identifies who will be affected by the change and how. It details the extent of the impact on different stakeholder groups.
Agile Twist: Involves continuous stakeholder feedback and updates to capture evolving impacts.
Impact Extent and Nature:
Explanation: Describes the extent (e.g., minor, moderate, significant) and nature (e.g., process, technology, cultural) of the impacts.
Agile Twist: Assessed incrementally, considering both immediate and long-term impacts across iterations.
Impact Timing:
Explanation: Specifies when the impacts are expected to occur, mapped to the project timeline.
Agile Twist: Aligned with sprint or iteration schedules, allowing for detailed timing predictions.
Mitigation Strategies:
Explanation: Outlines plans to manage and mitigate identified impacts.
Agile Twist: Adaptive strategies that are refined continuously based on iteration reviews and stakeholder feedback.
Monitoring and Review:
Explanation: Describes how the impacts will be monitored and reviewed throughout the project.
Agile Twist: Continuous monitoring with iteration-end reviews to ensure timely identification and management of impacts.
Stakeholder Engagement in a Scaled Agile Environment
Planning and designing stakeholder engagement activities in a scaled agile environment requires a dynamic, iterative approach that contrasts significantly with traditional, non-agile methods. In SAFe, the focus is on continuous collaboration, transparency, and adaptability, ensuring that stakeholders are actively involved throughout the project lifecycle.
Iterative and Continuous Engagement
Scaled Agile Approach: Stakeholder engagement is an ongoing process. Agile frameworks emphasize regular touchpoints, such as sprint reviews, planning meetings, and daily stand-ups, where stakeholders can provide feedback and stay informed about progress. These frequent interactions ensure that stakeholder input is continuously integrated, enabling swift adjustments and alignment with evolving needs. This iterative approach fosters a collaborative environment where stakeholders feel valued and engaged throughout the project. Engagement rhythms and processes should also be established not just at a project, but program, portfolio and enterprise levels as required.
Non-Agile Approach: Traditional methodologies often involve stakeholder engagement at fixed points in the project timeline, such as during initial requirements gathering, major milestone reviews, and final project delivery. This approach can lead to periods of limited communication and delayed feedback, which may result in misaligned expectations and missed opportunities for timely course corrections.
Flexibility and Adaptation
Scaled Agile Approach: Agile projects embrace change, allowing stakeholder engagement activities to be flexible and adaptive. As project requirements evolve, the engagement strategy can be adjusted to address new priorities or challenges. This flexibility ensures that stakeholder needs are consistently met, and any concerns are promptly addressed. Agile frameworks encourage a culture of openness and continuous improvement, where stakeholder feedback directly influences the direction of the project. Change managers need to ensure that stakeholder understand this fully, and have the skills to work within this context, not just with the project team but in leading their teams through change, when ‘the change’ may be constantly shifting.
Non-Agile Approach: In contrast, traditional approaches tend to follow a rigid engagement plan that is set at the project’s outset. While this provides a clear structure, it can be less responsive to changing stakeholder needs or external conditions. Adjusting the engagement strategy mid-project can be challenging and may require significant effort, leading to delays and potential dissatisfaction among stakeholders.
Collaborative Tools and Techniques
Scaled Agile Approach: Agile environments leverage a variety of collaborative tools and techniques to enhance stakeholder engagement. Digital platforms such as Jira, Confluence, and Miro facilitate real-time collaboration, transparency, and documentation. Agile ceremonies, such as retrospectives and demos, provide structured opportunities for stakeholders to participate and contribute. These tools and techniques help maintain a high level of engagement and ensure that stakeholders have a clear view of project progress and challenges.
Non-Agile Approach: Traditional methods might rely more heavily on formal documentation and periodic reports for stakeholder communication. While these methods ensure thorough documentation, they can sometimes create barriers to real-time collaboration and immediate feedback. Meetings and reviews are often scheduled infrequently, which can lead to less dynamic interaction compared to agile practices.
Planning Stakeholder Engagement Activities
Regular Touchpoints: Schedule frequent meetings and reviews to ensure continuous stakeholder involvement. Examples include sprint reviews, iteration planning meetings, and daily stand-ups. Business-led rhythm that enable the dissemination and engagement of updates to teams is also critical.
Flexible Engagement Plans: Develop engagement strategies that can be easily adapted based on stakeholder feedback and changing project requirements.
Use of Collaborative Tools: Implement digital tools that facilitate real-time collaboration and transparency. Tools like Jira and Confluence can help keep stakeholders informed and involved. Non-digital engagement tools may also be leveraged to fully engage with stakeholders, beyond one-way push communication. Assessment needs to be made of the openness and ability to engage regarding the change through the chosen channels.
Active Feedback Loops: Establish mechanisms for collecting and integrating stakeholder feedback continuously. This can be done through retrospectives, surveys, and informal check-ins.
Clear Communication Channels: Maintain open and clear communication channels to ensure that stakeholders can easily provide input and receive updates on project progress.
As mentioned previously, the change approach, including engagement approaches, need to take into account the broader organisational context of program, portfolio and enterprise levels. This may mean mapping out the various channels and how they can be used for different changes, stakeholders and organisational levels.
Supporting Agile Delivery Cadence
To align change management activities with agile delivery cadence, it’s essential to integrate them into the core agile events, such as PI (Program Increment) planning and demos. Here’s how:
PI Planning
Program Increment (PI) planning is a critical event in the agile framework, where teams come together to plan and commit to a set of objectives for the next increment. During PI planning sessions, ensure that change management considerations are part of the discussion. This involves:
– Including Change Management Objectives: Ensure that change management objectives are included in the PI planning agenda. This helps align the change activities with the overall delivery goals.
– Identifying Change Risks and Dependencies: Identify any dependencies related to the change initiative that may impact the delivery schedule. This ensures that potential risks are addressed early and do not disrupt the delivery process. Common considerations include the various people change impacts across the program and how they intersect or overlap
– Engaging Stakeholders: Involve key stakeholders in the PI planning sessions. This ensures that they understand the change objectives and are committed to supporting the change initiative. PI planning is also a great opportunity to assess and see in action the level of engagement, support and potential leadership skills of key stakeholders
Demos
Demos are an opportunity to showcase the progress of the agile teams and gather feedback from stakeholders. Use demos to communicate the benefits and progress of change initiatives. Engaging stakeholders in these demos can help them see the value and stay committed to the change. Here’s how:
– Highlighting Change Benefits: During demos, highlight the benefits of the change initiative and how it supports the overall product delivery goals. This helps stakeholders understand the value of the change and its impact on the project.
– Gathering Feedback: Use demos as an opportunity to gather feedback from stakeholders. This helps identify any concerns or areas for improvement and ensures that the change initiative remains aligned with stakeholder needs.
– Showcasing Progress: Showcase the progress of the change initiative during demos. This provides stakeholders with a clear understanding of how the change is evolving and the positive impact it is having on the project.
By embedding change management activities into these agile ceremonies, change managers can ensure that change initiatives are aligned with the delivery schedule and maintain stakeholder buy-in.
Implementing Change Activities as Small Experiments
One of the key principles of agile is to work in small increments and learn quickly. Change management activities can adopt this approach by implementing small experiments, such as:
Messaging
Test different communication messages to see which resonates best with stakeholders. Gather feedback and refine the messaging based on reactions. This iterative approach ensures that the communication strategy is effective and supports the change initiative. Consider the following:
– A/B Testing: Use A/B testing to evaluate different messages. This involves sending two variations of a message to different stakeholder groups and comparing the responses to determine which one is more effective.
– Feedback Collection: Collect feedback from stakeholders on the messaging. This can be done through surveys, focus groups, or informal conversations.
– Message Refinement: Refine the messaging based on the feedback received. This ensures that the communication remains relevant and impactful.
Stakeholder Involvement
Experiment with various levels of stakeholder involvement to determine the most effective way to engage them. Use these insights to inform future engagement strategies. Here’s how:
– Pilot Programs: Implement pilot programs with small groups of stakeholders to test different involvement strategies. This provides valuable insights into what works best and helps refine the engagement approach.
– Engagement Metrics: Track engagement metrics to evaluate the effectiveness of different involvement strategies. This includes participation rates, feedback quality, and overall stakeholder satisfaction.
– Iterative Adjustments: Make iterative adjustments to the involvement strategies based on the insights gained. This ensures that stakeholder engagement remains effective and aligned with the change initiative.
By treating change activities as experiments, change managers can adapt quickly to what works best, ensuring a smoother integration with the agile delivery process.
Best Practices for Integrating Change Management with Agile
Successfully integrating change management with agile methodologies requires a strategic approach. Here are some best practices to consider:
Foster Collaboration
Encourage collaboration between change managers and agile teams, as well as key business stakeholders. This helps ensure that different disciplines and functions are aligned and working towards the same goals. Consider the following strategies:
– Joint Planning Sessions: Conduct joint planning sessions to align change management activities with agile delivery approaches and schedules. This ensures that both disciplines are working towards the same objectives.
– Regular Communication: Establish regular communication channels between change managers and agile teams. This helps keep everyone informed and ensures that any issues or concerns are addressed promptly. Specifically focus on various agile roles such as UX (user experience), business analysis, testing, and portfolio management. There are key intersections of change work and each of these disciplines, beyond general project planning and coordination.
The below is an example of a portfolio level adoption dashboard from The Change Compass.
Change Data-Driven Insights is absolutely a Must-have for SAFe
In SAFe, change management driven by data insights is critical to ensure that changes are not only effective but also efficient and sustainable. Data-driven change management leverages quantitative and qualitative data to guide decisions, optimize processes, and align strategic goals across the organization. By incorporating metrics and analytics, organizations can gain a comprehensive understanding of the impact and progress of change initiatives, allowing for timely adjustments and informed decision-making.
At the portfolio level within a SAFe setting, data-driven insights are essential for prioritizing initiatives and allocating resources effectively. More than this, change data including stakeholder capability, readiness and impact levels can be critical to determine when releases should happen, the priority of releases, and the sequencing of releases.
Ill-prepared or insufficiently skilled stakeholders may require longer time to adapt to the change. Also, looking beyond the project itself, by understanding the overall change landscape for the impacted stakeholders, change releases may need to be chunked and packaged accordingly to maximise adoption success.
Key attention should also be paid to the impact on business performance of impacted stakeholders, not just from a change volume perspective, but also from a strategy perspective in terms of how best to reduce risk of performance disruptions. Is it through exemplary middle leadership? Or frontline engagement? Or the power of change champions embedded across the business?
At the enterprise level, data-driven change management enables organizations to scale agile practices consistently and coherently across multiple portfolios and teams. This involves the use of enterprise-level dashboards and analytics tools that provide a holistic view of the organization’s agile transformation. Key performance indicators (KPIs) such as employee impact data, adoption rates, readiness metrics and productivity metrics help leaders assess the effectiveness of change initiatives and identify areas that require additional support or intervention. For instance, tracking the adoption rate of agile practices across different departments can highlight areas where additional training or coaching is needed to ensure consistent implementation.
Integrating change management with scaled agile methodologies is essential for seamless product delivery in today’s dynamic business environment. By creating agile-style deliverable artefacts early, continuously adapting engagement activities, supporting agile delivery cadence, and implementing change activities as small experiments, measure change progress and outcomes, change managers can effectively support agile product delivery. This integration not only enhances the success of change initiatives but also ensures that product delivery is seamless and aligned with organizational goals.
By fostering collaboration, embracing agile principles, and using data-driven insights, change managers can create a cohesive strategy that maximizes the benefits of both change management and agile methodologies. This holistic approach ensures that change initiatives are successful, stakeholders are engaged, and product delivery is efficient and effective.
