Prioritization 301 - Advanced Roadmapping Class, Bruce McCarthy

by ProductCamp Boston

on Jun 11, 2012

2,401 views

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 ...

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.

Statistics

Views

Total Views: 2,401
Views on SlideShare: 1,679
Embed Views: 722

Actions

Likes: 14
Downloads: 97
Comments: 1

9 Embeds 722

http://minimumviablethoughts.tumblr.com	340
http://franklio.weebly.com	242
http://www.weebly.com	99
https://twitter.com	23
http://storify.com	8
http://kred.com	5
http://www.Slideshare.net	3
http://webcache.googleusercontent.com	1
http://www.docseek.net	1

More...

Accessibility

View text version

Upload Details

Uploaded via SlideShare as Apple Keynote

Usage Rights

Report content

File a copyright complaint

Nils Davis , Product Management Consulting at NPD & Associates Regarding slide 31, the fundamental problem with this approach is that generally, more value => more cost, therefore most things line up along the diagonal of your chart, NOT In the upper right quadrant. Otherwise I agree with the approach - no method is perfect, but this is the best of all the imperfect ones. 1 year ago
Are you sure you want to

Your message goes here

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
\n
\n

Robert Yu , Product manager at UserTesting.com 1 week ago
Patrick Toolan , Product Manager 1 month ago
johnnyfl 3 months ago
Travis Stiles , Lead User Experience Engineer at Return Path 3 months ago
Ravikiran R , Product Manager at AccuWeather 7 months ago