svpg
FREE newsletter

Subscribe via RSS

Subscribe

Tag Cloud

product management product discovery management company culture product portfolio planning product owner product development process product strategy product manager product marketing user experience design great products innovation marketing agile scrum project management user testing engineering prototype testing

Browse by Date

  • January 2012
  • December 2011
  • October 2011
  • August 2011
  • July 2011
  • June 2011
  • May 2011
  • April 2011
  • March 2011
  • February 2011
  • January 2011
  • December 2010
  • November 2010
  • October 2010
  • September 2010
  • August 2010
  • July 2010
  • June 2010
  • May 2010
  • April 2010
  • March 2010
  • February 2010
  • January 2010
  • December 2009
  • November 2009
  • October 2009
  • September 2009
  • August 2009
  • July 2009
  • June 2009
  • May 2009
  • April 2009
  • March 2009
  • February 2009
  • January 2009
  • December 2008
  • November 2008
  • October 2008
  • September 2008
  • August 2008
  • July 2008
  • June 2008
  • May 2008
  • April 2008
  • March 2008
  • February 2008
  • January 2008
  • December 2007
  • November 2007
  • October 2007
  • September 2007
  • August 2007
  • July 2007
  • June 2007
  • May 2007
  • April 2007
  • March 2007
  • February 2007
  • January 2007
  • December 2006
  • November 2006
  • October 2006
  • September 2006
  • August 2006
  • July 2006
  • June 2006
  • May 2006
  • April 2006
  • March 2006
  • February 2006
  • January 2006
  • December 2005
  • November 2005
  • October 2005
  • September 2005
  • August 2005
  • July 2005
  • June 2005
  • May 2005
  • April 2005
  • March 2005
  • February 2005
  • January 2005
  • HOME
  • Services
    • Product Management
    • Product Marketing
    • Technology
    • User Experience
    • Public Workshops
  • Articles
    • Index
    • Blog
  • Clients
  • Resources
  • Company
    • Team
    • Manifesto
    • Contact Us

Frustrations of Product Portfolio Planning

Posted by Marty Cagan on June 13, 2009

Tags: product portfolio planning

Continuing with the series on product portfolio planning, earlier I enumerated the purpose and objectives of the product portfolio planning process, but in this article I wanted to discuss the common complaints from executives and product leadership alike about the typical product portfolio planning process used at most companies beyond the startup stage.

I should start by saying that I know of very few companies that are actually happy with how they decide which projects to pursue, and how they should allocate their organization’s resources.  But they plow along with largely the same techniques they’ve used for years because there haven’t been many realistic alternatives.

My intention is to change that, and in the coming weeks I’ll share what I argue are some new best practices around product portfolio planning, but first I need to get out on the table the specific problems with the current approaches:

- Probably the most serious fundamental issue is that the senior management is forced to make critical decisions with very little information, and the information they do have often ranges from hopelessly inaccurate to intentionally misleading.  The typical approach is to try to quantify the benefits and the costs, either quantitatively with ROI/ECV/NPV type analysis, or a little more qualitatively with a matrix of factors such as strategic fit, complexity, risk, costs, etc.  Unfortunately, we all know the output of these models is only as good as the inputs (i.e. garbage in, garbage out).  And realistically this decision comes too early in the process to have any sort of accurate estimate of either costs or benefits.  I would like to think that most leaders today understand this, but I know that many do not, and I’ve got an article coming soon that speaks to this point specifically.

- The second fundamental issue is that these are usually all or nothing decisions.  If you decide to fund a project, you are committing generally to define, design, build, test, launch, market and support.  This of course is a very expensive decision, especially when you factor in the opportunity costs.

- The portfolio planning process itself is typically a big time-consuming fire drill for much of the product leadership and general management of the company, usually either quarterly or annually.  Because management is forced to make these big decisions, and because so much rides on these decisions, it generates a great deal of angst and work, creating PowerPoint presentations, working with finance to try to craft a business case, and lobbying various stakeholders throughout the company to try to shore up support.

- Partly as a result of the limited real information, there is typically not enough executive discussion and debate of the various investment options.  But also we should admit that corporate politics usually plays a big role here.

- Finally, given the realities of corporate life, we know that especially in large companies, a project without a strong executive sponsor has very little chance of weathering the inevitable storms.  But this process and the typical organizational structure doesn’t generally force a sponsor.

But nevertheless most companies have some form of quarterly or annual session where the various projects are considered and management must decide which to fund and to what degree.  And the rest of the organization – product, design, engineering, QA, marketing and sales – all are dependent on and directly impacted by these decisions.

If, like me, you believe that this is no way to run a railroad, then stay tuned for some very different approaches to this very real problem in our industry.


  • Product Management
  • Product Marketing
  • Technology
  • User Experience

© 2009 Silicon Valley Product Group. All rights reserved.