post

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Guest Post

Building for change: When transformation and product management meet

Product Development

What are product features? Definition, examples, and 5 types

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 teams often struggle with OKRs: A conversation with Jeff Gothelf

Lessons from my first year as a Prod Ops Manager

How Google makes AI work at Enterprise scale – Miku Jha (Director, AI/ML and Generative AI, Google Cloud)

5 ways to invent and simplify as an AI/ML product manager

Principal Product Manager

Rik Higham

A friend, who’s recently become a product manager, asked me that recently. She’d inherited a technical product where the engineers already had a view of the direction and deliverables required. Even though it had been broken into phases, each phase was large in scope and involved a number of unconscious assumptions. During planning workshops the engineers were mentioning a lot of tools, methods, processes and concepts that were unfamiliar to her. Lizzie found herself reading a lot of detailed, technical material and wondering how much she really needed to understand. As a product manager, what should her role on the team be? How could she best add value?
It’s easy to feel like a fraud in these situations. To feel like you don’t deserve to be there and that you’ll be rumbled at any moment. This is a well-known phenomenon called <a href="https://www.mindtheproduct.com/tag/imposter-syndrome/" target="_blank" rel="noopener">imposter syndrome</a>, and even the first man on the moon, Neil Armstrong, experienced it!
<h2>How much should product managers know?</h2>
The truth is that as a product manager you’re not supposed to know everything. You’re the conductor; you’re not expected to be able to play every instrument. Your job is to have a feel for how the piece should sound as a whole and to help the musicians interpret the music. And then, to live and breathe every note with them. I would argue that no matter how experienced a product manager becomes, the sign of a good one is a healthy sense of imposter syndrome.
<h2>I have questions and I’m not afraid to use them</h2>
The power of not knowing everything is that it enables you to ask questions and challenge assumptions. It helps you as a product manager to avoid the traps of jumping to conclusions and rushing to a solution. It gives you the strength to fully explore the problem. <a href="http://davewascha.com/" target="_blank" rel="noopener">Dave Wascha</a> recommends starting the habit of asking questions early:
“Relish being the new person, take advantage of it, and ask questions to the point of being annoying”
<img loading="lazy" decoding="async" class="aligncenter size-full wp-image-12001" src="https://www.mindtheproduct.com/wp-content/uploads/2017/08/youknownothing.gif" alt="You know nothing Jon Snow" width="500" height="258" />
Building up a detailed knowledge of your product is obviously encouraged but so is having an inquisitive mindset. With experience, you’ll learn when is best to ask questions and when is best to let the team delve into the details. However, keeping the product goal in mind helps with this.
The key for Lizzie in the planning sessions was to keep everybody focused on the objective and to be clear on the scope. Rather than asking about the technical details, ask questions to guide the engineers, like “why do we need that?”, “would we deliver value without this?”, “what does that enable us to achieve?”, “if we had half the time, what could we get away with not building?”, and so on.
<a href="https://www.mindtheproduct.com/how-to-use-the-5-whys-to-manage-stakeholders/" target="_blank" rel="noopener">Read more about the 5 whys when dealing with stakeholders. </a>
Asking questions about the value of the components (rather than their function) allows you to build a picture of how they will help you move towards your product’s vision. You’ll also get a sense of where the largest chunk of value is. At this point, if you feel like you need to change direction slightly or reduce the scope of the first deliverable, you can run a “five whys” exercise with the team. This not only helps you break it down but brings the whole team along with you so that everyone understands the rationale (this is especially important if the project is already in progress).
The aim is to take each component and ask why you need it. Then, for each of the answers given, ask “why” again, until you’ve reached the root motives. Now work out what the minimum, independent deliverables are. Do they need to be done in a specific order or can they be worked on in parallel? Which pieces add value incrementally (and which need to be delivered together)?
<img loading="lazy" decoding="async" class="aligncenter wp-image-11995" src="https://www.mindtheproduct.com/wp-content/uploads/2017/08/Whys-300x269.png" alt="" width="512" height="459" srcset="https://www.mindtheproduct.com/wp-content/uploads/2017/08/Whys-300x269.png 300w, https://www.mindtheproduct.com/wp-content/uploads/2017/08/Whys.png 403w" sizes="(max-width: 512px) 100vw, 512px" />
Once Lizzie’s team had broken everything down into discrete blocks of value and decided which they would tackle first, her tech lead wondered whether “this would be impressive enough for our CTO”. Everyone loves a big, dramatic reveal but a big-bang delivery is risky.  Anything could prevent you from completing it, and even if you do complete it there’s no guarantee it will be successful. The question to ask is “will we deliver any value (or learn anything valuable) if we release this, smaller, piece”? As long as you focus on that, it’s always better to be constantly shipping, putting your product in front of people, learning from them, and adapting as you go. Don’t forget this is just step 1 of many. If priorities change in the future, everybody can still feel good about releasing something useful.
<h2>Focus on the fundamentals</h2>
It might be helpful to think of this in terms of Maslow’s Hierarchy of [Product] Needs. Focus on the most fundamental deliverables, the ones that are crucial to achieving your product vision. Once you have this foundational layer of value in place you can start building the next layer of value in the pyramid. Each layer adds more and more sophistication. As you move from a basic solution of the core problem into optimisation and cutting-edge functionality that results in people having a deep, personal connection with your product.
And it all begins by asking a few simple questions.
&nbsp;
<a href="https://www.mindtheproduct.com/category/product-management-skills/" target="_blank" rel="noopener">Discover more content on Product Management Skills. </a>

core/freeform

Product Management Characteristics

Taming your product gremlins: an antidote guide for product people by Keji Adedeji

The next 10 years in product management

Bring the JOY back to work by Ben Newell

From engineering to product management at Google

What makes for effective product management by Nikolaus Horn and Sebastian Ratcliffe

Walk a Mile in Their Shoes by Egan Cheung

In My Humble Opinion by Thor Mitchell

Mindset – Is Being a Product Manager the Worst Job? With Laurel Gray and Rosemary King

Your product manager super power – not knowing everything

Rik Higham

Read more

Comments