post

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Data

Measuring user experience in financial terms: A data-driven approach

How I got my job in product

How I got my job in product: Damilola Adelekan, Lead Product Manager at Remedial Health Solutions

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

Why is hiring product managers so hard?

What burnout taught me: Lessons from product managers

Meet the new AI CEO: Klarna’s bold customer feedback loop bet

What I learned from building products in Africa

What does it take to build world class products today? Ezinne & Oji Udezue (Co-Authors at ProductMind, ex-CPOs of Calendly, Typeform & WP Engine)

<a href="http://www.linkedin.com/in/harrymax">Harry Max</a> is VP of Product &amp; Design for <a href="http://www.rackspace.com/">Rackspace</a>. Prior to joining Rackspace, Harry worked with executives, UX management, software and internet technologies, startup founders, and visionaries at Google, SAP, Skype, Adobe, Symantec, PayPal and many others.

Harry Max

<img loading="lazy" decoding="async" class="alignright size-medium wp-image-4551" alt="Rackspace Workshop at Mind the Product 2013" src="https://www.mindtheproduct.com/wp-content/uploads/2014/02/rackspace-workshop-300x144.png" width="300" height="144" srcset="https://www.mindtheproduct.com/wp-content/uploads/2014/02/rackspace-workshop-300x144.png 300w, https://www.mindtheproduct.com/wp-content/uploads/2014/02/rackspace-workshop-1024x491.png 1024w" sizes="auto, (max-width: 300px) 100vw, 300px" />Developing great products is hard. The most conservative estimates place new product failure rates at 50% or more.  Many of us can relate to working on an exhilarating project with talented colleagues, where the solution was architected brilliantly and even delivered on-time, only to see the product fall short of expectations in the marketplace.
Mark Interrante and I had the privilege of hosting a workshop on how to think about designing the right thing.  During our presentation at <a title="Mind the Product 2013 - Product Management Conference" href="http://conference.mindtheproduct.com/2013" target="_blank">Mind the Product 2013</a>, we talked about how our teams use four practical tools to execute product design: Desired Outcomes, Product Box, Back Planning, and Requests and Agreements.  Based upon the reaction and feedback from our audience, the challenge of product design is universal.  So let me take this opportunity to recap some of the material we covered and give some additional commentary on how our teams engage in product discovery.  I hope you will then share some of these “tricks of the trade” with your design teams to produce successful products for your organization.
We have to design the right thing; not just design it right.  This phrase seems obvious, but it is overlooked more often than you would believe.
At <a href="http://www.rackspace.com/" target="_blank">Rackspace</a> we employ a number of tools to help us not only design well, but to define and build the right product.  Holding a Sprint Zero formally makes the space to use these tools and others, which sets the project up for a greater probability of success.
<ol>
<li>Product Box 
The goal of Product Box is twofold: 1. To clearly articulate the value your product provides, and 2. To make the future real by orienting your team toward a shared vision.  Again, it would seem obvious. I mean we all understand what we are building, right?  But, if that were really the case, then why are half of our products failing?  Product Box allows teams to ensure all members have a clear understanding of the exact specifications needed for the project.  Employing this first step will help mitigate workflow stops and wasted time leading to frustration for team members caused by unclear or misunderstood instructions.  For more information on Product Box, I recommend checking out Innovation Games, at <a href="http://innovationgames.com/product-box/">http://innovationgames.com/product-box/</a></li>
<li>Desired Outcomes 
The Desired Outcomes framework provides a powerful structure for describing what success looks like.  How do we know we have what we set out to produce?  The key to a successful Desired Outcome is to understand, from a specific perspective, how the persona or “atomic segment” will know when they have what is wanted (or what we believe they want).  It is critical when defining the Desired Outcome that the evidence for what is wanted is expressed in terms of the five senses.  Note: the Desired Outcomes framework is adapted from the Well-formed Outcomes pattern within Neuro Linguistic Programming.</li>
<li>Back Planning 
Back Planning, also called Assumptive Goal Setting, begins with a desired future state, which clarifies the real path to success by working backwards from end to the beginning.  Dividing the project into logical work streams and conducting the back planning exercises against each stream, one at a time, reduces the complexity of this exercise.  The key benefits realized using this method are creating a clear picture of the dependencies that exist in the system, as well as obtaining across the board alignment on the plan from start to finish.</li>
<li>Requests &amp; Agreements 
This protocol is utilized for creating clear requests and ensuring durable commitments.  In this model, creating a clear request is paramount.  The Desired Outcomes framework, identified earlier, is a useful tool for making a clear request.  When a clear request is made, there are five and only five valid responses:  1. Yes, 2. No, 3. Commit-to-commit (if more time or information is needed to make the commitment), 4. Counteroffer (‘I will do this instead’), and if you committed to a task and later find yourself unable to complete it, it is crucial that you  5. Renegotiate the commitment.  Proper Requests &amp; Agreements ensure handoffs within the system are consistently executed well.</li>
</ol>
Utilizing dual-track Agile dramatically improves the likelihood of success, by making a distinction between Discovery (building the right thing) and Development (building the thing right).  If you’re unfamiliar with dual-track Agile, I highly recommend the work of Marty Cagan; you can read his work at <a href="http://www.svpg.com/">www.svpg.com</a>.  Dual-track Agile provides space for the up-front thinking work and experimentation to get products off the ground with greater likelihood of success.
I hope these principles help you build more successful products.  Thanks to the fine folks at Mind the Product for the opportunity to share a few of our thoughts on building products more successfully.  I am interested to hear what tactics you and your teams utilize as well as your feedback upon using the four I outlined above.  I look forward to seeing you at the next <a href="http://conference.mindtheproduct.com/" target="_blank">Mind the Product event</a>!

