top of page

Unlearning the Awkward Truth: Why Great Teams Can Still Build the Wrong Product

  • Iwona Wilson
  • Feb 17
  • 3 min read
Great Team brainstorming together

Source: Canva


For a long time, I used to say that projects need fixing. It sounded reasonable, practical, even helpful. But over time, that language stopped sitting well with me.


Fixing assumes something is broken. And who is to say that?


What I see now isn’t failure. It’s patterns. And patterns don’t ask for judgment - they ask for attention.


Imagine this for a moment


Imagine a couple building a house together. Both are intelligent, thoughtful, smart, well-intentioned. And they argue, a lot. Not because either of them is wrong or not because one isn’t listening.


But because they are speaking from different hymn sheets.

They never fully aligned on the vision of the house:


  • What matters most

  • What is non-negotiable

  • What can be compromised

  • What “good” actually looks like


So every design choice becomes a debate. Every change feels personal. Every decision reopens old assumptions.

Nothing is broken. But the BEGINNING IS TOO NARROW for what the project requires.


Projects don’t break. They unfold.


Projects behave the same way. Direction is set early, sometimes formally, and everything that follows expands from that point.

Execution doesn’t correct direction. It amplifies it.

That’s why strong teams can deliver impressive results… that still don’t quite match the original intent.


Vision before requirements


What’s missing in many projects isn’t effort or capability.

It’s a shared vision.

Only once vision is aligned does it make sense to talk about requirements. This is where minimum functional requirements matter. Not exhaustive specifications. Not perfection.


Just a clear set of conditions that must be met for each key stakeholder to say:

“Yes - this works for me.”

These requirements surface differences early:


  • What must be included

  • What is flexible

  • Where trade-offs exist

  • Where tension may appear later


Without this, teams still move forward but alignment is assumed, not established.


The value of a minimal roadmap


Once vision and minimum requirements are clear, the next expansion is a minimal roadmap.


Not a detailed plan - JUST A HIGH LEVEL MAP

One that shows:


  • Key phases 

  • Decision points (gates)

  • Major milestones

  • Expected deliverables

  • Assurance activities

  • Primary risks in each phase


This roadmap doesn’t predict the future. It creates shared orientation. People know where they are, what matters next, and what decisions shape the path forward.


Why strong teams make this easier to miss


Good teams are very good at filling gaps. They turn ambiguity into action. They make assumptions workable. They keep things moving.


This is a strength - not a flaw.

But when early alignment is missing, momentum can hide it. Progress looks real. Activity feels reassuring. Until outcomes start asking questions no one paused to explore at the start.

Cognitive patterns at the beginning


Early project stages are shaped by very human tendencies:


  • We anchor on the first viable idea

  • Familiar solutions feel safer

  • Early effort increases commitment

  • Optimism smooths over uncertainty


These aren’t mistakes. They’re natural responses to complexity.

Expanding the beginning - through framing, vision alignment, and early mapping - doesn’t remove these tendencies. t simply brings them into view.


Why this matters for complex projects - everywhere


Whether the project involves:


  • Energy transition

  • Infrastructure

  • Technology platforms

  • Healthcare systems

  • Product development

  • A complex organizational initiative


Complexity behaves the same way.

Multiple stakeholders. Different definitions of success. Interdependencies. Uncertainty.


In these environments, outcomes are shaped less by control and more by how fully the beginning is expanded.

What I say now instead of “fixing projects”


I no longer say projects need fixing. That language carries judgment I don’t find useful.


What I do believe is this:

Projects often need to evolve or expand, especially at the start. Not because something is wrong. But because beginnings shape results.

Given the law of cause and effect, that feels less like opinion and more like observation.


A quiet leverage point


The most influential moment in a project isn’t delivery. It’s the moment when direction first takes shape, often before anyone calls it a project at all.


That’s not a problem to solve.


It’s a place to pause, expand, and align.


And sometimes, that is enough to change everything that follows.

Comments


bottom of page