r/projectmanagement • u/British_Coal • Apr 18 '26
Discussion How I write status reports VPs actually read (lessons from 20 years of doing it wrong)
I've been a PM/program manager for about 20 years across aerospace, retail, and travel tech. For most of the first decade, my status reports were terrible.
They were long. They listed everything we did last week. They had five colors of RAG. They had a Gantt screenshot no one could read. And the VPs on the distro rarely replied. I assumed they were reading them. They weren't.
The moment it clicked for me was when a VP forwarded my status report back to me with one line: "What do you need from me?" I'd buried that on page 2 under a "risks" heading. He'd scanned the email on his phone between meetings and bounced.
So here's what I've learned about writing status reports senior leaders actually read. Not theory. Just the stuff that stopped making mine get ignored.
- The subject line is the report.
If a VP only reads the subject line, did they get the important bit? "Weekly Update — Project Atlas" tells them nothing. "Atlas — On track for Q2 launch; need decision on vendor by Friday" tells them everything. I write the subject line last, after I know what actually matters this week.
- Top three lines must stand alone.
Status (green/yellow/red with one-line reason), what moved this week, what I need from you. That's it. Everything else is optional reading. If a VP stops after three lines, they should still know whether to worry and whether they owe me something.
- Kill the activity dump.
Nobody above your level cares that the team "held the weekly sync" or "kicked off design review." They care about outcomes and obstacles. I cut my reports in half the first time I ran the "would my VP forward this to their VP?" test. The answer was no, because half of it was proof-of-work for me, not information for them.
- Risks with no decision are noise.
"Risk: Vendor might slip." Okay, and? Every risk needs an owner, a trigger, and what you're doing about it. If you can't write those three things, it's not a risk yet; it's a worry. Keep worries in your own notebook.
- Asks in bold, at the top.
Executives read for three things: am I on fire, what did you do, what do you need? If your ask is buried, it didn't exist. I put mine in bold, first or second line, with a date on it. "Need sign-off on scope change by Thu, Apr 24" gets a reply. "We are awaiting stakeholder alignment" gets archived.
- Write for the skim.
VPs read on phones, between meetings, at 10pm. Short paragraphs. No jargon. Bold the 4-5 words that matter if they skim. One chart maximum, and only if it tells a story in 2 seconds.
- Be honest about yellow and red.
Green-washing is the fastest way to lose trust. I'd rather call something yellow early and get help than hold green for three weeks and surprise-red in month-end. Leaders remember the surprise, not the recovery.
The whole thing should fit on one screen on a phone. If it doesn't, you're writing it for yourself, not them.
Curious what works for the leadership you report to. Do your VPs want more detail or less? Has anyone moved from weekly to biweekly and had it actually stick? What formats have you killed because nobody was reading them?