Discovery: Landing the Discovery+ launch on a CEO-set deadline

A launch date announced by the CEO, six teams, and a rebrand workstream that did not fit the time available. We made the delivery risk visible early enough that somebody could still act on it.
Delivery
Rung
Delivery leadership and probabilistic forecasting under a fixed, publicly announced deadline.
Duration
10 months
Engagement shape
Delivery leadership and probabilistic forecasting under a fixed, publicly announced deadline.
Stage reachedDelivery transformation, not AI work
6development teams on the launch, one of them the visual rebrand team James ran
On timelaunch hit under a fixed deadline
2platforms: Discovery+ and Eurosport
On this page

The challenge

Discovery+ had a hard launch date announced by the CEO and six teams that needed to redesign and merge content. The visual rebrand team James was asked to run was badly overloaded relative to the time available.

What we did

We moved delivery onto a data-driven footing, recalibrating Story Points to reflect actual capacity after completion rather than optimistic estimates. Across three sprints we presented the Head of Delivery with Happy, Normal and Sad path forecasts, made the probability of missing the date undeniable, and issued daily recommendations to lift speed and quality.

// run against The Tenhaw Way, published in full and free to adopt without engaging us

The outcome

Discovery+ and Eurosport got the clarity to manage delivery under real constraints and hit the launch. By the end of the engagement both teams could run those forecasting and tracking practices autonomously.

The line we would put first

Nobody was told the date was impossible. They were shown what would have to be true for it to be possible.

Limits, and what is withheld

What transfers, and what does not

Probabilistic forecasting and confidence intervals are exactly what leadership needs to govern an agentic transformation: not a single guessed date, but a range you can plan and intervene against. On the Discovery+ launch that clarity is what let a six-team programme land on a date the CEO had already announced.

Context

Why a buyer usually lands on this one

Written for the person arriving mid-programme with a question.

The board has announced the date. Now what?

This is the most common shape of the AI programmes we are called into. A date exists, it was announced by someone senior, and the delivery evidence for it does not. The instinct is to re-plan. What actually works is to stop presenting a single date and start presenting a distribution.

Here that meant three forecasts every sprint, happy, normal and sad, built from measured capacity rather than optimistic estimates, put in front of the Head of Delivery until the probability of missing was undeniable.

Why this matters more for an agentic programme, not less

An AI programme director is asked for a date on work carrying more uncertainty than a rebrand: model behaviour shifts underneath you, integration surfaces turn out to be unowned, and the evaluation criteria are often still being argued about in week three. A single date on that is fiction, and everyone in the room knows it.

A range with a stated confidence, updated weekly from real throughput, is defensible to a board and, more usefully, actionable. It tells you which week to add a person, cut a scope item or move the date, while moving it is still cheap.

Your context will differ from this one. Thirty minutes is enough to say by how much.

Talk it through
read this before you cite it

What this engagement does not claim

The same caveats the case studies hub carries, narrowed to this engagement so nothing here is a surprise to your analyst.

  1. 01

    Not an AI engagement.

    Delivery, forecasting and coordination. No models, no agents, no AI in the deliverable.

  2. 02

    We ran one workstream, not the launch.

    James was asked to run the visual rebrand team and to make delivery risk visible across the programme. The launch was landed by six teams and the organisation around them.

If you want to know whether we have done your version of this, ask on the call and we will answer plainly.

Talk it through
the other call

See how we did it

A real engagement walked through by the person who led it, then the same method applied to yours.

  • The ways of working, published in full and free to adopt without hiring us.
  • The target operating model James co-led at HSBC: designed and piloted for 500 teams, with global rollout due in 2026 and not yet rolled out.
  • The AI build inside a live London specialty insurer: a working proof of concept, month by month, with the client anonymised to a market.

Everything the call covers about our work is already published on this site. What it adds is the person who did that work, and your own situation put through the same method.

The 30-minute discovery call starts with your problem. This one starts with our work.

Pick a time on cal.com
book a call

Want the same thing, in your organisation?

