Transformation assurance is not the same as programme management

When a major technology transformation runs into trouble, the organisational response is almost always the same: strengthen programme governance. More reporting. More status updates. A more senior programme director. A more rigorous change control process. Better RAG ratings.

These interventions improve programme management. They rarely improve transformation outcomes. Because the things that cause transformations to fail (misaligned business objectives, underestimated organisational change, benefits that were never realistic, architecture that does not match the operating model) are not programme management problems. They are assurance problems. And the disciplines required to catch them are different from the disciplines required to manage a project plan.

What programme management does and does not tell you

Programme management answers a specific set of questions well: Is the work proceeding to plan? Are costs tracking against budget? Are milestones being hit? Are risks being identified and logged? These are important questions. They are not, however, the questions that determine whether a transformation will deliver value.

A programme can be green across every RAG status while simultaneously heading towards a set of outcomes that do not match what the business actually needs. The technology can be delivered on time and the benefits can still fail to materialise. The milestones can be hit and the organisation can still reject the change. Programme management does not catch these failure modes because it is not designed to.

What transformation assurance adds

Transformation assurance asks a different set of questions: Is the transformation still solving the right problem? Are the benefits assumptions still valid? Is the operating model that will operate the new technology ready to do so? Are the people who will use the system prepared for the change in how they work? Are there architectural decisions being made now that will create constraints later?

These questions require a different perspective from the one the programme team has. The programme team is invested in the programme succeeding. Assurance requires the ability to say, from a position of independence, that a programme is succeeding on its own terms while failing against the outcomes that matter.

Where assurance sits in the governance structure

Effective transformation assurance is independent of programme delivery and reports to a different level of the organisation. It is not a quality gate at the end of a phase. It is an ongoing function that runs in parallel with delivery and is specifically empowered to raise concerns that the programme team cannot or will not raise themselves.

If your transformation governance structure does not have this distinction clearly defined, you have programme management. You do not have assurance.

Leave a Reply

Your email address will not be published. Required fields are marked *