Reporting · Delivery
How Late the Bad News Arrives
Every recovery I have walked into had the same giveaway: someone knew before the steering committee did. The cost sits in the gap between those two days.
Shikhar Agarwal · September 1, 2026 · 4 min read
Every recovery I have walked into over twenty years had the same giveaway. There is always a day when someone knew the date was slipping, the scope had crept, or the team had missed a dependency. That day rarely matches the day it shows up in a steering committee.
I track the space between those two days. Call it a trust budget. Every project starts with one: how much benefit of the doubt a sponsor extends when things go sideways, because they do eventually. How late the bad news arrives costs more of that balance than the bad news itself.
How late the bad news arrives costs more than the bad news itself.
What a drained budget looks like
Years ago I stepped in to recover a CRM program at a well known manufacturing client. Status reports ran green, then turned red overnight. The stakeholders got no heads up, and that cost more than the delay did. It drained the trust budget completely. The delivery leadership had to be replaced before the project could be reset.
Nothing in the delivery plan was unusual. Dates move. Dependencies slip. What made it unrecoverable was that the reporting hid the movement until hiding it was no longer possible, so the sponsor learned two things at once: the project was late, and the reporting could not be trusted. Only one of those is fixable inside a sprint.
The judgment call underneath
The call underneath every delivery job is the same one, over and over. Raise it early and risk being wrong, or wait for certainty and risk losing trust. The pull toward waiting is real, especially when you suspect the number will settle on its own by Friday.
The way I see it, compromising trust is not an option. An early flag that turns out to be noise costs a short conversation. A late flag that turns out to be true costs the relationship, and the relationship is what buys you room to fix anything at all.
What to do with this
- Name the two dates out loud after every surprise: when someone in the team first knew, and when the sponsor first heard. Track the gap, not just the variance.
- Give the team an explicit route to raise a risk that is still uncertain, so nobody has to be sure before they speak.
- Report movement, not color. Green with a note about what moved this week is worth more than green on its own.
- Spend the trust budget deliberately on early, imperfect signals rather than losing it all at once on a late, accurate one.
Agents will not fix this. They shorten the distance between a decision and its consequences, which means the gap between who knew and who heard gets more expensive, not less. Somebody still has to say the thing out loud on the day it is only a suspicion.
Get the next one
From the same thread
Testing Automation Is a Verification Question
Most developers don't fully trust AI-generated code. Fewer than half verify it before it ships. More automated testing is the obvious fix, and it treats the symptom.
Adoption Isn't the Same as Trust
When Copilot is the only tool available, adoption hits 68 percent. Give people a free choice and it falls to 8. The dashboard was never measuring what we thought.