post

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Podcast

How to build the right product culture during transformation – Joca Torres (Product Consultant)

Career

Why self-care is your secret weapon as a product manager

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

Context, intent, change, purpose, constraints – a model for communicating requirements

5 difficult conversations and how to have them

DoorDash eats Deliveroo while OpenAI makes its biggest buy: This week’s news roundup

Why great product managers think like therapists

Tools and techniques to scale product teams – Charlotte King (Lead Product Manager, eBay)

Daniel Elizalde is a Product Executive with over 20 years of experience leveraging emerging technologies to drive product innovation in industries such as climate tech, eCommerce, manufacturing, telecommunications, automotive, and semiconductors.

Daniel Elizalde

Imagine that the product you&#8217;ve been working on for months or years implodes on its first day of life – a product manager&#8217;s worst nightmare. Unfortunately, this story happens too often in the software world. This two-part article covers what you can do to prevent it.
<a href="https://www.mindtheproduct.com/wp-content/uploads/2015/07/Failed-300x225.jpg"><img loading="lazy" decoding="async" class=" size-full wp-image-6878 alignleft" src="https://www.mindtheproduct.com/wp-content/uploads/2015/07/Failed-300x225.jpg" alt="Failed-300x225" width="300" height="225" /></a>A failed launch is that terrible situation in which your product starts breaking or misbehaving as soon as it is launched into production. You and your team have spent the past few months planning and executing on the requirements, but the day you launch to production, something goes wrong.
Users can&#8217;t access the software. Errors appear all over the place. The site is non-responsive. And this is all happening while your marketing team is working at full steam letting the world know about your grand new product release. Indeed, this is a product manager&#8217;s worst nightmare.
So as a product manager, what can you do to mitigate these risks? In this post, I share some of the precautions you can take to minimize the risk of a failed launch. With strategy, planning, hard work, and a bit of good luck, you can avoid these failed situations.
<h2>Define an MVP That Fits Realistically into Your Timeframe</h2>
In any product release, no matter how low or high the stakes, it is very important to have a clear understanding of the requirements, and to propose an MVP (minimum viable product) that is doable within that timeframe.
Overall, it&#8217;s better to release something that has limited functionality but is very stable than to release extra bells and whistles at the expense of reliability.
Remember that software is always a work in progress. The only certainty after a successful &#8220;version 1.0&#8221; release party is that the following Monday, you&#8217;re back to work on version 1.1.
Related article: <a title="The Simple Rule for Feature Prioritization" href="http://techproductmanagement.com/the-simple-rule-for-feature-prioritization/" target="_blank" rel="noopener">The Simple Rule for Feature Prioritization</a>.
<h2>Be Realistic About Your Team&#8217;s Capabilities</h2>
As you create the product roadmap and pitch it to executives, it is important to be honest about the capabilities of your team. We often fall prey to the <a href="http://en.wikipedia.org/wiki/Halo_effect" target="_blank" rel="noopener">&#8220;halo effect&#8221;</a> and believe that since we have a great team of back-end developers, they can tackle any other area, such as mobile, UI, etc. However, software disciplines are very specialized these days. For example, in SaaS software teams, it&#8217;s common to find specialists for services, database, networking, front-end, security, mobile and more.
Make sure you work with engineering leaders to understand what it will take to build the product. If your product is very complex, needs high availability, or has very tight deadlines, be realistic about whether your existing team is sufficient to meet those needs. You might need to change scope or convince the executive team to hire the resources you need. Otherwise, it&#8217;ll be almost impossible to deliver on the product promise you are making.
<h2>Don&#8217;t Forget to Include a Project Manager</h2>
Agile zealots might not agree with the idea of having a project manager. After all, the product owner should be able to handle it all, right? I don&#8217;t think so. This approach might work for small products with a handful of developers, but when the scope grows, this model doesn&#8217;t hold.
Complex products will have multiple teams working on related items, and there needs to be people dedicated to making sure everything fits together. Scrum of scrums can help, but in my experience it is better to have people dedicated to tracking progress and timelines, and making sure everything is advancing in the right way. This need is accentuated if your product includes both hardware and software.
A strong project manager can own the day-to-day operations, keep track of the goals vs. the schedule, and keep everybody on the same page — vendors, Engineering, and other departments. This person can be the central point of communication for reporting status and risks.
A note of caution: The fact that PRODUCT Managers often have a PROJECT background doesn&#8217;t mean we should take on both roles at the same time. The more we can offload those responsibilities to a dedicated project manager, the more risk we mitigate and the more time we&#8217;ll have to focus on key product needs. If you find yourself doing more PROJECT than PRODUCT management, then you are probably not adding all the value you could be.
Related article: <a title="How to Hire Great Software Project Managers – Part 1/2: Criteria" href="http://techproductmanagement.com/how-to-hire-great-software-project-managers-part1-criteria/" target="_blank" rel="noopener">How to Hire Great Software Project Managers</a>
<h2>Agile Development Can Reduce Risk</h2>
Agile provides a framework for minimizing risk by implementing iterations that produce working software. It is not a silver bullet, but it does help a lot. It provides us with a framework for continuous improvement, one sprint at a time.
Each iteration is self-contained, meaning that it includes design, development, and testing. Therefore, the code on every single iteration is tested to ensure it meets the desired levels of quality.
Now, making sure the development team implements the right delivery processes is not the responsibility of the product manager. It is the responsibility of the delivery team, and their engineering leaders, to make sure that their execution process yields good results. But in many companies, especially at small startups, these processes are often not in place.
Since the product launch is your responsibility, I recommend doing some investigation to ensure all the right processes are in place. If they are not, then it&#8217;s okay to start conversations with development leaders and begin shepherding the creation of those processes. Otherwise, your chances of success will be greatly diminished.
Related articles:
<ul>
<li><a title="How to Define and Measure the Quality of Your Product" href="http://techproductmanagement.com/how-to-define-and-measure-the-quality-of-your-product/" target="_blank" rel="noopener">How to Define and Measure the Quality of Your Product</a></li>
<li><a title="How to build a UX and development team that really delivers (Part 1/2)" href="http://techproductmanagement.com/how-to-build-a-ux-and-development-team-that-really-delivers-1/" target="_blank" rel="noopener">How to Build a UX and Development Team that Really Delivers</a></li>
</ul>
<h2>Part One Summary</h2>
There are numerous pressure points that can contribute to a product failure, but by adopting a prepared, realistic and agile approach, product managers can help to avoid their worst nightmare.
In Part 2 of this article I&#8217;ll be talking about some of the further ways to minimize product risks – in the meantime I&#8217;d love to see your comments on your own experiences and tips for avoiding failure.