core/freeform

Agile Product Development

Better value sooner, safer, and happier by Jonathan Smart

Building Successful Product Development Teams, by Simon Colmer

How to be a Successful Product Owner, by Ninon Laforce

Out of the Fog by Holly Donohue

How Design Thinking, Lean, and Agile Work Together by Jonny Schneider

Lean, Agile, & Design Thinking by Jeff Gothelf

Tales of two Continuous Loops by Tim Beattie

Agile With a Capital A Might not be Best by Morag McLaren

How to Apply Lateral Leadership in Agile Environments by Tim Herbig

Owning Agile by Jeff Patton

Sprint Zero – On Designing the Right Thing

ProductTank Denver

ProductTank San Francisco

ProductTank Auckland

ProductTank Newcastle Upon Tyne

ProductTank Abu Dhabi

ProductTank Lausanne

ProductTank Kathmandu

ProductTank Ljubljana

ProductTank Valencia

ProductTank Tbilisi

ProductTank Luxembourg

Product Management Foundations BST

Product Management Foundations ET

ProductTank Edinburgh

ProductTank Casablanca

ProductTank Des Moines

ProductTank Birmingham

ProductTank London

ProductTank Philadelphia

ProductTank Washington

ProductTank Reston

ProductTank Dubai

ProductTank Prague

ProductTank Reading

ProductTank Jacksonville

ProductTank Raleigh

ProductTank Rio de Janeiro

ProductTank Buenos Aires

ProductTank Atlanta

ProductTank Orlando

ProductTank Los Angeles

ProductTank Palo Alto

ProductTank Pune

ProductTank Bielefeld

ProductTank Köln

Communication & Alignment BST

Communication & Alignment ET

ProductTank Paris

ProductTank Dallas

ProductTank Frankfurt

ProductTank Milton Keynes

ProductTank Tokyo

ProductTank Norwich

ProductTank Pittsburgh

ProductTank Hamburg

ProductTank Leeds

ProductTank Manchester

ProductTank Bristol

ProductTank Exeter

ProductTank Würzburg

ProductTank Columbus

ProductTank Malmö

ProductTank Chicago

Sprint Zero – On Designing the Right Thing

Harry Max

Read more