The First 90 Days of Transformation: What to Get Right Before Delivery Begins


Nicole Kennedy

Posted Aug 28, 2026

The First 90 Days of Transformation: What to Get Right Before Delivery Begins

Transformation programmes rarely fail because leaders lack ambition. They fail because the work starts before the conditions for delivery are in place.

Spinwell Global · 6 min read · 28 August 2026


The Conditions for Delivery Are Set Early

A transformation programme can have a compelling business case, senior sponsorship and a credible budget—and still be in difficulty before its first major milestone.

That is because the early phase is often treated as a prelude to “real” delivery. It is not. The first 90 days determine whether a programme has a clear mandate, workable scope, accountable leadership, realistic capability and the governance to make decisions at pace.

This matters particularly in public sector, defence and regulated environments, where programmes must maintain service continuity while navigating complex stakeholder groups, legacy systems, commercial constraints and public scrutiny. By the time a delivery problem becomes visible in reporting, the causes are often months old.

The most effective programmes do not wait for the plan to slip before they address delivery readiness. They build it deliberately from day one.

The first risk is false certainty

At the start of a programme, confidence can be misleading. A business case may describe a clear end state, but that does not automatically answer the operational questions that determine whether delivery can begin:

Without those answers, a programme can quickly become busy without becoming effective. Teams create plans, hold workshops and commission technology, but dependencies remain unclear and decisions drift upward because no-one has a shared view of what matters most.

The first 90 days should reduce uncertainty, not disguise it.

Start with outcomes, not a technology or organisation chart

Programmes often begin with a solution already in mind: a new platform, a new operating model, a centralised service or an automation target. Those may be part of the answer, but they are not the starting point.

The starting point is a precise description of the outcome the organisation needs to achieve. For example:

An outcome-led approach changes the quality of the programme conversation. It helps teams distinguish what is essential from what is desirable, identify the services that cannot be disrupted, and establish the measures that will show whether change has worked.

It also makes capability requirements clearer. If the objective is simply “implement a new system”, a programme may prioritise technical delivery alone. If the objective is to improve a service end-to-end, it becomes clear that the programme also needs business analysis, service design, change leadership, operational ownership, data expertise and governance.

Build the leadership spine early

A programme does not need every role filled on day one. It does need an accountable leadership spine.

That means clear ownership across the decisions that shape delivery:

Area – What needs to be clear in the first 90 days
Sponsorship – The senior leader accountable for outcomes, trade-offs and organisational commitment
Programme leadership – Who owns the integrated plan, dependencies, risks and delivery rhythm
Operational ownership – Which service leaders will own the change once it moves from programme to business-as-usual
Technology and data – Who can make informed decisions about architecture, integration, security and data quality
Change and engagement – Who is responsible for workforce readiness, stakeholder communication and adoption
Governance – Which decisions sit where, when they will be made and how unresolved issues are escalated

Where this leadership spine is weak, delivery teams are left to work around ambiguity. Programme Managers become substitute decision-makers. Technical specialists are asked to resolve policy questions. Senior sponsors receive updates but not the choices they need to make.

That is not a reporting issue. It is a design flaw.

Map capability before mobilisation accelerates

Transformation is often resourced in a sequence that creates avoidable risk: procure the technology, appoint a delivery lead, then discover later that the programme lacks people who understand the current process, the data, the stakeholders or the path to adoption.

A more disciplined approach is to map the capabilities required across the programme lifecycle before mobilisation accelerates.

Most complex transformation programmes require a combination of:

The question is not whether every one of these roles should be a permanent hire. It is whether the programme has access to the right level of capability at the point it is needed.

Some needs are enduring and should be built internally. Others are immediate, specialist or outcome-defined and may be best met through an interim leader, embedded specialist or fixed-scope delivery support. The important thing is to make that choice deliberately—before a capability gap becomes a programme delay.

Treat governance as a delivery tool

