Planview-bloggen

Leading the conversation on digital connected work

Människor i Planview

The R&D Decision Problem Behind Every Late Product Launch

The bets funded are the products launched and everything else is commentary

Publicerad Av Brandon Harville
The R&D Decision Problem Behind Every Late Product Launch

Ask any product development leader what went wrong on the last program that slipped, and the pattern is familiar enough that it barely needs describing:

  • Launch dates that hold in the plan and move in the quarter
  • Programs that clear every gate and still fail to earn back their cost
  • Handoffs that stall between engineering, quality, supply chain, and manufacturing

Read that as an industry condition, and the odds look stacked against you before a program starts. Read it as a record of decisions, and a different picture appears.

  • Every delayed launch passed through an approval
  • Every program that never earned its return was funded by someone who believed it would
  • Every stalled handoff sat inside a pipeline someone kept filling

The decisions that set your launch dates are made long before those dates slip, and the person making them is you.

Deciding what gets funded, deferred, or killed is the job, made one program, one gate, one funding call at a time.

Now for the good news: those decisions are winnable. Abbott Nutrition moved on-time product launches from 60% to 98%, a gain that came from choosing the right products to pipeline, not from teams working harder inside a crowded one.

This series covers how strong R&D leaders decide, pivot, and prove product bets. Get the right products to market. Own every decision that got them there.

Approve Fewer Things, Ship More

Every approval answers a question, whether or not anyone asks it out loud: which bets should we fund, accelerate, or stop?

A funnel narrows on purpose. Ideas enter wide, and only the strongest reach a gate review with real backing behind them.

The alternative is a tunnel letting everything through. In this scenario, the pipeline clogs, teams context-switch across too many commitments, and very little reaches market on the promised date. Which one you run gets settled at approval, not by how hard your teams work downstream.

Reviewing and approving fewer things is one of the simplest ways to get products to market on time, and it sits entirely within your control.

Capacity Is a Skills Question

The tunnel usually forms around capacity, because capacity gets treated as a headcount question when it is a skills question. A gate decision that clears on the strength of available engineers can still fail on the specific people it needs:

  • The regulatory specialist already committed to two submissions this quarter
  • The one test engineer qualified on the platform this program depends on
  • The supply chain lead whose availability the schedule quietly assumes
  • The manufacturing engineer needed at launch, not at design freeze

Approve without checking that, and the commitment does not disappear. It transfers. Someone further along absorbs it, usually by slipping a date on work that was already approved and already promised to a customer.

Every approval made without checking capacity becomes a commitment someone else now has to deliver.

Defend Every Funding Decision

Most product development organizations can state their strategy. Far fewer can trace a funded program back to it.

The gap shows up in measurement. R&D teams routinely carry goals beyond delivering the roadmap:

  • Accelerating time-to-market
  • Raising on-time launch rates
  • Increasing throughput

Those goals get named in planning sessions and then never baselined, so nobody can say whether three years of gate decisions moved them at all.

Your accountability here is narrower and harder than approving good work. You have to be able to say why a program was funded, not just confirm that it was.

That answer determines what you can do later. Killing a program is the hardest call in gated development, and it gets harder when you never wrote down the original yes. If you can’t defend funding on strategic grounds, you can’t defend stopping it, and the decision starts to look political to the people whose work gets cut. A defensible yes records three things:

  • The strategic outcome the program serves, stated specifically enough to measure
  • The capacity committed to it, by skill rather than by headcount
  • The conditions that would trigger a stop, agreed before the first gate

Strategy is what makes a yes defensible. Without it, approvals are consistent at best, and consistency is not judgment.

Own the Call You Made

The products that reach market are the ones you decided deserved capacity. Being able to show that reasoning, at the gate and a year after it, is the job.

The value follows from there. Better decisions raise productivity through sharper resource forecasting, efficiency by cutting the manual reporting that surrounds every gate, and effectiveness in on-time delivery and cycle time. Those three lead to the outcomes your business case rests on: more revenue, lower cost, less risk.

You don’t have a speed problem. You have a capacity decision to defend.

The plan that was right in January may not be right by March. Requirements shift, a supplier moves, a competitor launches first, and the program you funded with conviction now needs a different answer.

Coming next: PIVOT. What happens when the decision doesn’t stop at yes?

Want the framework behind these decisions? Explore how Planview helps R&D leaders fund the right products, defend every gate call, and pivot fast when plans change: Visit our page on Research and Development.

Relaterade inlägg

Skrivet av Brandon Harville

Brandon är innehållsstrateg på Planview. Innan han kom hit tillbringade han 5 år med att skriva om agil projektledning. Han tror verkligen att kärnvärden som empati, kommunikation och att lära sig av misstag gör Agile till mer än bara en affärsfilosofi - de gör Agile-principerna till en livskunskap.