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.
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.
Change management, much like peeling an onion, involves uncovering multiple layers before reaching the core. Each layer peeled back in the journey of planning and implementing change reveals new insights about the organization and the stakeholders impacted by the change. This process is essential to understanding the full scope of the change, adapting strategies accordingly, and ensuring successful implementation. By examining the various facets of an organization, such as leadership capability, operational practices, and cultural traits, we can better navigate the complexities of change management. Let’s explore the analogy of peeling an onion in change management and some practical insights for transforming change outcomes.
The Layers of the Onion in Change Management
Peeling the layers – each layer reveals a different facet of the organisation and how they may or may not be conducive to supporting the change. Here are some ‘layers’ you may want to examine.
Leadership and Managerial Capability in Managing Change
Effective change management begins with strong leadership. Leaders and managers play a crucial role in guiding the organization through the transition. Peeling back this layer reveals whether leaders are equipped with the necessary skills, knowledge, and attitudes to drive change. It also highlights their ability to inspire and mobilize their teams, communicate the vision effectively, and manage resistance. Assessing leadership capability is fundamental, as inadequate leadership can hinder the entire change process.
Operational and Business Practices
The next layer involves examining the organization’s operational and business practices. This includes evaluating current workflows, processes, and systems to identify areas that may need adjustment or improvement. Understanding how daily operations align with the proposed changes helps in anticipating potential disruptions and devising strategies to minimize them. Are existing practices consistent with the end state of the change? Are existing practices consistent? Why or why not? This layer also involves identifying key performance indicators (KPIs) that can measure the success of the change initiatives.
Change Governance Practices and Structure
Change governance refers to the frameworks and structures in place to manage and oversee change initiatives. Having the right governance structure ensures that the right oversight and decision making is setup to steer the change to success. Peeling back this layer involves assessing the effectiveness of existing governance mechanisms, such as steering committees, decision-making protocols, and accountability structures. Strong change governance ensures that change initiatives are well-coordinated, resources are allocated appropriately, and progress is monitored consistently. Weak governance, on the other hand, can lead to confusion, misalignment, and failure to achieve desired outcomes.
Key questions to ask here include such as:
Is there sufficient governance bodies in place at different levels of the organisation to support change?
Are there too many governance bodies?
Are decision-making processes clear and effective?
Are the right stakeholders involved in the relevant decision-making areas?
Engagement Channels
Effective engagement is critical in change management. This is more than just communication. This layer focuses on the channels and methods used to engage with stakeholders throughout the change process. Evaluating engagement channels helps in understanding how information is disseminated, feedback is collected, and concerns are addressed. It also highlights the effectiveness of internal communications and the role of external communications in managing stakeholder expectations and perceptions. What channels are most effective for what audience groups? Are there any gaps for engaging with all groups of stakeholders? (beyond just blasting emails or messages).
Change Champion Network
Change champions are resignated individuals within the organization who advocate for and support the change initiatives. Peeling back this layer involves identifying and empowering these champions. It also includes assessing their influence, credibility, and ability to motivate others. A strong network of change champions can facilitate smoother transitions by promoting buy-in, addressing resistance, and reinforcing positive behaviors. With the right nurturing and experience, an organisation-wide change champion network can act to support a myriad of change initiatives.
System and Process Maturity
The maturity of systems and processes within an organization significantly impacts the success of change initiatives. This layer involves evaluating the current state of technological systems, process automation, and data management practices. Mature systems and processes provide a solid foundation for implementing changes efficiently and effectively. Conversely, immature systems may require significant upgrades or overhauls to support the desired changes.
Change Management Maturity
Change management maturity refers to the organization’s overall capability to manage change. Peeling back this layer involves assessing the maturity of change management practices, methodologies, and tools. Organizations with mature change management capabilities have established frameworks, experienced practitioners, and a culture that embraces change. In contrast, organizations with low maturity may struggle with inconsistencies, resistance, and a lack of structured approaches.
This layer examines the availability of resources and capacity to support change initiatives. It includes assessing the organization’s financial resources, human capital, and physical infrastructure. Adequate resources and capacity are essential for executing change plans, overcoming obstacles, and sustaining momentum. Insufficient resources can lead to delays, reduced quality, and increased stress on employees. This does not just include the resources required within the project itself, it points more to the impacted stakeholders and if they have the resources and capacity required to undergo the change.
Culture and Behavioral Traits
Organizational culture and behavioral traits play a significant role in how change is perceived and adopted. Peeling back this layer involves understanding the underlying values, beliefs, and behaviors that influence how employees respond to change. It also includes identifying cultural strengths that can be leveraged and cultural barriers that need to be addressed. A supportive culture fosters resilience, adaptability, and a positive attitude towards change.
Specifically:
Do existing behaviours and practices support the change end state?
Are there potentially inconsistent behaviours comparing the end state and the current state?
Beyond the specific behaviours required in the change initiative itself, how are these in alignment with broader cultural practices?
Key Takeaways from the Onion Analogy in Change Management
1. Each Layer Needs to Be Peeled Before Another Layer Can Be Peeled
The process of discovering and understanding the complexities of change cannot be rushed. Each layer provides valuable insights and learning opportunities that prepare the organization for the next layer of discovery. Skipping layers or rushing through the process can lead to incomplete assessments, overlooked challenges, and ineffective solutions. Patience and persistence are crucial for a thorough and successful change management journey.
Assessing and understanding each layer can take time. Data, both quantitative and qualitative, may be required to truly understand what each layer means and how it implicates the change.
2. How the Onion Appears May Not Be What It Is at Its Core
Initial perceptions of the organization may not reflect its true state. It takes time and effort to uncover the deeper issues, strengths, and opportunities. This requires a willingness to look beyond surface-level indicators and delve into the core aspects of the organization. Attention to detail and a commitment to uncovering the truth are essential for developing accurate and effective change strategies.
For example:
Are publically communicated and reinforced messages acted on?
Do leaders practice what they preach?
Do stakeholders commit to decisions already made? Or do they ignore it?
Is there clear alignment between different layers of the organisation? How is this done?
3. You May Discover Rotten Parts That Need to Be Replaced
During the process of peeling back layers, you may encounter parts of the organization that are severely inadequate or dysfunctional. These “rotten” parts may need to be replaced or significantly improved before the change can proceed. This could involve overhauling critical capabilities, restructuring teams, or implementing new systems. Recognizing and addressing these issues promptly is essential for ensuring the overall health and success of the organization.
You may find, for example:
Stakeholders that are adamant to block the change for various reasons
Teams that simply do not have the right skills or attitude to transition to the required state
Processes that are simply outdated or convoluted, so much that end state targets cannot be achieved
Systems that are outdated and do not provide the right insights to support the end state
4. Different Types of Onions and Organizations
Just as there are different types of onions, organizations vary in size, complexity, and nature. Assessing the complexity of the change at the outset helps in determining the time, effort, and resources required to peel back the layers. A comprehensive understanding of the organization’s unique characteristics allows for tailored change management strategies that address specific needs and challenges.
Practical Steps for Applying the Onion Analogy in Change Management
Step 1: Initial Assessment and Planning
Begin by conducting a thorough initial assessment of the organization. This involves gathering data, engaging with key stakeholders, and understanding the current state of affairs. Develop a comprehensive change management plan that outlines the objectives, scope, and timelines for each layer of the onion. This plan should also identify key metrics for measuring success and mechanisms for tracking progress.
Step 2: Assess Leadership and Managerial Capability
Evaluate the capability of leaders and managers to drive change. This includes assessing their skills, experience, and attitudes towards change. Provide training and support where needed to enhance their ability to lead effectively. Strong leadership is foundational to the success of any change initiative.
Step 3: Examine Operational and Business Practices
Analyze current workflows, processes, and systems to identify areas that may require adjustment. Engage with employees at all levels to gather insights and understand potential bottlenecks. Develop strategies to streamline operations and ensure alignment with the change objectives.
Step 4: Review Change Governance Practices
Assess the existing governance structures and practices in place to manage change initiatives. Ensure that there are clear decision-making protocols, accountability mechanisms, and regular progress reviews. Strengthen governance frameworks as needed to support effective change management.
Step 5: Evaluate Engagement Channels
Review the channels and methods used to communicate with stakeholders. Ensure that there are effective mechanisms for disseminating information, collecting feedback, and addressing concerns. Enhance engagement strategies to foster transparency, trust, and collaboration.
Step 6: Identify and Empower Change Champions
Identify individuals within the organization who can serve as change champions. Empower them with the necessary tools, resources, and support to advocate for the change initiatives. Leverage their influence and credibility to promote buy-in and address resistance.
Step 7: Assess System and Process Maturity
Evaluate the maturity of technological systems and processes. Identify areas that require upgrades or improvements to support the change. Invest in the necessary infrastructure and tools to ensure seamless implementation.
Step 8: Assess Change Management Maturity
Conduct a maturity assessment of the organization’s change management capabilities. Identify gaps and areas for improvement. Develop and implement strategies to enhance change management practices, methodologies, and tools.
Step 9: Review Resources and Capacity
Evaluate the availability of resources and capacity to support the change initiatives. Ensure that there are adequate financial, human, and physical resources to execute the change plans. Address any resource constraints proactively to prevent delays and disruptions.
Step 10: Understand Culture and Behavioral Traits
Conduct a cultural assessment to understand the underlying values, beliefs, and behaviors that influence how employees respond to change. Identify cultural strengths that can be leveraged and barriers that need to be addressed. Develop strategies to foster a supportive culture that embraces change.
The analogy of peeling an onion provides a powerful framework for understanding and managing change within an organization. Each layer peeled back reveals new insights and learning opportunities that are essential for successful change management. By carefully examining the various facets of the organization, such as leadership capability, operational practices, and cultural traits, organizations can navigate the complexities of change more effectively.
Patience, persistence, and attention to detail are key to uncovering the true state of the organization and developing tailored strategies that address specific needs and challenges. Ultimately, the journey of peeling the onion in change management leads to a deeper understanding, better preparation, and more successful change outcomes.
As the global landscape continues to evolve, so too does the field of change management. The year 2024 promises a shift in the way organizations approach change, driven by a combination of economic factors, continued technological advancements, and the ever-increasing need for adaptability. In this article, we explore the background factors influencing the upcoming changes, and delve into seven key predictions that are set to reshape the realm of change management in the coming year.
Background
Inflation Continue to Drop: A Ray of Economic Hope
One of the pivotal factors shaping the economic landscape in 2024 is the anticipated drop in inflation. After grappling with economic uncertainties, organizations can breathe a sigh of relief as the pressure from rising costs eases. This economic respite paves the way for strategic investments and initiatives, creating a conducive environment for change.
Avoiding Recession: Building Resilience Through Change
The specter of recession has loomed large in recent years, casting a shadow on organizational stability. However, as we step into 2024, the concerted efforts to avoid recession is forecasted to have paid off. Organizations have become more resilient, honing their ability to weather economic storms through strategic change initiatives. This backdrop sets the stage for a transformative year in change management.
Key Predictions
Agile Change as Business as Usual
In 2024, the concept of Agile Change is no longer a mere ‘work in progress’ but rather an integral part of Business as Usual (BAU). Organizations have recognized the need for agility in the face of rapid change, and Agile change methodologies have transitioned from experimental to foundational. This shift represents a change in mindset, emphasizing iterative processes, collaboration, and responsiveness to evolving circumstances. After more than 10 years of agile project methodology in the market place, agile change practices are starting to become ‘the norm’.
The Rise of Adaptive/Hybrid Change Models
Building on the previous point, agility applies beyond at an ‘intra-methodology’ perspective, but also how change approaches and methodologies need to be mixed and matched to work.
The increasing pace of change demands a more flexible approach from change practitioners. The dichotomy between structure and flexibility, innovation and process-focused strategies, gives rise to adaptive and hybrid change models. The emergence of terms like “wagile” (a fusion of waterfall and agile) underscores the need for a balanced approach that combines the best of both worlds. Organizations must strike a delicate balance between structure and flexibility to navigate the complexity of modern change initiatives.
For example, in regulated business functions there may need to be quite rigid planning of exactly when the changes must take place as well as the level of consultation and engagement required. However, the actual design of different engagement, positioning and employee involvement strategies may be tested in an iterative way.
Expanding Skill Sets for Change Practitioners
To meet business needs change practitioners will need to have a broader range of skills beyond ‘people skills’. In 2024, the demand for change professionals with a broader skill set encompassing strategic thinking, digital/data literacy, and business acumen will continue to be on the rise. As change initiatives become more complex, practitioners must equip themselves with multifaceted skills to address the diverse challenges that emerge during the change process.
For example, stakeholders are increasingly looking for data for reporting purposes to get a clearer sense of how changes are tracking. Beyond sentiments and opinions, stakeholders are looking for adoption indicators as well as precise indications of the nature of impacts across the employee population.
The Ascendance of Change Portfolio Management
Change portfolio management will continue to gain increasing visibility and importance in 2024. Organizations are recognizing the need to manage change initiatives collectively, aligning them with strategic objectives. The holistic oversight provided by change portfolio management enables organizations to prioritize, monitor, and evaluate change initiatives in a comprehensive manner, ensuring that resources are optimally allocated for maximum impact.
Whilst stakeholders may not be clear of the differences between transformation, portfolio management and change portfolio management, they are clearer of the benefits required in managing people impacts, against the need to maximise business performance and change adoption.
Leveraging Change Data for Informed Decision-Making
In the evolving landscape of change management, data is no longer just a nice-to-have; it’s a necessity. In 2024, the norm becomes leveraging change data to make informed decisions. Organizations recognize the value of data analytics in understanding the impact of change, identifying patterns, and proactively addressing challenges. This data-driven approach enhances the efficacy of change initiatives and provides a foundation for continuous improvement.
It is no longer that the expectation for data-led decision making rests in project functions such as technical development, business analysis, testing and user-experience. Change management teams are also expected to demonstrate the impact of their work through data.
Increasing Use of Software in Change Implementation
The leverage of software in change implementation should see an uptick in 2024, along with general increase in software usage rates in organisations. Organizations are leveraging technology to streamline and enhance various aspects of the change management process. From change project management tools, change measurement platforms, as well as change portfolio management tools the role of software can accelerate the pace of change initiatives and supports the realisation of benefits.
AI for Change: From Wait-and-See to Full Adoption
Artificial Intelligence (AI) for change management is no longer a ‘wait-and-see’ proposition; it’s a reality in 2024. In 2023 a lot of users have sat on the fence as others argue about the risks in using AI and data security. The launch of Microsoft Co-pilot and the continued adoption of Chat GPT 4 signal a paradigm shift in how organizations approach AI. Users will over time be used to asking a chat bot, using prompts to form analysis and other AI features to augment their work. Advanced AI change tools can also assist in decision-making, predictive analytics, and even virtual facilitation, revolutionizing the efficiency and effectiveness of change processes.
In addition, there will be significant interest in change management tools that have incorporated AI features, from data and trend analysis, risk analysis to recommendations on change approaches.
As organizations navigate the complexities of 2024, change management emerges as a critical linchpin for success. The predictions outlined in this article reflect an emerging shift in the approach to managing change, from the integration of Agile methodologies to the widespread adoption of AI. Change practitioners must equip themselves with a versatile skill set to thrive in this dynamic environment, where strategic thinking, digital literacy, and adaptability are paramount. As we stand on the cusp of a transformative year, organizations that embrace these predictions are poised not only to weather the winds of change but to harness them for sustained success.
Agile methodology is fast becoming the ‘norm’ when it comes to project methodology. There are strong benefits promised of faster development time, ability to morph with changing requirements, less time required to implement the solution, and better ability to meet project objectives. There aren’t too many organisations that do not use some form of agile project methodology in how they manage initiatives.
What started out as a way of developing software, has evolved into the accepted methodology for managing projects. A scan of literature available on the internet shows significant outline of the various roles and their importance in the agile project methodology process. Most roles are clearly outlined and accounted for. There are clear roles established for the business owner, the project manager, the scrum master, developers, testing and quality, product manager, architect, human-centred designer, and even IT operations.
However, there is a glaring gap. What about the role of the change manager?
A review of literature available through project management organisations such as APM (Association of Project Management) and PMI (Project Management Institute) showed glaring omission of the role of the change manager or change management practitioners from agile methodology. The same is also true for Scaled Agile Frameworks where there is a brief mention of the importance of change management in the agile approach, but no mention of the role of the change manager/practitioner.
Is it that there are less projects requiring change managers?
The evidence is against this hypothesis. Jobs in change management are plentiful, with data on ‘Indeed’ online employment portals pulling up over 38,000 job postings. On top of this, there is an increasing number of jobs posted. According to the U.S. Bureau of Labor Statistics, “management analytics” which includes change management, is projected to have a 14% growth rate between 2018 and 2028. In Australia, the ‘Seek’ employment platform projected change management job growth to be at 15% growth in the next 5 years.
Is it that agile methodology is more for technical projects and therefore the omission of change managers?
The agile approach can be used for a range of different projects, but not all projects. There is certainly evidence of agile project methodology used in a wide range of industries from financial services, government, non-profit, pharmaceuticals, utilities, and retail industries. The agile methodology is commonly cited for being better for projects where the outcome is not clearly known and where the end change has a level of uniqueness.
However, it is not true that agile methodology is only used for more technical projects. Even for projects where the focus is not on technical development, agile approaches are used widely. Agile changes have been used for re-organisation exercises. Here is an example from the Business Agility Institute. Executive teams also use agile means to manage various strategic initiatives that are not technical. Agile approaches are even applied to managing church initiatives.
What is the likely reason for the clear omission of change management in the agile methodology?
It is likely that those in charge of documenting agile methodology haven’t figured out how to incorporate change management into their frameworks.
Organisations in charge of documenting agile methodology are mainly focused on project management and software development. If we take the examples of PMI and APMG, both are project management associations, and both are focused on the project management perspectives of agile. The portion on change management is a specialism of project management. It could be that these organisations have not sufficiently developed agile change management methodology to integrate with agile project management.
Example of agile change documentation from Change Automator
Even at Scaled Agile, which is about applying agile across the organisation, the omission of the role of change managers is still the case. Frameworks from Scaled Agile are quite detailed and rigorous. All aspects of the roles of various organisational members are clearly outlined. Even the role of IT departments in DevOps are clearly spelled out to support agile. But not the role of change managers. Again, this could be due to those at Scaled Agile not having a change management background, and therefore not being able to articulate the various role detail.
However, there are some very critical roles that change practitioners play not only at project level, but at program, epic, and organisational levels. Without the right change management support the following are key risks when organisations are working at SaFe (scaled agile) level:
Change sequencing to maximise adoption across the change portfolio
Packaging change to achieve optimal change adoption, e.g. in terms of integrating communications and learning interventions across projects
Establishing business unit based change champions that can support multiple projects and can help piece together different changes for impacted employees
Identify and manage potential change saturation and change fatigue
Example of data visualization to support scaled agile from The Change Compass
There are some attempts at closing the gap to document agile change management approaches. However, most are conceptual, high level, and not sufficiently detailed to provide clear guidance and practical application for the change practitioner. On the other hand, the work of change management in agile projects should not only be clear for the change practitioner but also be clear for the project manager and other project members.
What’s the problem of omitting the role of change managers from agile methodologies?
1. The role of change management could easily be omitted. Particularly for less experienced project managers who are starting out in agile. The risk could be that change management is omitted from the project altogether since it is not called out as a clear role
2. Change practitioners are not clear with the roles they play and therefore are not sufficiently involved in driving and supporting the project in the right way. Since there is not a clear set of guidelines and methodology for change practitioners, it is common to see varying approaches in how change managers support agile projects. Some still use a similar approach as to supporting waterfall projects which may not be appropriate.
3. Agile projects are not successful because change management work is not sufficiently incorporated. With change management roles not spelt out, the project executes the change without critical change management foundations and therefore is at the risk of not achieving the adoption and benefit realisation targeted.
What should we do about this?
1. Encourage change management associations such as CMI and ACMP to invest in detailing agile change management methodology in a way that sets standards and guidelines for change practitioners to follow.
2. Influence and work with APMG, PMI and Scaled Agile to include explicitly the role of change managers and agile change management methodology.
Change management is emerging to be a strong discipline that executives are starting to recognise as critical to successful change. The role of change practitioners should be stated explicitly and recognised clearly. Change managers should not have to tip-toe in maneuvering their place in supporting agile change projects, nor should they need to convince other project team members of their place throughout various agile routines and methodology phases. It is now time for the change community to drive this and achieve the recognition that it deserves.
