post

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Product Management

Sunday Rewind: Whose job is it anyway? The rise of Product Ops and why it deserves to be an independent function

Guest Post

Creating metrics that matter

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! 🎉

How much are product managers getting paid in 2024?

Leading product ops at Delivery Hero with Koen Dubelaar

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

“You’re not as competent as you think” 5 lessons from Ken Chin on navigating a product career (CPO, Spark Networks)

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

As an Ascendle Partner and Vice President of Marketing, Allison is a unique combination of roll-your-sleeves-up software development expertise and innovative business optimization experience. With over 15 years of experience systematizing processes in non-profit, for-profit, and startup environments, she is an active supporter of entrepreneurship and e-commerce. Prior to joining Ascendle, Allison launched Nearby Registry in 2012, an e-commerce startup supporting local economies across the country, which she sold to a Seattle company in 2015. She also helped develop the Entrepreneurship Foundation of New Hampshire and the Governor’s Live Free and Start Council, focusing her efforts on increasing the number of women investors in New Hampshire.

Allison Grappone

Vice President of Operations, Tina brings 30 years of technical prowess and estimable project delivery to the leadership of Ascendle’s software development teams. Always leading by example, with an emphasis on quality and relevancy, Tina empowers our teams to find the biggest pain points for our clients, and drive the greatest business value when creating a solution.

Whether in the role of business architect, entrepreneur or team mentor, Tina has led a successful technical career by advancing and elevating the team members around her. Tina’s professional expertise in agile software development, test planning, application architecture, project management, operations management, business process redesign, and business requirements definition spreads across a diverse set of industries: retail, government, pharmacy, and travel and hospitality.

Tina Reynolds

