Case study 02

Unwinding the
Feature Factory

How two Payroll product teams were transformed from isolated individuals focused on ticket throughput into self-organising product teams — with business value time increasing by 72% and waiting time eliminated by 92%.

Sector

Global SaaS / FinTech

Location

United Kingdom

Duration

~16 months

Note

Same client as CS01 — return engagement

Business value time

+72%

↑ 30.6% → 52.6% of total time

Waiting time

−92%

↓ 6.4% → 0.5% — near-eliminated

Context switching

−56%

↓ 8.0% → 3.5% of total time

"Less than a third of total engineering time was being spent on work that directly delivered business value."
Baseline finding — two months into engagement
The recommission under a COVID-era freeze

This is the same client as Case Study 01. During COVID-19, the organisation suspended all external engagements as a cost-control measure. When the Payroll product organisation needed structural help, the leadership team made a specific exception to recommission this work.

No pitch. No competitive process. The decision was made on the basis of results already observed in the same organisation. That kind of endorsement — revealed preference under constraint — is a different quality of signal from any reference or testimonial. I include this case study because that decision is itself part of what this engagement demonstrates.

The full diagnostic data, time allocation methodology, Five Dysfunctions assessment detail, and intervention documentation are on orchiture.com.

Teams shipping continuously, owning nothing

Two Payroll product teams. Engineers working as isolated individuals, assigned to whichever feature needed resource at any given moment. No defined product area. No team ownership of outcomes. Ticket throughput was the measure — not value delivered.

The feature-centric model had a quantified cost. Context switching — the tax on individual assignment — consumed 8% of total engineering time. Waiting, driven by an unresolved inter-team dependency, consumed a further 6.4%. Together, these two structural failure modes were costing the equivalent of nearly three-quarters of a working day per engineer per week — close to 38 days per engineer each year, or the equivalent of almost eight working weeks of engineering capacity lost to structural inefficiency.

Baseline: 30.6% of engineering time on business value work The remaining 70% was distributed across coordination, context switching, waiting, meetings, status reporting, planning overhead, and personal development. This is not a performance problem. It is a structural one. The model itself was consuming the team's capacity before they could apply it to anything useful.

What context switching reveals

Teams without a defined product area cannot protect their focus. Each assignment switch carries a cognitive load cost that is invisible in any velocity metric but visible in time allocation data.

What waiting reveals

Waiting time in a development team is almost always structural — teams blocked on decisions, dependencies, or handoffs they don't control. Here it was almost entirely one inter-team dependency with no agreed resolution mechanism.

Four changes, each targeting a specific failure mode

All changes were proposed to the teams as experiments — not imposed as policy. The prevailing management culture had favoured control over education and experimentation. The approach here was deliberately the inverse.

Operating model
Feature teams → mission-based product teams
Each team given a dedicated PM and XD, a defined product area to own, and a mission with specific metrics to work against. Product Managers took ownership of the team roadmap. Time allocation made explicit: approximately 60% roadmap delivery, 20% defects and minor enhancements at team discretion, 20% technical debt at engineer discretion.
Team autonomy
Self-organised product responsibility split
Rather than imposing a division of the inter-team dependency, the teams were coached to solve it themselves — given context about the problem and the space to decide. Within a month, both teams had self-organised: they held their own discussions, agreed a split, and implemented it as a team-owned experiment. That the solution came from the teams rather than from leadership was itself a signal that the coaching had taken hold.
Accountability model
Defect SLA ownership transferred to product teams
Production support and defect prioritisation had sat with Engineering Management, who decided each day which issues the teams would pick up. The people building features had no direct hand in deciding what quality problems took precedence — that call was made elsewhere. Ownership was transferred to each product team. Teams now had direct accountability for the quality of their product area, which changed how they thought about the work they were shipping.
Team operating rhythm
Status reporting replaced with team-led planning
The daily afternoon meeting — where engineers individually reported progress upward to management — was cancelled. The morning standup was restructured into a team planning session: the team decided together how to use the day's collective capacity. This single change shifted the team's primary orientation from individual accountability upward toward collective accountability to each other.
On the cultural work that ran alongside Structural changes were necessary but not sufficient. The teams had developed habits — artificial harmony, individual focus, conflict avoidance — that would have undermined the new operating model without deliberate intervention. One-to-one coaching and structured retrospectives designed to surface real disagreements ran throughout the engagement, not as a separate phase.
Measured across sixteen months — where the time went

Time allocation data was captured at baseline (~2 months in) and at close (~16 months in). The comparison provides a direct measure of how structural and cultural changes affected the distribution of engineering time.

Business value time
30.6% 52.6%
+72% relative increase. The primary outcome of every other change.
Context switching
8.0% 3.5%
More than halved. Engineers with a defined product area protect their focus naturally.
Waiting time
6.4% 0.5%
Near-eliminated. The self-organised product split removed the dependency generating almost all of this.
How engineer time was spent — before & after % of total time · ~2 months in vs ~16 months in
Business value
Before 30.6% → After 52.6%
+72%
Context switching
Before 8.0% → After 3.5%
−56%
Waiting
Before 6.4% → After 0.5%
−92%
Slack / Email
Before 6.4% → After 4.2%
−34%
Five Dysfunctions assessment — near close of engagement ~12 months in · one of two Payroll teams · out of 5
Trust
4.17
Conflict
3.79
Commitment
3.71
Accountability
3.40
Results
4.06

Accountability remains the lowest dimension — as it typically does on teams transitioning from an individual-contribution culture.

The signals that matter for a CTO reading this

Time allocation is a more honest diagnostic than velocity. Velocity can be gamed; time allocation cannot. When 70% of your engineering time is not on business value work, no amount of sprint process improvement will fix it. The structural model has to change.

The inter-team dependency — the single most impactful structural problem — was solved by the teams themselves, not imposed by the practitioner or by leadership. That the teams self-organised to resolve it is a more durable outcome than any mandated fix would have been. It's also a signal about where the real work of an embedded engagement happens: not in the recommendations, but in the coaching that makes the teams capable of solving their own problems.

Cultural change takes longer than structural change. Trust, conflict tolerance, and results-orientation all moved quickly once psychological safety improved. Accountability — teams holding each other to standards — takes longer. It requires the other four dimensions to be stable before it can take root. It should be the last thing expected, not the first thing measured.

A score of 3.40 reflects a team that had moved from avoiding difficult conversations entirely to beginning to hold each other to shared standards. The journey, not just the destination, is the signal.

The engineers in these teams were the same people at close as at the start. What changed was the conditions in which they were working: a defined product area, team-owned accountability, and the habit of resolving their own structural problems. A team capable of those things does not need the practitioner to keep working. That is what the engagement built toward.

Previous case study

Scaling Without Breaking

The first engagement with the same client — where the recommission for this one was earned.

← Read case study 01

Recognise the problem?
Let's talk about the fix.

Most conversations start with one of these scenarios. Most of them end with a clearer picture of what's actually going on, and what to do about it.

Let's talk →