Last week, Don Harrison, developer of the AIM Change Management Methodology, led a webinar on Implementing Agile: Integrating Change Management for Sustained Adoption. If you don’t already know AIM, you’ll find that it not only complements Agile, it is Agile, and was way ahead of its time! In the session, Don provided practical, realistic guidance on what it takes to become an Agile organization, and what risks you need to be prepared for.
Implementing Agile is Culture Change
Agile is a mindset, just like Lean, or safety. If results suffer, it will be because the organizational mindset hasn’t changed. Agile requires a new definition of success that is based on achieving business value for the project. Simply put, the job is not finished until you get to business value. This has a major impact on what you measure.
Remember the AIM principle: “You can anticipate the most resistance from those with the highest vested interest in things remaining the same.” In the case of Agile, that means you can anticipate the most resistance in mid to upper management in the IT, the PMO, and the Business! You can anticipate much more resistance from mid-management up, compared to mid-management down.
Change Management is Embedded
In an Agile environment, change management has to be embedded into the team, and it needs to be focused on from the start of the project. Every Sprint Team requires three types of people:
From a change management perspective, you will need to apply resources to build Readiness both within the project team and the organization. If you don’t focus on building Readiness, know that you will pay for it later with resistance. There is no other payment option. The good news is that Agile requires heavy involvement, which leads to feelings of control, and helps to manage resistance. But as Don pointed out, how you start to build Readiness is different in Agile compared to other projects.
The Integration Points for Change Management and Agile
The Agile model is a 6 step process: Plan, Design, Develop, Test, Deploy, and Monitor. But be aware that the Deploy step is actually a 4-stage process: Uptake, Utilization, Adoption and Optimization.
In an Agile environment, the integration of change management and project management starts at the beginning. Running the two plans in parallel, or waiting until each Sprint is over, and then handling the people-side of the project is not going to work. Instead, change management principles, tools, and deliverables need to be blended together with your Agile project from the start.
Agile is not an adjective, and it’s not a training course. It is a continuous improvement process, not unlike Lean, that will cause your entire organization to think in a new way. The AIM Change Management process was developed with similar goals in mind. AIM is a fit-for-purpose change management methodology built to increase speed in a culture of constant change and improvement. The two processes marry together in a perfect fit. Implementing them together just makes good business sense.