post

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Career

Practical guide to move from IC to manager in product management

Artificial intelligence (AI)

How to build AI products that users trust: 3 core focus areas to stay user-centric

B2B product management

Artificial Intelligence (AI) & Machine Learning (ML)

Building Product Teams

Business Strategy

Data Driven Product Management

Digital Transformation

Diversity and Inclusion

Minimum Viable Product

OKRs

Prioritisation

Product Design

Product Research

Product Development Process

Product Ethics

Product Discovery

Product Leadership

Product Management Career

Product Strategy

Stakeholder Management

🌎 <a href="https://www.mindtheproduct.com/world-product-day/" style="color:#FFFFFF;text-decoration:underline;">Happy World Product Day!</a> Be sure to celebrate product, yourself, and your peers today! 🎉

Connecting fans to creators at Spotify (Dariusz Dziuk, Product Lead, Spotify)

Mistakes, learnings, and a product person’s relentless journey into leadership

Leading product ops at Delivery Hero with Koen Dubelaar

Everything wrong with the product management job market. And how to fix it

Rik is a Principal Product Manager at Skyscanner. He writes about Product Management on medium.com/@rikhigham and created ExperimentationHub.com to help you become an expert in A/B testing!

Principal Product Manager

Rik Higham

<p>Job stories, backlog items, workshop ideas, roadmap features… it’s easy to feel overwhelmed by the scale of potential directions you can take a product in. And it’s natural to want order in this chaos. Prioritisation is a core part of Product Management, and it’s the topic I most commonly get asked about by other Product Managers. But it can also cause a lot of stress &#8211; while prioritisation is important, too much emphasis is put on it.</p>
<p>I think you should keep the prioritisation process fast and flexible. This frees you up to focus on other crucial parts of your role, like gaining insights and actually delivering.</p>
<p>Part of the problem with prioritisation is the assumption that a “correct” order exists in the first place, and the myriad of prioritisation methods available feeds this myth. It implies that once you discover the perfect sequence of priorities you will magically arrive at a reliable and predictable roadmap for your product. Unfortunately reality is not so kind. Here are a couple of uncomfortable truths about prioritisation:</p>
<ul>
<li>A lot of the time prioritisation is based on hunches and guestimates</li>
<li>You’ll probably only do one or two items from your beautifully manicured list before it changes</li>
</ul>
<p>Take the Impact/Effort Matrix as an example. It falsely assumes we know in advance the specific value of each item and the time it will take to implement each of them. However, how can we know the impact that something will have before we put it in front of customers? And how many times has a project taken longer (or even shorter) than expected to deliver?</p>
<p>Underlying the prioritisation questions of “what order is best” and “which are the most important ones”, is the aim of discovering “what’s the fastest way I can reach my objective?” I think therefore you should put the focus on learning and rapid experimentation to quickly find the best path.</p>
<h2>Story Awareness Set</h2>
<p>Instead of an ordered list I prefer to imagine a pool of potential job stories and hypotheses: the Story Awareness Set. The more insights a story has to back it up, the nearer to the top it floats. As you learn more about your domain certain stories tend to bubble up. When you’re ready to start developing the next story just pick any of the ones near the surface. This allows you to be very flexible and agile.</p>
<p>Express each idea in the Story Awareness Set as a combination of a Job Story and Hypothesis:</p>
<p><em>When <span style="color: #993366;">[situation/context]</span>, I want to <span style="color: #993366;">[motivation]</span>, so I can <span style="color: #993366;">[outcome]</span>.</em></p>
<p><em>Based on <span style="color: #993366;">[quantitative/qualitative insight]</span>, we predict that<span style="color: #993366;"> [product change]</span> will cause<span style="color: #993366;"> [impact]</span>.</em></p>
<p>This captures the situation the user is in, their motivation, their desired outcome, the change you’re proposing to address their need, and the predicted impact. Fundamental to this are the insights underpinning it, which is why they are explicitly stated at the beginning. Crucially we aren’t asserting a speculative impact upfront. Instead we’re making a hypothesis after interpreting observed qualitative and quantitative insights. Framing the hypothesis like this is also an important first step in designing a <a href="https://medium.com/@rikhigham/hypothesis-kit-for-a-b-testing-d21d4451e93b#.qadsiky0h">rigorous, trustworthy A/B experiment </a>to test your prediction. The more you understand about the story, the more confident you can be in its value. If there are no obvious insights it is less of a hypothesis and more of an assumption. That’s OK, but it’s important to recognise the difference and make sure you’re testing assumptions in the <a href="https://medium.com/@rikhigham/the-mvp-is-dead-long-live-the-rat-233d5d16ab02">smallest way possible</a> to reduce their risk.</p>
<h2>Seven Simple Steps to Stress-Free Prioritisation</h2>
<p>Product management is beautifully messy and full of delightful uncertainty. Don’t let prioritisation suck the life out of it. Here are some steps to make prioritisation feel second nature:</p>
<h3>1. Accept you can’t do everything</h3>
<p>That’s OK, no one can.</p>
<h3>2. Embrace the uncertainty</h3>
<p>There is no perfect order, and that’s fantastic! We can be a lot more responsive now.</p>
<h3>3. Pick an item and start working on it</h3>
<p>It doesn’t matter which, go with your gut. It’s more important to do <em>something</em> and learn quickly from it rather than agonise over <em>what</em> to do. Put the focus on: what’s the most you can you learn in 24 hours? It may seem counter-intuitive but getting something rudimentary in front of your customers will actually make it easier to prioritise the larger story.</p>
<h3>4. Ask probing, incisive questions about the other items in your Story Awareness Set</h3>
<p>What problem will it solve? What will we learn from it? What questions will it answer? What will it tell us about our direction and strategy? What key assumptions will it address? How will we measure and evaluate it? And so on.</p>
<h3>5. Identify insights for the items in your Story Awareness Set</h3>
<p>Have you seen people struggle with this in usability testing? Is it raised a lot in Jobs to be Done interviews? Have you identified patterns or unexplained behaviour in your analytics data? Did a previous experiment highlight an unmet need or challenge existing assumptions? The more qualitative and quantitative insights you have to back up the item, the more you’ll understand its value.</p>
<h3>6. Talk to your engineers and designers</h3>
<p>Avoid asking them for estimates of time or effort. The answer is just a number. It won’t help you gain a deeper understanding. Instead ask questions to expose potential risks and identify known unknowns. Is it worth doing a technical spike (a small, time-boxed investigation into a specific technical issue)? Would more targeted user research or basic prototype testing give us a clearer direction? What are the potential technical, system or product complexities they can they foresee?</p>
<h3>7. Start the next item and repeat</h3>
<p>There should now be some clear candidates to pick up next. The ones whose backgrounds feel more fleshed out and are on more solid ground.</p>
<p>Keep thinking about the rest of the items in your Story Awareness Set. As you learn you’ll continue to see them in a different light and you’ll get smarter about which tasks to pick up next.</p>

core/freeform

What good product design looks like – Miguel Fernandez (VP of Product Design, Slack)

Seven Simple Steps to Stress-Free Prioritisation

Rik Higham

Read more

Comments