<p>As an agile product owner, you’re constantly trying to distinguish your products from the competition. Your secret weapon is your ability to<a href="https://www.mindtheproduct.com/category/prioritisation/" target="”_blank”" rel="”noopener” noopener noreferrer"> prioritize your product backlog</a> by business value, continuously. You’re well aware of this, but we would argue you could prioritize better.</p>
<p>As a product owner, what are the first questions you ask yourself when you begin to prioritize your backlog by business value? They should be:</p>
<ul>
<li>What feature in this software has never been done before?</li>
<li>What do my end users really want to see? What will blow them away?</li>
<li>What could potentially hold up release?</li>
</ul>
<p>The reason you prioritize with these questions in mind is because you want to force development of the features that need the most eyes on it before launch. If the secret sauce of your new or updated product is an innovative shipping functionality, then you should build that shippable increment first. Leave login, a standard functionality, until later in the development process. This will prioritize continuous feedback on the feature that brings the greatest business value to your company. By the time login has been built, you will have had weeks or months of additional touchpoints on your key innovative shipping feature.</p>
<p>Let&#8217;s explain by using an analogy we all can appreciate: hosting a dinner party. Quality code, pleasing design, and a slick <a href="https://techterms.com/definition/user_interface" target="_blank" rel="noopener noreferrer">user interface</a> of your software are equivalent to delicious food, inviting decorations, and seamless hosting. Similar to building a software product, pulling off a dinner party involves various skills and slices of exemplary output.</p>
<figure id="attachment_18845" aria-describedby="caption-attachment-18845" style="width: 834px" class="wp-caption aligncenter"><img loading="lazy" decoding="async" class="wp-image-18845" src="https://www.mindtheproduct.com/wp-content/uploads/2020/02/dinner-party-shutterstock_467823863-300x136.jpg" alt="" width="834" height="378" srcset="https://www.mindtheproduct.com/wp-content/uploads/2020/02/dinner-party-shutterstock_467823863-300x136.jpg 300w, https://www.mindtheproduct.com/wp-content/uploads/2020/02/dinner-party-shutterstock_467823863-768x347.jpg 768w, https://www.mindtheproduct.com/wp-content/uploads/2020/02/dinner-party-shutterstock_467823863-1024x463.jpg 1024w" sizes="(max-width: 834px) 100vw, 834px" /><figcaption id="caption-attachment-18845" class="wp-caption-text">Like to building a software product, pulling off a dinner party involves various skills and slices of exemplary output (Image: Shutterstock)</figcaption></figure>
<h2>Finish the Most Important Thing First</h2>
<p>Imagine you have invited 10 close friends over. You are renowned for the intricate desserts you bring to parties, but you have never hosted a dinner party on your own. In this scenario, your friends are your end customers, not your testers!</p>
<p>The novice planner will naturally start drafting the dinner menu by choosing the appetizer recipes, then the main meal, sides, and finally the dessert. They’ll probably fret about the napkins and music selection. Their day job is as a product owner and they see some similarities here, wanting to plan in the order their guests will be consuming the food and atmosphere – more or less these are shippable increments for their guests. And they’ll carry this approach through to the day of the party, decorating first, as that’s what the guests will see upon arriving, and then preparing the menu in the order it will be consumed.</p>
<p>You, being a more advanced planner, consider that your guests (customers), first and foremost, want and expect an exquisite dessert. From your baking experience you know making the dessert will likely take the longest, and requires some batch testing the week prior to the party (Note: you’re really into baking so this isn’t absurd). If the initial dessert you want to make doesn’t work out during batch testing, you’ll need to pick a new dessert. And that may change the timing of the whole dinner party prep, thereby affecting the rest of the menu. So, there is no point starting with designing the whole menu if the star feature isn’t yet nailed down.</p>
<p>This is what the top four stories of the novice and advanced planners might look like:</p>
<h4>Novice</h4>
<ol>
<li>I want the menu planned so I know what ingredients to buy.</li>
<li>I want a list of decorations to buy so the table looks nice when people arrive.</li>
<li>I want to know the timing to prep and complete all the dishes so I know it’s possible to complete all dishes the day of the dinner party.</li>
<li>I want appetizers to be ready as soon as my friends arrive so I can serve something with the drinks.</li>
</ol>
<h4>Advanced</h4>
<ol>
<li>I want to choose a dessert that will help me remain well known for my desserts.</li>
<li>I want to know the timing to prep and complete all the dishes so I know if it’s possible to complete all the dishes the day of the dinner party.</li>
<li>I want the menu planned so I know what ingredients to buy.</li>
<li>I want the dessert prepped and completed first so I don’t have to rush completing it before people arrive.</li>
</ol>
<p>The user stories don’t look terribly different. But if the dessert is the known draw to your party (other than your winning personality), the novice is at risk of failing. There are as many moving parts in a dinner party as there are in developing software. I don’t need to extend the analogy to imagine the novice ran out of time to make dessert. We’ve all hosted people before and could write a long list of snags we encounter at critical moments of prep: out of propane/charcoal for the grill, just dropped the last egg on the floor, forgot to thaw the butter, the power went out.</p>
<h2>Why it’s Time to Stop Thinking Linearly</h2>
<p>When we talk about the agile Scrum process, we generally focus on how it benefits and empowers developers. However, the real value is that the very nature of Scrum &#8211; building small vertical slices of working software each sprint &#8211; creates an opportunity for product owners to demonstrate immediate <a href="https://www.scrum.org/resources/blog/10-tips-product-owners-business-value" target="_blank" rel="noopener noreferrer">business value</a>. By working with your stakeholders and customers to prioritize the backlog by business value, you can deliver relevant shippable increments to them on a consistent schedule.</p>
<p>Building software linearly, on the other hand, can erode this value and delay the opportunity to receive customer feedback on the product’s most important features.  A more business-friendly approach is to focus the team’s efforts on building something essential that your customer both needs <span style="font-style: italic;">and </span>wants, and make it immediately shippable. From there, you can analyze how the functionality is used and what might need to be changed to provide additional business value. We all know the real test of a product happens when your customer gets their hands on it. Put your efforts into expediting that process.</p>
<figure id="attachment_18846" aria-describedby="caption-attachment-18846" style="width: 734px" class="wp-caption aligncenter"><img loading="lazy" decoding="async" class="wp-image-18846" src="https://www.mindtheproduct.com/wp-content/uploads/2020/02/customer-testing-shutterstock_1079701127-300x200.jpg" alt="" width="734" height="489" srcset="https://www.mindtheproduct.com/wp-content/uploads/2020/02/customer-testing-shutterstock_1079701127-300x200.jpg 300w, https://www.mindtheproduct.com/wp-content/uploads/2020/02/customer-testing-shutterstock_1079701127-768x512.jpg 768w, https://www.mindtheproduct.com/wp-content/uploads/2020/02/customer-testing-shutterstock_1079701127-1024x683.jpg 1024w" sizes="(max-width: 734px) 100vw, 734px" /><figcaption id="caption-attachment-18846" class="wp-caption-text">The real test of a product happens when your customer gets their hands on it (Image: Shutterstock)</figcaption></figure>
<p>Take an e-commerce application for example. You have created a process flow that shows a customer browsing items, adding items to a cart, reviewing the cart, selecting shipping, and checking out. Thinking linearly, you may write a user story for each step of the process and prioritize developing the user stories in the same order as the process flow. However, the secret sauce of your application is an integration with an innovative fulfillment center that will delight customers and crush the competition, so you move the integration user story to the top of the backlog, even though it is one of the last steps in your process flow. After all, that is the functionality that will differentiate your product. In addition, the data requirements of the integration may inform the design of your online ordering process. If you think linearly, you may not get to that integration feature until three months in and <span style="font-style: italic;">then</span> find out your technology doesn’t support it.</p>
<p>If you abandon conventional linear thinking and instead focus solely on business value, you will reap the following benefits:</p>
<ul>
<li><span style="font-weight: bold;">Thinking about the most important things early:  </span>The team will have more time to design and iterate on the most important part of the product</li>
<li><span style="font-weight: bold;">Accelerating risk:  </span>The most important product features can often be the most complex, so the earlier the team can test assumptions and uncover issues, the better</li>
<li><span style="font-weight: bold;">Exposing functionality to users for as long as possible: </span>By completing the most important parts of your product first, that functionality can spend more time in the hands of your stakeholders and beta testers, providing valuable feedback</li>
<li><span style="font-weight: bold;">Ensuring the most important functionality is ready to ship: </span>If you need to cut scope to make a release date, you will know your most important features are ready</li>
<li><span style="font-weight: bold;">Shipping early:  </span>Your most important features may provide so much value that you decide to defer some user stories to the next release and ship ahead of schedule</li>
</ul>
<p>Put yourself in the shoes of your stakeholders. If they attend your first sprint review and are shown login, the footer and the header, you may lose their attention early on in the process. Whereas, if you demonstrated the newest innovation they’ve been requesting, you’ll hold their attention and garner more feedback throughout your entire development process. It’s like having the glistening dessert on display as soon as your guests arrive. Even if your appetizer is lying on the floor because you tripped, and the smoke alarm is going off because you’ve never roasted a chicken, your guests are still engaged and waiting for dessert to be served.</p>
<h2>Goodbye Linear Development, Hello Business Value</h2>
<p>To make the best use of your secret weapon, continuously ask “If my customers could only have one user story completed, which would it be?”  Continue to challenge your development teams to abandon conventional linear thinking, and be prepared to pivot in response to changing market conditions or opportunities.</p>
<p>Not only will this ability to change priorities give your development team an advantage over the competition, but it will also provide your customers with an advantage over <span style="font-style: italic;">their </span>competition. In short: everyone wins.</p>

Mastering the art of Prioritizing by Business Value

Allison Grappone

Tina Reynolds

Read more

Comments