You Can Polish a Car That’s Driving Into a Hedge.
The sprints land on time. The releases go out. Everyone in the building can tell you, truthfully, that the team is working hard. None of that tells you whether the product is heading anywhere on purpose. Somewhere behind all that motion sits a small, persistent worry that the roadmap is busy rather than right, and that nobody with the standing to say so has said it out loud yet.
You can plough beautifully and still grow nothing, if you’re ploughing in circles.
Activity is the easiest thing in the world to mistake for progress, especially in a product team, because product teams generate so much evidence of themselves. Story points burned. Releases shipped. A backlog that’s never, ever empty. All of it real, all of it visible on a dashboard that goes green every single sprint. None of it tells you whether the product does its job better than it did a year ago.
This is what happens when a team gets very good at answering “what shall we build next” and nobody’s answering “why”. Features get built because a customer asked, or a competitor shipped one, or someone senior mentioned it twice in a meeting. The backlog grows. The product grows with it, in every direction at once, which from a distance looks a great deal like sprawl.
The engineers aren’t the problem. The standups are fine. What’s missing is somebody in the room whose job is to say no, out loud, to a thing that everyone else is too polite, too junior, or too tired to argue with.
The roadmap is a peace treaty
Everyone with a seat at the table got something in the last planning cycle. Engineering got their tech debt ticket. Sales got the feature they promised to close the big account. Marketing got the redesign. Add it up and the roadmap looks thorough. It just doesn’t add up to a product, because nobody wrote it to be one. They wrote it to keep the peace.
Fast in a direction nobody chose
Two-week sprints, tidy demo days, a release note every fortnight that reads well. Ask what the product does better than it did six months ago and watch the room go quiet. That pause is the whole problem. You can measure how much got built. Nobody is measuring whether it mattered.
The strategy that lives in a deck
There is a product vision. It was written in an away day, presented to the board, and now sits in Confluence collecting the digital equivalent of dust. It has not touched a single prioritisation call since the day it was approved. The real decisions get made in Slack threads and whichever sprint planning had the loudest voice in the room.
Story grooming is admin. Judgement is the actual job.
Most product management at scale is coordination, and coordination done well looks impressive: tidy tickets, slick update decks, a roadmap slide nobody’s embarrassed by. All of it useful. None of it is leadership, and treating the two as the same thing is exactly how a product team ends up well-run and going nowhere in particular.
Senior product leadership is the set of judgement calls nobody else in the organisation is positioned to make: understanding the customer well enough to disagree with them when they’re wrong, understanding the business well enough to know which technical bets compound and which are just expensive, and having enough standing in the room to tell a senior person no and have it actually stick.
None of that comes from a certification programme. It comes from having made the expensive calls before, been wrong about a few of them, and built the pattern recognition to tell a hard call worth making from a bad one wearing a confident suit.
The calls that actually matter
- 01Telling the difference between a customer request that’s signal and one that’s just the loudest person in the room
- 02Knowing when a feature is actually finished, and when the team is polishing it to avoid the harder problem underneath
- 03Telling a VP their pet project isn’t worth building, and making that stick after they’ve gone quiet about it
- 04Picking a success metric that can actually go red, not one that’s built to stay green forever
- 05Reading user research that says stop, and stopping, instead of commissioning another round of it
- 06Choosing the one strategically right answer out of three that are all technically fine
Three ways to put a senior product voice in the room
Not every team needs the same fix. Some need it standing beside them for the long run. Some need one person a lot sharper. Some need a single, hard conversation about what’s actually on the roadmap and why. All three start with a conversation. Nobody writes a proposal before they know what is wrong.
Fractional CPO
A senior product voice sitting inside your leadership team, one or two days a week. Not a consultant who hands over a report and disappears. Someone in the room when the calls get made, who holds the thread across quarters, and who’ll say out loud when a feature is a waste of everyone’s time, including the loud sponsor’s.
Weekly involvement, 3-month minimumProduct Coaching
One-to-one work with your senior PM or Head of Product. The aim isn’t more frameworks; you’ve got frameworks coming out of your ears already. The aim is better judgement: the ability to make a good call under uncertainty, on the spot, without convening a committee to agree it was the right one.
Fortnightly sessions, 6-month minimumRoadmap Intervention
Four to six weeks, structured, starting with the roadmap as it stands and ending with an honest account of what’s on it and why. Not a workshop with sticky notes. A proper interrogation: what’s strategically coherent, what’s a political peace offering, and what shouldn’t be there at all.
Fixed-term, 4–6 weeksThis suits a specific kind of team
Series A and B companies with an engineering team that works and a product function that has outgrown the wiring it was built with. Scale-ups where the founding CPO has moved up into a broader leadership role and left a gap in the day-to-day. Growth-stage businesses where the product organisation has grown faster than the clarity holding it together.
The pattern matters more than the headcount: good people, sensible process, a genuine shipping rhythm, and a growing suspicion that the product is getting bigger without getting better. The roadmap reflects the org chart more than it reflects the customer. The senior product voice in the room is either missing, or still finding its feet.
This is not a rescue service. The teams who get the most out of it are already doing most things right, and want the extra layer of judgement that makes those things compound instead of just accumulate.
“A roadmap is supposed to be an argument for what matters. If yours reads like a list, something’s missing.”
Start with a conversation. Bring the roadmap, bring the org chart, and the honest version of what’s working and what isn’t. We’ll tell you what we actually see.