Roadmap for executives: what to show and what to hide
An executive roadmap shows the outcome, the theme and the quarter. It hides owner, status and exact dates. Those fields answer questions a leadership meeting should not spend its time on, and exact dates get read as commitments. Keep every field in the file and hide them in the view.
| Field | Show | Why |
|---|---|---|
Title | Yes | The only thing anyone will read aloud, so it carries the whole item |
Theme or area | Yes | Answers what this is part of, which is the question behind most interruptions |
Stage | Yes | Answers when at the resolution the room can act on |
Dates | Quarter only | An exact date gets minuted as a commitment, and then defended instead of changed |
Status | No | Execution detail that invites questions you did not call this meeting to answer |
Owner | No | Turns a strategy review into a performance review |
What does an executive actually want from a roadmap?
Three things, in this order: whether the thing they care about is happening, roughly when, and what it’s part of. Everything else on your roadmap answers a question they didn’t ask.
That’s why the field list above is short. It’s the same roadmap with two columns hidden and dates shown as quarters. The distinction matters, because the version you maintain still needs owner, status and exact dates in it. Your squad works from those. What changes between audiences is which of them are drawn.
Why not show status?
Status is the field that costs you the meeting. One item marked blocked, and the next twenty minutes belong to that item — its history, its dependency, who is unblocking it. Those are fair questions and they have a fair venue, which isn’t the session you booked to talk about the next three quarters.
The same reasoning applies to owner. A name beside an item converts a discussion about work into a discussion about a person, and it does so reliably enough that you should treat it as a property of the format, not of your particular leadership team.
Why quarters rather than dates?
Because an exact date is read as a commitment, and a commitment gets defended instead of revised. Tell a leadership group that something lands on 14 November and you have created a date you will be asked about on the 15th. Tell them Q4 and you have described the same plan at the confidence you actually have.
Keep the exact dates in the file. The roadmap can hold 14 November and draw Q4, and the second one is what gets quoted back at you.
How do you keep the two versions in step?
You don’t maintain two versions. You maintain one set of items and save a view for each audience, each with its own filter and its own visible fields. Change an item once and both views are current, because there was never a copy to update.
That’s the difference between a saved view and the alternative most people are living with, which is a slide deck rebuilt by hand every month. The rebuild is where drift comes from: the deck is a snapshot, the snapshot ages, and nobody notices until leadership is asking about something that shipped five weeks ago. If your roadmap lives somewhere else today, the roadmap tool alternatives comparison sets out which kinds of tool give you a second view and which give you a second document.
If you want the longer version of the meeting itself — what to open with, what to do when the dependency question arrives anyway — read how to present a roadmap to executives . For the starting structure, now next later roadmap template is the format that survives this audience best, because its columns are already about sequence instead of dates.
Can you export this as a slide?
Yes, and at the size the slide actually is: 3840 × 2160, which fills a 16:9 frame without cropping and stays sharp on a projector. The export draws the view exactly as the editor draws it, so what you approved is what lands in the deck.
Underneath it’s one plain JSON file you keep. The roadmap json format is published, so the roadmap opens in a text editor and a diff shows what moved between two quarters. That matters more than it sounds: the question after a leadership review is almost never what the plan is. It is what changed since the last time they saw it.
Common mistakes
Showing status. A single red chip redirects the whole meeting to that one item, and you lose the half hour you wanted for the next two quarters.
Showing exact dates because the data has them. The file can hold 14 November while the view shows Q4, and only one of those gets quoted back at you.
Putting every item on one slide. Filter to the items that would change a decision, and keep the rest in the file.
Naming owners. It reads as accountability and lands as blame, and the follow-up question is always about the person, not the work.
Rebuilding the slide by hand each month. That’s the drift: what leadership sees stops matching what the squad is doing.
Questions
Should an executive roadmap have dates at all?
Quarters, yes. Exact dates, no. A quarter matches the confidence you actually have, and it survives a two-week slip without a correction email.
What if an executive asks who owns something?
Answer it in the room. The point of hiding the column is that the roadmap isn’t an org chart, not that the information is secret.
How many items belong on an executive roadmap?
Enough to show the shape of the next three quarters, which is usually eight to twelve. Filter by theme rather than cutting items out of the file.
Is hiding a field the same as removing it?
No. Hiding is a property of the view. The value stays in the file, every other view still reads it, and sharing the file shares everything in it.
Related
- How to present a roadmap to executivesWhat to open with, what to hide, and how to keep the dependency question from taking the meeting.
- Now Next Later roadmap templateSequence instead of dates, with a board, two timelines and a table already saved.
- Roadmap tool alternativesWhat the category does better, what a local file does better, and how to tell which you need.
Last updated