A 30-minute call with James Rooney. We will tell you which parts of this we have done before and which we would be doing for the first time, and you will leave with a rough scope either way.

most start with a fixed-price AI Readiness Audit · £44,000 · 4 weeks · working prototypes

// pick a slot · cal.com/tenhaw/professional-servicesLIVE CALENDAR

Calendar not loading? Open it on cal.com or email hello@tenhaw.com.

Questions about this engagement

Was the Discovery+ launch a Tenhaw engagement or James's own role?

James's own role, not an engagement delivered under the Tenhaw banner. It was one of James Rooney's delivery and transformation roles, and he ran the visual rebrand team on the Discovery+ launch for ten months, one of six development teams working to a launch date the CEO had announced. The case study sits on tenhaw.com because the discipline it demonstrates is the one Tenhaw installs today, probabilistic forecasting that leadership can plan and intervene against. We are always clear about which engagements were the founder's roles and which were Tenhaw's, and will walk you through which is which on a call.

How do you hit a launch date the CEO has already announced?

By making the risk of missing it visible early enough to act on. On the Discovery+ launch, six development teams had to redesign and merge content for a date announced by the CEO, and the visual rebrand team was badly overloaded relative to the time available. Delivery moved onto a data-driven footing. Story Points were recalibrated to reflect actual capacity, three sprints of Happy, Normal and Sad path forecasts made the probability of missing the date undeniable, and daily recommendations lifted speed and quality. The launch hit its date on both Discovery+ and Eurosport.

What are Happy, Normal and Sad path forecasts?

Three delivery scenarios put side by side: what happens if everything goes well, what happens at the pace the data says is normal, and what happens if it does not. On the Discovery+ launch these went to the Head of Delivery across three sprints, built on Story Points recalibrated to actual capacity. Together they made the probability of missing the CEO's announced date undeniable. That is what leadership needs. Not a single guessed date, but a range of outcomes it can plan and intervene against.

Does telling leadership a launch will probably miss backfire?

Not when the forecast is built on measurement. On the Discovery+ launch, three sprints of scenario forecasts made the probability of missing the CEO's date undeniable, and what came back was clarity, not blame. Discovery+ and Eurosport could finally manage delivery under real constraints, and the six-team launch hit its date. What backfires is the alternative, a single optimistic date defended until it collapses. A forecast presented as a range gives leadership time and options to intervene while intervening can still change the outcome.

Why adjust Story Point estimates after the work is completed?

Because estimates made under deadline pressure drift optimistic, and forecasts built on optimism are fiction. On the Discovery+ launch the fix was to recalibrate Story Points after completion, so they reflected the capacity each team had actually demonstrated and not the capacity everyone hoped for. That recalibration is what made the Happy, Normal and Sad path forecasts credible enough to act on. They were grounded in what the teams had really done, sprint after sprint. Once the numbers reflected reality, the conversation about the launch date could too.

What do you do when one team is the bottleneck on a big launch?

First make the overload a measured fact instead of a feeling. On the Discovery+ launch, the visual rebrand team James ran was badly overloaded relative to the time available, one of six teams working to a fixed date. Recalibrating Story Points after completion, so they reflected the capacity the team had actually demonstrated, turned that overload into numbers nobody could argue with. Once the constraint was measurable, the Happy, Normal and Sad path forecasts kept its consequences in front of the Head of Delivery sprint by sprint. Daily recommendations worked the problem from the other end by lifting speed and quality.

Did the Discovery teams learn to run the forecasting themselves?

Yes. By the end of the ten-month engagement both the Discovery+ and Eurosport teams could run the forecasting and tracking practices autonomously, without James in the room. That was deliberate, not a side effect. The point of making delivery risk visible is that the client's own people keep doing it once you leave. It is the same standard Tenhaw holds today under the built to leave principle, and the forecasting method itself is published free in The Tenhaw Way, so nothing about it depends on a consultant staying.

Why does probabilistic forecasting matter for an AI transformation?

