Technology programmes rarely fail suddenly. Research from McKinsey, Gartner, PMI and Standish shows that most large-scale transformations exhibit early warning signals — including decision delays, capability gaps, weak governance and declining user engagement — long before delivery failure becomes visible.

Technology programmes rarely move from healthy to failing overnight.

In most cases, early warning signs appear gradually but are often normalised as “delivery complexity”.

A decision takes longer than expected. A dependency becomes harder to resolve. A key specialist becomes critical to progress. Milestones begin to slip incrementally. Reporting may still show progress, but confidence in delivery starts to weaken.

Individually, these issues may feel manageable. Together, they can indicate deeper structural delivery challenges.

Cross-industry research into large-scale transformation — including findings from the Standish Group CHAOS Report, McKinsey, Gartner, PMI and Prosci — consistently shows that programme underperformance is rarely caused by a single issue. It typically emerges from a combination of governance, capability, decision-making and adoption challenges.

The following seven warning signs are commonly observed before a programme is formally recognised as being in difficulty.

1. Important decisions are taking too long

One of the earliest indicators of delivery risk is decision delay.

Teams escalate issues because ownership is unclear. Steering groups request additional analysis. Design decisions are revisited multiple times. Suppliers wait for direction before progressing.

The PMI Pulse of the Profession consistently highlights slow decision-making and unclear governance as contributors to project underperformance.

The result is often a programme that appears active but is effectively stalled in decision cycles.

A useful leadership question is:

Which critical decisions have been open for more than 30 days, and what is preventing closure?

If decisions are consistently delayed, governance is likely constraining delivery rather than enabling it.

2. The plan only works if everything goes right

A second warning sign is an overly optimistic or fragile plan.

This is often visible when:

  • multiple critical workstreams must complete simultaneously
  • there is limited contingency or rework allowance
  • data migration is assumed to be low risk
  • supplier timelines are treated as fixed
  • testing is compressed to protect launch dates
  • risk buffers are minimal or absent

The Standish Group CHAOS Report has consistently shown that large IT initiatives are impacted by unrealistic assumptions, shifting requirements and insufficient planning tolerance.

McKinsey research similarly highlights that over-optimism in planning is a common driver of transformation underperformance.

A credible plan should explicitly show where uncertainty exists, not assume it away.

Ask:

What happens to this plan if two key assumptions prove incorrect?

If the answer is unclear, the plan is likely more fragile than it appears.

3. Fundamental design questions remain unresolved

Delivery should refine design — not define it.

A warning sign appears when core design decisions are still open during build or testing phases.

This includes:

  • business processes still being defined during delivery
  • unclear target operating model decisions
  • late discovery of key integrations
  • ongoing scope ambiguity
  • unresolved ownership between teams

McKinsey transformation research highlights that unclear operating models and incomplete design decisions are a major contributor to transformation failure, particularly in complex cross-functional programmes.

The key distinction is:

Are we refining a defined solution — or still discovering what we are building?

If it is the latter, delivery risk is significantly higher than typically reported.

4. Critical capability is missing or overly concentrated

A programme can appear well-resourced while still being structurally vulnerable.

The issue is not headcount — it is capability distribution.

Warning signs include:

  • critical knowledge held by one or two individuals
  • difficulty recruiting or retaining specialist roles
  • heavy reliance on contractors for core design decisions
  • business SMEs pulled back into operational work
  • suppliers holding key system knowledge
  • inconsistent senior sponsor engagement

Gartner research on digital transformation consistently highlights capability gaps and operating model misalignment as key causes of delivery underperformance.

The risk increases when progress depends on individuals rather than embedded capability.

A key question is:

If one or two key people left tomorrow, what would be delayed or stop entirely?

If the impact is significant, capability risk is high.

5. Business engagement is declining

Transformation success is strongly linked to sustained business involvement.

Prosci research consistently shows that user engagement and adoption are among the strongest predictors of transformation success.

Warning signs include:

  • reduced attendance in design workshops
  • business decisions delegated away from SMEs
  • testing treated as an IT-only activity
  • operational teams disengaging from design
  • users only involved at UAT (user acceptance testing) stage
  • perception that “IT owns the system”

When engagement declines, adoption risk increases — even if delivery remains on track.

A technically complete system that is poorly adopted will still fail to deliver expected value.

Ask:

Are the people who will operate the service still actively shaping it?

If not, adoption risk is already emerging.

6. Reporting is improving while confidence is declining

A common pattern in struggling programmes is increasing reporting maturity alongside declining confidence in outcomes.

Dashboards become more detailed. Metrics increase. RAID logs expand. Status reporting becomes more frequent.

Yet senior stakeholders become less confident in delivery.

Gartner research on programme governance highlights that excessive reporting can sometimes obscure underlying delivery uncertainty rather than resolve it.

The key question is whether reporting supports outcome-based decision-making:

  • Are benefits still achievable?
  • Has cost materially changed?
  • Has delivery confidence improved or declined?
  • Which assumptions have changed?

If reporting focuses primarily on activity rather than outcomes, it may be creating a false sense of control.

7. Suppliers and commercial structure are shaping delivery

In complex programmes, commercial structure can either enable or constrain progress.

Warning signs include:

  • unclear ownership across suppliers
  • frequent change requests outside original scope
  • dependencies not reflected in delivery plans
  • contractual boundaries blocking end-to-end resolution
  • critical capability locked within a single vendor
  • delays driven by commercial rather than technical issues

McKinsey and Gartner both highlight that multi-vendor complexity and weak commercial integration are common contributors to transformation underperformance.

The risk is fragmentation — where each supplier delivers their component, but no one owns the end-to-end outcome.

Ask:

Who is accountable for the full business outcome, not just their contract scope?

If this is unclear, delivery risk is structural.

Do not wait for formal escalation

None of these signals alone indicates failure.

The risk emerges when several appear together.

A simple executive check:

 Question  Warning signal
 Are decisions being made quickly enough?  Persistent delay
 Is the plan realistic under uncertainty?  Best-case assumptions dominate
 Is design stable?  Core questions remain open
 Do we have the right capability?  Key-person dependency
 Is business engaged?  Declining participation
 Is reporting outcome-focused?  Activity over value
 Are suppliers aligned to outcomes?  Fragmented ownership

The objective is not to increase governance, but to identify constraints early enough to act.

Early intervention is significantly cheaper than recovery

Most challenged programmes do not require full reset. They typically require targeted correction, such as:

  • accelerating decision-making
  • strengthening capability in specific areas
  • simplifying governance
  • clarifying scope boundaries
  • improving integration alignment
  • improving supplier coordination

The earlier these issues are addressed, the lower the cost and disruption of correction.

Dig-X works alongside enterprise teams where programmes require additional delivery capability, technical leadership or integration support to stabilise execution and restore momentum.

Seeing early warning signs in your programme?

If delivery confidence is weakening, early diagnosis of the underlying constraint can prevent escalation into a full recovery programme. Contact us to discuss how to spot a delivery risk:

Blog Contact