I think that the number one hiring criterion for a vice president of product management (VPPM) should be someone who’s done it before—who has executive-level product leadership experience—but I’m often outvoted.
I think that the number one hiring criterion for a vice president of product management (VPPM) should be someone who’s done it before—who has executive-level product leadership xperience—but I’m often outvoted. In my experience, executives tend to favor subject experts or chief technology officers rather than candidates with specific experience leading product management teams.
It’s obvious that chief financial officer candidates need to understand revenue recognition and cash-versus-accrual. Chief marketing officers must demonstrate a love of lead generation and market positioning. Engineering vice presidents need to have spent time building production code and earning the respect of their software craftsmen. Often, though, this doesn’t carry over to VPPM openings.
Yet product management teams should scale with engineering. Depending on the company, 50 engineering folks might require three product managers, while 200 engineering folks might need seven to 10 product managers. And at this scale, someone needs to lead the product team and drive coherent results.
A strong VPPM will address company-wide issues and focus on aligning the strategy across organizations and products. The following are six important responsibilities of an effective VPPM.
Individual product managers rarely have the luxury to define their jobs or push back random work dumped in their direction. Without someone to establish job boundaries, they end up doing a little of everything and not enough of their real value-add.
Product management should always include product strategy, release-level feature choices, economic rationale for every major effort and whole-product thinking. It might also include high-level bug triage and UI/UX review. However, it shouldn’t include project management, primary customer support, routine website text editing or order entry.
Most line organizations focus on deliverables, not on business results or coherent product offerings. Output instead of outcomes. That makes it easy for product managers to get lost in the minutia: templates, process flows, presentations and release planning meetings. Internal customers notice timeliness more than coherent strategy. How often do we rush market analysis because our developers are idle or ship a product with poorly considered pricing? Prompt but purely tactical product management is just filling out forms.
The VPPM must politely (but relentlessly) push for strategic clarity and intended business results by asking irritatingly hard questions:
Lots of companies have missing, muddled or misguided product strategies. They circulate multi-year dreams that lack specificity, filled with buzzwords instead of strategic choices. Someone has to push for coherent strategies and the difficult resource allocation decisions that strategies imply.
The VPPM doesn’t have to invent or discover the strategy, but should push the company’s best minds to collectively create one. In addition, the VPPM must aggressively defend a good strategy against random changes, fads and single-customer escalations. He or she must push to allocate technical resources strategically among products, not just based on last year’s budget.
We all talk about wanting input from customers and stakeholders, but market input is often handled haphazardly, with poor feedback mechanisms. Every product manager has some unique wiki or spreadsheet for tracking requests and requirements. And sales is tired of asking for enhancements that never get built.
The VPPM has to unify and defend a robust input process, with a common mechanism and accessible list. More importantly, he or she has to point out that asking is not the same as getting. Most enhancement requests will never be fulfilled because no matter the size of the engineering team, customer and sales team demands always vastly outstrip technical resources. The backlog is infinite.
Functional organizations tend to have a narrow focus and think, well, functionally. Someone needs to encourage cross-functional solutions. Someone needs to be designated as the chief rationalist. It might be the vice president of marketing or chief operating officer, but often it’s the VPPM.
Ask great product managers how they learned their craft, and you’ll hear about early mentors. Product management is hard, experiential and doesn’t come out of books. We learn by watching and doing and stubbing our toes. We learn by getting coached through product strategies and economic decision-making. And we learn by seeing that collaboration among many smart people is better than being the smartest person in the room. That’s why it’s important for the VPPM to train up the next crop of directors.
A strong VPPM will drive better processes, encourage more cooperation and create coherent products.
Hired as the new vice president of product management? Here are four mistakes to avoid when you first arrive:
1. Don’t recommend any product changes until you’ve been there at least two weeks and have listened carefully to a lot of folks.
You could arrive on day one and decree that your list of product changes is the new priority. Don’t. Premature reprioritization may cost you credibility. What if:
Rich Mironov is a seasoned software executive and serial entrepreneur. He has been the "product guy" at six tech startups including as CEO and vice president of marketing/products. He has also consulted to dozens of technology companies.
Rich founded the first ProductCamp and chaired the first product manager/product owner tracks at the Agile Alliance’s annual conference. He is the author of "The Art of Product Management" (BookSurge Publishing, 2008), which collects the best of his long-running Product Bytes blog about software, start-ups, product strategies and Silicon Valley product management. Rich has a bachelor’s degree in physics from Yale (with a thesis on dinosaur extinction theories), an MBA from Stanford, and provides guest lectures at various business schools about the business of software. He can be reached at