Governing an agentic transformation needs what governing the Discovery+ launch needed. Leadership does not want a single guessed date. It wants a range of outcomes it can plan and intervene against. Probabilistic forecasts and confidence intervals tell an executive how likely a programme is to land where it is pointed, early enough to change course instead of holding an inquest. The method carries over intact, because it never depended on what was being delivered. On the Discovery+ launch it turned an overloaded team's demonstrated capacity into three sprints of scenario forecasts the Head of Delivery could act on, and both platforms hit the date.

How long does it take before leadership trusts a delivery forecast?

On the Discovery+ launch, three sprints. That was the gap between putting delivery on a data-driven footing and forecasts that made the probability of missing the launch date undeniable to the Head of Delivery. The credibility came from the inputs. Story Points were recalibrated after completion to reflect actual capacity, so every forecast was built on what the teams had demonstrably done and not on what they had promised. Trust in a forecast is really trust in its data, and three sprints of honest numbers was enough to change how a six-team launch was governed.

Are daily delivery recommendations overkill under a hard deadline?

No. A hard deadline is when waiting a week between course corrections costs the most. On the Discovery+ launch, daily recommendations to lift speed and quality ran alongside the sprint-level forecasts, so the teams always had something specific to change while there was still time for the change to matter. The forecasts told leadership where the launch was heading, and the daily recommendations were the mechanism for bending that trajectory. Delivery risk made visible early enough to act on it is what made the difference, and a six-team launch hit its date.

Does hitting a fixed launch date always cost quality?

It does not have to. It usually does when the squeeze only becomes visible in the last fortnight. On the Discovery+ launch, six development teams had to redesign and merge content for a date the CEO had announced, and the visual rebrand team was badly overloaded relative to the time available. The daily recommendations issued to those teams covered speed and quality together, not speed alone, and they were useful because the pressure showed up early. Story Points recalibrated after completion exposed the real capacity, and three sprints of Happy, Normal and Sad path forecasts put the consequences in front of the Head of Delivery while there was still room to act. Both Discovery+ and Eurosport hit the date.

Does delivery forecasting work for design and content teams?

Yes, and the Discovery+ launch is the case in point. James ran the visual rebrand team for ten months, one of six development teams whose job was to redesign and merge content across Discovery+ and Eurosport. The method does not depend on what the work product is. Story Points were recalibrated after completion to reflect the capacity a team had actually demonstrated, and that measures design and content output as readily as it measures code. The Happy, Normal and Sad path forecasts built on those numbers were credible enough to change how the launch was governed. Both platforms hit the date.

Who needs to see a delivery forecast for it to change anything?

Whoever can move something. On the Discovery+ launch that was the Head of Delivery, who saw Happy, Normal and Sad path forecasts across three sprints, because that was the person who could act on constraints sitting across six teams rather than inside one. A forecast that reaches people with no levers becomes a report, while a forecast in front of someone who can intervene becomes a decision. The teams themselves needed the same information in a different form and got it, as daily recommendations to lift speed and quality. That is something a team can use the next morning, while the date is still reachable.

Won't teams game their estimates once forecasts drive decisions?

The incentive to shade a number largely goes away when nobody is being asked to bid one. On the Discovery+ launch every forecast took its input from measurement after the work, Story Points recalibrated to the capacity a team had already demonstrated, so there was nothing to inflate in advance. The other half of it is what the numbers were used for. When three sprints of Happy, Normal and Sad path forecasts showed the visual rebrand team was badly overloaded relative to the time available, the response was daily recommendations to lift speed and quality rather than an inquest. People defend themselves against measures used against them, and rarely bother with one that gets them help.

Should a delivery lead run the team or advise from the outside?

On the Discovery+ launch it was both, and the combination is what made it work. James was asked to run the visual rebrand team, one of six development teams on the launch, so the delivery data came from inside a badly overloaded team rather than from a spreadsheet passed around at a distance. At the same time the Happy, Normal and Sad path forecasts went to the Head of Delivery, because that is where the picture had to land for anything to change. Advice from outside a team rarely survives contact with the sprint, and running a team with no route to leadership means carrying the bad news alone.