core/freeform

Guest Post

Building Consumer-Grade Experiences for the Enterprise By Ciara Peter

What Makes a Great Product Manager by Graham Siener

The GIST Framework by Itamar Gilad

Scaling the Product and the Team by Rachael Shah

Decisions, Debt, and Other Dilemmas by Janna Bastow

Hacking Your Product Career by Gibson Biddle

How Medicine and Research Translates to Patients by Shree Patel

The Future of Product Management by Richard Harrison

Data Science and Digital Businesses by Ali Gulez

You Need A Product Strategy by Sam Odio

How to Avoid a Product Manager’s Worst Nightmare – Part 1

ProductTank Genève

ProductTank London

ProductTank Porto

ProductTank Victoria

ProductTank México City

ProductTank Pune

ProductTank Hyderabad

ProductTank Valencia

ProductTank Auckland

ProductTank Helsinki

ProductTank Barcelona

ProductTank Lomé

ProductTank Wellington

ProductTank San Diego

ProductTank Canberra

ProductTank Perth

ProductTank Hong Kong

ProductTank Bangkok

ProductTank Doha

ProductTank Tel Aviv-Yafo

ProductTank Baku

ProductTank Reston

ProductTank Raleigh

ProductTank Charlotte

ProductTank Washington

ProductTank Richmond

ProductTank Cluj-Napoca

ProductTank Zagreb

ProductTank Amsterdam

ProductTank Edinburgh

ProductTank Paris

ProductTank Hamburg

ProductTank München

ProductTank Manchester

ProductTank Bristol

ProductTank Oxford

ProductTank Madrid

ProductTank Des Moines

ProductTank Dallas

ProductTank Portland

ProductTank Curitiba

ProductTank Chicago

ProductTank Austin

ProductTank Philadelphia

ProductTank Montevideo

ProductTank Los Angeles

ProductTank Gdansk

ProductTank Stuttgart

ProductTank Pittsburgh

ProductTank Bangalore

ProductTank Chennai

ProductTank Mumbai

ProductTank Fribourg

ProductTank Norwich

ProductTank Zürich

ProductTank Jacksonville

ProductTank Florianópolis

ProductTank Tallinn

ProductTank Denver

ProductTank San Francisco

ProductTank Sheffield

ProductTank Tokyo

ProductTank Valletta

ProductTank Vancouver

ProductTank Columbus

ProductTank Belfast

ProductTank Montréal

ProductTank Seattle

ProductTank Lausanne

Product Management Foundations BST

Product Management Foundations ET

ProductTank Reading

ProductTank Bielefeld

Communication & Alignment BST

Communication & Alignment ET

ProductTank Frankfurt

ProductTank Bonn

How to Avoid a Product Manager’s Worst Nightmare – Part 1

Daniel Elizalde

Read more