The warning usually exists before the failure does

How to make sure what your technical teams already know reaches the people deciding.

Denis Soldatenko

Product Manager

The warning usually exists before the failure does

How to make sure what your technical teams already know reaches the people deciding.

Denis Soldatenko

Product Manager

When Alan Mulally arrived at Ford in 2006, the company was heading for a loss of more than twelve billion dollars, and every chart at the weekly business review was green. He kept asking how that was possible. Some weeks later Mark Fields showed a red one, and waited to be fired. Mulally started clapping.

Navigating internal politics

Fields had not broken anything. He had simply shown, in a room that had learned to reward green, that one of his programmes was in trouble. The applause was the whole point. The information had always existed inside Ford. It just had nowhere safe to travel.

Meanwhile, most organisations lose the same information quietly. The technical team sees the problem early, cannot get it heard, and it arrives months later as a surprise that costs far more to fix.

The difference? One company built a route for bad news. Most leave it to chance and call the result bad luck.

The warning usually exists long before the failure does

Where the information gets stuck

When a Fortune 500 company faced a multi-country platform challenge, we found that the technical architects had valuable early insight that was not reaching decision-makers. By creating proper channels between the technical teams and the executives, warnings turned into project improvements rather than post-mortems.

Stakeholder engagement

75% of projects can be saved

Early stakeholder engagement prevents 75% of transformation project failures.

Startups

Scope

40% fewer scope changes

Proactive stakeholder identification reduces scope changes by 40%.

Enterprise

Arriving in somebody else’s organisation

When an external agency walks into a company, the default internal reaction is defensive, and understandably so. We position internal teams as the project leaders and knowledge experts rather than the people being worked around, which turns resistance into something closer to enthusiasm.

We also map the key stakeholders up front and give each of them a meaningful role. When people feel included from the beginning, the late-arriving demands that wreck projects mostly do not arrive.

Translating between technical and executive

Technical teams often identify critical issues early and then struggle to communicate them in a way that travels. We convert those concerns into business language, which is frequently the difference between a problem that gets solved and one that gets expensive.

With Fortune 50 companies on complex regulatory requirements, we put compliance checks at the start rather than the end. Front-loading it turns the obvious roadblock into an advantage, while competitors deal with the same questions at the worst possible moment.

Requirements

56% more likely to succeed

Strategic stakeholder involvement increases project success rates by 56%.

Enterprise

Productivity

20% better productivity

Organisations that actively measure engagement see up to a 20% improvement in alignment and productivity.

Startups

Ownership stays inside

Rather than working around internal teams, we make them the owners. Through the design system approach they keep full control while gaining capability, which is what makes the result survive after we leave.

We work with company dynamics rather than around them. Understanding what individuals are motivated by, what each department is measured on and how the hierarchy actually behaves is what creates alignment, and alignment is what makes the rest of the work possible.

This flashy page isn’t enough, let’s talk about your specific case

Let’s keep in touch.

Discover more about high-performance web design. Follow us on Twitter and Instagram.