post

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Product Management

Sunday Rewind: Scaling the product and the team by Rachael Shah

Artificial Intelligence (AI) & Machine Learning (ML)

Microsoft lays off 3% of workforce while renogiating partnership with OpenAI

B2B product management

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)

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

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="auto, (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

We can Build Better Things Together by Martin Eriksson

Be a Director, not a Manager by Fareed Mosavat

Your product manager super power – not knowing everything

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 Buffalo

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 São Paulo

ProductTank Los Angeles

ProductTank Gdansk

ProductTank Stuttgart

ProductTank Pittsburgh

ProductTank Bangalore

ProductTank Chennai

ProductTank Mumbai

ProductTank Fribourg

ProductTank Norwich

ProductTank Zürich

ProductTank Newcastle Upon Tyne

ProductTank Jacksonville

ProductTank Florianópolis

ProductTank Tallinn

ProductTank Buenos Aires

ProductTank Denver

ProductTank San Francisco

ProductTank Sheffield

ProductTank Tokyo

ProductTank Valletta

ProductTank Bologna

ProductTank Vancouver

ProductTank Milano

ProductTank Columbus

ProductTank Belfast

ProductTank Montréal

ProductTank Seattle

ProductTank Rotterdam

ProductTank Lausanne

Product Management Foundations BST

Product Management Foundations ET

ProductTank Reading

ProductTank Bielefeld

Communication & Alignment BST

Communication & Alignment ET

ProductTank Frankfurt

ProductTank Bonn