Veteran Product Person Bruce McCarthy's funny and insightful presentation on how to make fanboys out of all your stakeholders by using objective criteria to prioritize your requirements and drive consensus.
As seen at ProductCamp Boston, June 2012.
Visit www.reqqs.com/resources for a Scorecard template in Excel and information on Reqqs - The Smart Roadmap Tool for Product People.
18. Prioritization
Important Hard
Basis of your roadmap Big backlogs
Can determine success Competing goals
Inspires confidence Multiple stakeholders
Grooms your backlog Vocal customers
Key PM skill Dependencies
Risks
21. Methods I Don’t
Recommend
Engineer How to build the perfect solution no one will buy
22. Methods I Don’t
Recommend
Engineer How to build the perfect solution no one will buy
CEO How to build a buzzword
23. Methods I Don’t
Recommend
Engineer How to build the perfect solution no one will buy
CEO How to build a buzzword
Sales How to never finish anything (and lose your devs)
24. Methods I Don’t
Recommend
Engineer How to build the perfect solution no one will buy
CEO How to build a buzzword
Sales How to never finish anything (and lose your devs)
PM How long can you tread water?
25. Methods I Don’t
Recommend
Engineer How to build the perfect solution no one will buy
CEO How to build a buzzword
Sales How to never finish anything (and lose your devs)
PM How long can you tread water?
Customer How to stop growing
26. Methods I Don’t
Recommend
Engineer How to build the perfect solution no one will buy
CEO How to build a buzzword
Sales How to never finish anything (and lose your devs)
PM How long can you tread water?
Customer How to stop growing
Analyst How to miss the market window
37. Typical Goals
Grow the user base
Increase customer satisfaction
Improve performance
Increase referrals
38. Typical Goals
Grow the user base
Increase customer satisfaction
Improve performance
Increase referrals
Validated learning
39. Typical Goals
Grow the user base
Increase customer satisfaction
Improve performance
Increase referrals
Validated learning
Increase revenue this year
40. Typical Goals
Grow the user base
Increase customer satisfaction
Improve performance
Increase referrals
Validated learning
Increase revenue this year
Transformation (revenue in future years)
41. Typical Goals
Grow the user base
Increase customer satisfaction
Improve performance
Increase referrals
Validated learning
Increase revenue this year
Transformation (revenue in future years)
Generate buzz
70. For Slides & Excel
Template
Bruce McCarthy
Chief Product Person, Reqqs
bruce@reqqs.com
www.reqqs.com/resources
@d8a_driven
Notas do Editor
I’m Bruce McCarthy, CPP of Reqqs - the smart roadmap tool for product people. I’ve been in product management for 16 years at companies like iMarket (bought by Dun & Bradstreet) and ATG (bought by Oracle). My day job currently is VP of Product at NetProspex in Waltham. \n\nI’m here to talk about how to do prioritization in an objective and collaborative way so that you can get the buy-in you need to put together a roadmap that will stick. This is the advanced class because you guys are well beyond the basics of H-M-L.\n\nI developed this methodology over time in various jobs. I’ve seen it work over and over again where gut instinct or endless meetings fail. In talking with other product people, I’ve found the good ones usually develop something similar. I’ve really just tried to standardize it and genericize it a bit so everyone can benefit.\n
In today’s agile world, do roadmaps still matter? Aren’t we allowed to change direction after each sprint? Actually, I think roadmaps are needed even more in an agile world. Yes, you can correct course after each sprint, but you should be correcting course toward something - toward a vision of where you want your product or your company to be in a year or 2 or 3. You need to stake out that vision and then you need to work out what you think is the best path to get there. That’s your roadmap.\n
Your roadmap is also a shield against the constant onslaught of potentially diverting requests from all quarters.\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
This is my favorite - actually heard - CEO quote.\n
Your roadmap isn’t much of a shield unless you have buy-in from your stakeholders on it. Before you can get that, though, you need priorities. To set priorities you need ideas, and you need goals to test those ideas against. I want to talk about priorities first because your roadmap is really a reflection - a timeline view - of your priorities.\n
Your roadmap isn’t much of a shield unless you have buy-in from your stakeholders on it. Before you can get that, though, you need priorities. To set priorities you need ideas, and you need goals to test those ideas against. I want to talk about priorities first because your roadmap is really a reflection - a timeline view - of your priorities.\n
\n
\n
The PM’s gut is near and dear to my heart, of course, but it can only take you so far. Sooner or later you need data. Even more, though, you need consensus from all of these stakeholders.\n
The PM’s gut is near and dear to my heart, of course, but it can only take you so far. Sooner or later you need data. Even more, though, you need consensus from all of these stakeholders.\n
The PM’s gut is near and dear to my heart, of course, but it can only take you so far. Sooner or later you need data. Even more, though, you need consensus from all of these stakeholders.\n
The PM’s gut is near and dear to my heart, of course, but it can only take you so far. Sooner or later you need data. Even more, though, you need consensus from all of these stakeholders.\n
The PM’s gut is near and dear to my heart, of course, but it can only take you so far. Sooner or later you need data. Even more, though, you need consensus from all of these stakeholders.\n
The PM’s gut is near and dear to my heart, of course, but it can only take you so far. Sooner or later you need data. Even more, though, you need consensus from all of these stakeholders.\n
The PM’s gut is near and dear to my heart, of course, but it can only take you so far. Sooner or later you need data. Even more, though, you need consensus from all of these stakeholders.\n
There is a better way.\n
A simple equation. It’s really the familiar ROI calculation. Effort is the investment you make to generate value in return. The items in your backlog that have the highest ROI are the ones you should do first, right?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
Analysts and some requirements tools like to plot value vs. effort on the classic 2x2 grid. You do the things that fall in the upper right quadrant, right? That works fine when you have 5 or 10 things to prioritize, but most of us are dealing with hundreds. How do you figure out which is closest to the corner here? And don’t most of us have several projects running in parallel?\n
\n
Your goals usually come down from your CEO or your executive team. Strategic goals help you prioritize projects. More tactical goals are what gets your project approved. Revenue is nearly always on the list. \n\nA tip for when your CEO asks what you are doing that’s “transformative” or “paradigm-shifting” is to think of it as things that won’t generate significant revenue this year but have a chance to grow it a lot in future years by entering new markets or serving new needs.\n\nI’ve never been able to get away without including some kind of “coolness” or “buzz factor” goal for anything but internal projects. If you skip that, someone always complains that we’re not taking into account that we need to generate excitement in the market to be successful.\n
Your goals usually come down from your CEO or your executive team. Strategic goals help you prioritize projects. More tactical goals are what gets your project approved. Revenue is nearly always on the list. \n\nA tip for when your CEO asks what you are doing that’s “transformative” or “paradigm-shifting” is to think of it as things that won’t generate significant revenue this year but have a chance to grow it a lot in future years by entering new markets or serving new needs.\n\nI’ve never been able to get away without including some kind of “coolness” or “buzz factor” goal for anything but internal projects. If you skip that, someone always complains that we’re not taking into account that we need to generate excitement in the market to be successful.\n
Your goals usually come down from your CEO or your executive team. Strategic goals help you prioritize projects. More tactical goals are what gets your project approved. Revenue is nearly always on the list. \n\nA tip for when your CEO asks what you are doing that’s “transformative” or “paradigm-shifting” is to think of it as things that won’t generate significant revenue this year but have a chance to grow it a lot in future years by entering new markets or serving new needs.\n\nI’ve never been able to get away without including some kind of “coolness” or “buzz factor” goal for anything but internal projects. If you skip that, someone always complains that we’re not taking into account that we need to generate excitement in the market to be successful.\n
Your goals usually come down from your CEO or your executive team. Strategic goals help you prioritize projects. More tactical goals are what gets your project approved. Revenue is nearly always on the list. \n\nA tip for when your CEO asks what you are doing that’s “transformative” or “paradigm-shifting” is to think of it as things that won’t generate significant revenue this year but have a chance to grow it a lot in future years by entering new markets or serving new needs.\n\nI’ve never been able to get away without including some kind of “coolness” or “buzz factor” goal for anything but internal projects. If you skip that, someone always complains that we’re not taking into account that we need to generate excitement in the market to be successful.\n
Your goals usually come down from your CEO or your executive team. Strategic goals help you prioritize projects. More tactical goals are what gets your project approved. Revenue is nearly always on the list. \n\nA tip for when your CEO asks what you are doing that’s “transformative” or “paradigm-shifting” is to think of it as things that won’t generate significant revenue this year but have a chance to grow it a lot in future years by entering new markets or serving new needs.\n\nI’ve never been able to get away without including some kind of “coolness” or “buzz factor” goal for anything but internal projects. If you skip that, someone always complains that we’re not taking into account that we need to generate excitement in the market to be successful.\n
Your goals usually come down from your CEO or your executive team. Strategic goals help you prioritize projects. More tactical goals are what gets your project approved. Revenue is nearly always on the list. \n\nA tip for when your CEO asks what you are doing that’s “transformative” or “paradigm-shifting” is to think of it as things that won’t generate significant revenue this year but have a chance to grow it a lot in future years by entering new markets or serving new needs.\n\nI’ve never been able to get away without including some kind of “coolness” or “buzz factor” goal for anything but internal projects. If you skip that, someone always complains that we’re not taking into account that we need to generate excitement in the market to be successful.\n
Your goals usually come down from your CEO or your executive team. Strategic goals help you prioritize projects. More tactical goals are what gets your project approved. Revenue is nearly always on the list. \n\nA tip for when your CEO asks what you are doing that’s “transformative” or “paradigm-shifting” is to think of it as things that won’t generate significant revenue this year but have a chance to grow it a lot in future years by entering new markets or serving new needs.\n\nI’ve never been able to get away without including some kind of “coolness” or “buzz factor” goal for anything but internal projects. If you skip that, someone always complains that we’re not taking into account that we need to generate excitement in the market to be successful.\n
Your goals usually come down from your CEO or your executive team. Strategic goals help you prioritize projects. More tactical goals are what gets your project approved. Revenue is nearly always on the list. \n\nA tip for when your CEO asks what you are doing that’s “transformative” or “paradigm-shifting” is to think of it as things that won’t generate significant revenue this year but have a chance to grow it a lot in future years by entering new markets or serving new needs.\n\nI’ve never been able to get away without including some kind of “coolness” or “buzz factor” goal for anything but internal projects. If you skip that, someone always complains that we’re not taking into account that we need to generate excitement in the market to be successful.\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
Removing the QA step to ship early means negative numbers for quality (V2)\n
Removing the QA step to ship early means negative numbers for quality (V2)\n
Removing the QA step to ship early means negative numbers for quality (V2)\n
Removing the QA step to ship early means negative numbers for quality (V2)\n
No. Maybe halfway.\n
\n
\n
\n
Henry Kissinger was Nixon’s Secretary of State and famously settled things down in the Middle East after the 1967 war using shuttle diplomacy.\n
\n
\n
\n
A long-time PM of a company I had just joined saw the way this methodology drove consensus among his executive team as “magical.”\n
A PM I met recently told me he had a friend who developed a spreadsheet like this but could not get buy-in on it. Turns out he made two critical mistakes. First, he had about 20 different goals he scored everything against and so couldn’t get anyone to review it with him. Second, he insisted the team adopt the spreadsheet’s recommendations exactly without further discussion.\n