Why digital transformation stalls after alignment.

Alignment is easy to agree on. Coordinated delivery is where the work really begins.

Most digital transformation efforts don’t fail because people can’t agree on the direction. In many organisations, there’s genuine agreement about what needs to change. Strategies are in place, roadmaps are drawn up, and leaders are broadly on the same page. The real challenge begins after that, when teams with different ways of working have to turn plans into coordinated action.

To outsiders, delays look like delivery problems. Timelines slip, integrations take longer than expected, and new dependencies appear late. Inside the organisation, the issue is usually coordination. Teams interpret the same agreement differently, shaped by their own goals, constraints, and histories. Momentum starts to fade even though nothing obvious seems broken. What felt aligned in a meeting begins to come apart in day-to-day work.

At this stage, someone needs to take on the job of turning direction into real progress. That responsibility rarely comes with authority over every team involved. Progress is still expected, even when it depends on groups with different priorities, legacy systems, and different attitudes to risk. The focus shifts from setting direction to keeping things moving.

Agreement is often treated as a finish line, when it’s really a transition. Workshops and announcements can feel like closure, but they should signal the start of more detailed decisions. Questions that were deferred in the name of alignment return quickly. What should happen first, what can wait, and how trade-offs will be handled when resources are tight.

This is often where system integration efforts get stuck. Integration is framed as a technical task, but the real friction usually sits elsewhere. Teams are being asked to change how they work, not just which tools they use. Processes that made sense before come under pressure, and when those pressures aren’t recognised, resistance shows up indirectly through delays, workarounds, or quiet disengagement.

Keeping things moving usually means making a series of small, unexciting decisions. Large transformation goals have to be broken into steps teams can realistically absorb. Someone has to be clear about what won’t be tackled yet, even when that’s uncomfortable. Here, steady progress matters more than ambition. Visible results build confidence, while long stretches spent at the level of abstraction tend to wear it down.

Leadership support plays a different role at this point. Endorsement helps, but it doesn’t resolve daily uncertainty. What matters more is clarity about who makes which decisions and how issues are escalated. When teams know where decisions sit, they move faster. When they don’t, trade-offs get worked out informally, which slows everything down.

Methods like service design and human-centred design can help here, not as brainstorming tools, but as ways to make misalignment visible. Mapping how work actually flows, where handovers happen, and where decisions stall helps teams see the wider system, not just their own part. That shared view often unblocks progress more effectively than another meeting or steering group.

There’s also a technical side that needs careful attention. Understanding how systems interact, and where their limits are, makes it possible to sequence change realistically. You don’t need to be the most technical person in the room, but you do need enough understanding to spot when optimism is starting to outpace what the system can support.

In practice, the work after alignment is less about pushing harder and more about keeping things steady. Keeping people engaged, reducing friction, and maintaining a consistent pace are what turn plans into results. Digital transformation rarely stalls because people don’t know what to do next. It stalls because the ongoing work of making it happen is harder and less visible than the agreement that set it in motion.

Previous
Previous

When electrification outpaces authority

Next
Next

Why Insight Rarely Survives Organisational Boundaries.