Governance is often framed as a compliance requirement: steering groups, reports, risk registers and approval gates. In a well-run programme, it is much more useful than that. It is the mechanism that keeps decisions moving.

Effective governance in the first 90 days should establish:

A programme does not become controlled because it has more reporting. It becomes controlled when the right people can see what is happening, make decisions quickly and hold one another accountable for the next action.

Make workforce readiness part of the plan

Even the strongest technical or operational design will fail to create value if the people affected by it are not ready to use it.

Workforce readiness should be considered at the same time as process design and technology decisions—not added shortly before go-live. That means understanding whose work will change, what new decisions they will need to make, which skills will be required, what support managers need and where resistance or uncertainty is likely to emerge.

This does not mean treating every concern as a reason to delay change. It means recognising that adoption is a delivery discipline. The people closest to the service often see risks and workarounds that are invisible in a programme plan. Engaging them early improves the design as well as the likelihood of successful implementation.

For leaders, a useful test is simple: could the team responsible for delivering the service explain how their day-to-day work will change, why it is changing and where they will get help? If not, the programme is not ready to assume that implementation will equal adoption.

A practical 90-day checklist

Before a transformation programme moves into full delivery, leaders should be able to say that they have:

  1. Defined the priority outcomes and how success will be measured.
  2. Identified the services, users and operational constraints that must shape the design.
  3. Established accountable sponsorship, programme leadership and decision rights.
  4. Mapped the critical capabilities needed for the next stage of delivery.
  5. Chosen which capability to build internally and where to use specialist external support.
  6. Set a governance rhythm that resolves decisions rather than simply reports progress.
  7. Tested assumptions with the people, teams and partners affected by the change.
  8. Created an initial workforce-readiness plan covering skills, communication, adoption and support.

None of this removes uncertainty. Transformation work is inherently complex, and conditions will change. But it ensures that uncertainty is visible, owned and managed before it becomes an expensive problem.

Delivery starts before the build phase

The first 90 days are not administrative set-up. They are the point at which a transformation programme becomes either executable or vulnerable.

Organisations that invest in outcome clarity, leadership, capability, governance and workforce readiness early are better placed to absorb change later. They are less likely to rely on last-minute escalation, rushed recruitment or expensive external intervention to recover momentum.

The message for programme leaders is straightforward: do not wait for delivery to begin before building the conditions for delivery.

At Spinwell Global, we support public sector, defence and digital organisations with the specialist programme, change, PMO, business analysis, data and technology capability needed to mobilise and deliver complex transformation. Whether the need is a permanent appointment, an embedded specialist, interim support or a broader delivery team, the objective is the same: put the right capability in place before the pressure compounds.

Need to strengthen delivery readiness for a transformation programme? Speak to Spinwell Global.

About Spinwell Global

Spinwell Global is a specialist recruitment consultancy supporting public sector, defence, digital, technology, risk and security organisations. With offices in the UK, Dubai and Singapore, we connect organisations with permanent, contract and fractional specialist capability across complex delivery environments.

Get in touch with us

Suggested Blogs

We’ve included a selection of additional job search and recruitment blogs below. Each one provides practical advice and deeper insights to support both candidates and employers in today’s evolving job market.

AI Workforce Readiness: How Organisations Build AI Capability

Nicole Kennedy

Posted Aug 21, 2026

AI projects do not fail at the pilot. They fail when nobody owns the outcome. Most organisations approaching AI begin…

UK Defence Procurement Opportunities: A Supplier Guide

Nicole Kennedy

Posted Aug 14, 2026

UK Defence Procurement Opportunities: A Supplier Guide The UK Defence Investment Plan commits £298 billion across four years. For suppliers,…

Fractional Cyber Security: Why Organisations Are Moving Beyond Permanent Hiring

Nicole Kennedy

Posted Aug 07, 2026

Why the six-month cyber hire is being replaced by embedded and fractional delivery models What regulated organisations, hiring managers and…