Explore

Product operating model

Capability: Organisational change

Giving benefits an owner

Each piece of work now starts with a stated benefit hypothesis and a named owner.

The product lifecycle tracked work until it shipped. What the work was meant to achieve was assumed, not checked. I redesigned the lifecycle so that every intended benefit has an owner and gets revisited.

Context

The product organisation at a leading global airline, during the shift from project delivery to a product operating model.

My role

Led the lifecycle redesign, established the product management capability programme and coached senior product leaders on outcome-based goals.

The decision

Where benefits realisation belongs in the product lifecycle, and who is accountable for a benefit once the work has been delivered.

What changed

Each intended benefit has a named owner, is revisited after release and feeds the portfolio’s decisions to continue, change course or stop.

Leaders moved from output targets to outcome goals.

Stage in the model

Economic outcomes
Named ownerProposed:benefit definedDeliveredReleasedRevisitedby its ownerPortfolio reviewpersevere · pivot · stop
Where the benefit sits in the lifecycle.

Delivery ended at launch

The business case justified starting the work, then disappeared. Delivery was tracked closely until release, and the benefit was assumed to follow. Nobody was asked afterwards whether it had.

Changing the lifecycle

I redesigned the lifecycle so that benefits run through it rather than sitting in front of it. Each piece of work now starts with a stated benefit hypothesis and a named owner. After release, the owner revisits the benefit at set points, and the evidence goes into the portfolio review, where it informs whether related investment should persevere, pivot or stop.

Connecting the measures

Each benefit traces from the product outcome to cost, revenue or risk, so the review knows what it is checking.

Changing what leaders aim for

A new lifecycle changes little if people are still rewarded for the old thing. Product goals had been written as outputs: features shipped, releases made. I replaced them with outcome goals, and that was the larger change.

A capability programme gave product managers the practice to work this way. Coaching helped senior product leaders write goals they could genuinely be held to.

Evidence and limits

The principal change was to extend product accountability beyond delivery. The previous lifecycle gave strong visibility of whether work had shipped. The redesigned one required an explicit benefit hypothesis, a named owner and a review of the outcome after release.

I also changed how product leaders set goals, replacing delivery outputs with the business or operational outcomes they were meant to produce, and supported that change through capability development and coaching.

These are changes to organisational accountability and management practice. Their economic significance depends on what the reviews then do: whether they catch benefits that haven't arrived, trigger corrective decisions, or confirm that the intended outcomes were achieved. A new lifecycle is not the measure of success. The measure is whether it changes what leaders do when the expected benefit fails to appear.

What I learned

The process was the quick part. Changing what leaders felt accountable for took longer, and that is what made it stick.