post

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

Successful product management in companies where it’s least understood

Measuring critical user journeys – Javier Andrés Bargas-Avila (UX Director, Google)

A new way to look at applied experiments

Product survey findings: Only 15% of users are embracing AI features 

Building high-performing product teams: The PDLC approach

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Guest Post

Overcoming the 20% feature usage challenge

Product Management

Three product leaders to learn from at #mtpcon inside Pendomonium

Martin Eriksson has 25+ years experience building world-class online products in both corporate and start-up environments for global brands such as Monster, Financial Times, Huddle, and Covestor. He is the Founder of ProductTank, the Co-Founder and Curator of Mind the Product, and a Product Partner at leading venture capital fund EQT Ventures. He is also the author of the best-seller <em>Product Leadership, How Top Product Leaders Launch Great Products and Build Successful Teams</em> (O'Reilly, 2017).

Martin Eriksson

<p>I’ve always argued that <a href="https://www.mindtheproduct.com/product-management-team-sport/" target="_blank" rel="noopener">product management is a team sport</a>. But as soon as you have more than one team in an organisation and you need them to interact with each other, you introduce friction. This friction between teams is why we have libraries full of project management books and methodologies, inboxes and outboxes, dependency management, and so much more. All friction. And friction kills momentum. Friction kills speed.</p>
<figure id="attachment_12696" aria-describedby="caption-attachment-12696" style="width: 1000px" class="wp-caption aligncenter"><img loading="lazy" decoding="async" class="wp-image-12696 size-full" src="//wp-content/uploads/2018/02/team-friction.png" alt="Team Friction" width="1000" height="563" srcset="/wp-content/uploads/2018/02/team-friction.png 1000w, /wp-content/uploads/2018/02/team-friction-300x169.png 300w, /wp-content/uploads/2018/02/team-friction-768x432.png 768w, /wp-content/uploads/2018/02/team-friction-285x160.png 285w, /wp-content/uploads/2018/02/team-friction-570x320.png 570w" sizes="(max-width: 1000px) 100vw, 1000px" /><figcaption id="caption-attachment-12696" class="wp-caption-text">An example of Team Friction</figcaption></figure>
<p>If you instead remove dependencies between teams and introduce autonomous product teams—then there’s no cause for friction.</p>
<h2>Cross-functional teams</h2>
<p>This starts with ensuring that each team has all the skills and know-how to execute their objectives. One of the first blog posts I wrote <a href="https://www.mindtheproduct.com/what-exactly-is-a-product-manager/" target="_blank" rel="noopener">used a Venn diagram to define product management as the intersection of the customer, technology, and business.</a> Of course, it doesn’t just end there. Maybe your teams need customer success, marketing, compliance, or more, on the team as well. It’s useful to think in detail about what skills you really need in your team to make it successful. It&#8217;s also important to consider how to map out that diversity so you ensure you bring in different contexts, experiences, and insights to your team too.</p>
<p>This spider chart is by no means a definitive list but a model for you to think about. As you start mapping out individuals on your team you can quickly see how they overlap, where they complement one another with different experiences and skill sets, and where you might have gaps that need filling.</p>
<figure id="attachment_12697" aria-describedby="caption-attachment-12697" style="width: 1000px" class="wp-caption aligncenter"><img loading="lazy" decoding="async" class="wp-image-12697 size-full" src="//wp-content/uploads/2018/02/skills-spider-graph.png" alt="Product Team Skills" width="1000" height="563" srcset="/wp-content/uploads/2018/02/skills-spider-graph.png 1000w, /wp-content/uploads/2018/02/skills-spider-graph-300x169.png 300w, /wp-content/uploads/2018/02/skills-spider-graph-768x432.png 768w, /wp-content/uploads/2018/02/skills-spider-graph-285x160.png 285w, /wp-content/uploads/2018/02/skills-spider-graph-570x320.png 570w" sizes="(max-width: 1000px) 100vw, 1000px" /><figcaption id="caption-attachment-12697" class="wp-caption-text">Product Team Skills</figcaption></figure>
<p>This diversity—not just of gender and background (<a href="https://www.mindtheproduct.com/diversity-isnt-just-right-smart/" target="_blank" rel="noopener">though those are table stakes for me</a>), but of skills, experience, and contexts—is not just important to remove dependencies on other teams. It’s crucial because the more contexts and viewpoints you’re exposed to in a team, the more likely you are to be able to understand and empathise with your customers too.</p>
<p>My favourite example of this comes from <a href="https://wise.com/" target="_blank" rel="noopener">Wise, Formerly TransferWise—</a>an online currency transfer platform. Its currencies team is responsible for launching new currency paths like transferring USD to GBP. As you can imagine it’s a little more complicated than just adding the option to a drop-down. It means opening bank accounts in the target country and updating terms and conditions to comply with local money-laundering and securities laws. In any other organisation, this would require the team to ask the legal department for help with the terms and conditions, and then ask the banking department for help with accounts. But Wise thinks differently. At Wise, the team doesn’t just have design, engineering, and product on the team, it has a banker and a lawyer too. That means team members never have to go to another team or department for help and ca just focus on executing their goals.</p>
<p>In contrast, I recently met an amazing data scientist, working at a Fortune 50 company. They proudly pronounced that they worked for the research and insight division. Think about that for a moment. A division responsible for research and insights</p>
<p>On the one hand that sounds fantastic right? A whole division! Lots of smart people and amazing resources to do groundbreaking customer research, ethnographic studies, surveys, data collection etc. So much amazing research!</p>
<figure id="attachment_12698" aria-describedby="caption-attachment-12698" style="width: 1000px" class="wp-caption aligncenter"><img loading="lazy" decoding="async" class="wp-image-12698 size-full" src="//wp-content/uploads/2018/02/division-friction.png" alt="Friction Between Divisions" width="1000" height="563" srcset="/wp-content/uploads/2018/02/division-friction.png 1000w, /wp-content/uploads/2018/02/division-friction-300x169.png 300w, /wp-content/uploads/2018/02/division-friction-768x432.png 768w, /wp-content/uploads/2018/02/division-friction-285x160.png 285w, /wp-content/uploads/2018/02/division-friction-570x320.png 570w" sizes="(max-width: 1000px) 100vw, 1000px" /><figcaption id="caption-attachment-12698" class="wp-caption-text">Friction Between Divisions</figcaption></figure>
<p>But imagine the bureaucratic nightmare that’s caused by it being in a separate division. Imagine the request forms, the prioritisation, and approval processes needed to gatekeep that resource and share it among all the other divisions.</p>
<p>Imagine having to make a business case for the research you need to make a business case…</p>
<h2>Autonomy</h2>
<p>We’re no longer working in cotton mills or factories, so why are we using the management styles that came out of them? Command and control made sense when only a handful of top managers held all the knowledge and skills and labour was a literal human resource that needed to be corralled.</p>
<figure id="attachment_12699" aria-describedby="caption-attachment-12699" style="width: 1000px" class="wp-caption aligncenter"><img loading="lazy" decoding="async" class="wp-image-12699 size-full" src="//wp-content/uploads/2018/02/factory-floor.jpg" alt="Factory vs Creative Processes" width="1000" height="563" srcset="/wp-content/uploads/2018/02/factory-floor.jpg 1000w, /wp-content/uploads/2018/02/factory-floor-300x169.jpg 300w, /wp-content/uploads/2018/02/factory-floor-768x432.jpg 768w, /wp-content/uploads/2018/02/factory-floor-285x160.jpg 285w, /wp-content/uploads/2018/02/factory-floor-570x320.jpg 570w" sizes="(max-width: 1000px) 100vw, 1000px" /><figcaption id="caption-attachment-12699" class="wp-caption-text">Factory vs Creative Processes</figcaption></figure>
<p>Most of the agile and lean methodologies we use today come from the <a href="https://www.mindtheproduct.com/history-evolution-product-management/" target="_blank" rel="noopener">Toyota Production System</a>. And they’re great if you’ve designed a car and want to build it as cheaply, efficiently, and error-free as possible. But we forget that the team that designs the car in the first place doesn’t work that way. It just can’t. That’s just not how it works anymore.</p>
<p>At the end of the day, your team is smarter than you are, it has more information than you do, it is closer to the problem than you are, and closer to the customer than you are. So why are you telling your team what to do?</p>
<p>Instead, we need to empower our teams. We need to embrace autonomy. We need to let the team use all of that amazing knowledge, experience, and skills to get on with the job of solving the customer problem.</p>
<h3>Autonomy motivates</h3>
<p>Most people believe that the best way to motivate is with rewards like money—the carrot-and-stick approach. That’s a mistake, says Daniel H. Pink. In his book Drive (also <a href="https://www.ted.com/talks/dan_pink_on_motivation" target="_blank" rel="noopener">an exceptional TED talk</a>), he draws on four decades of scientific research to assert that the key to motivation is the deeply human need to direct our own lives.</p>
<p>His research shows that once you pay people enough, additional financial incentives simply don’t make an individual or team more motivated, more innovative, or more successful.</p>
<p>Instead, we are motivated by Autonomy, Mastery, and Purpose. Autonomy is our desire to be self-directed and it increases engagement over compliance. Mastery is the urge to improve our skills—and master our craft. The purpose is the desire to do something that has meaning and is important.</p>
<h3>Autonomy means staying nimble</h3>
<p>True autonomy means removing any dependencies and reliance on shared resources or central teams. As we’ve seen from the Transferwise example, ensuring that each team has everything it needs means it doesn’t need to worry about other teams’ priorities.</p>
<p>But it doesn’t just stop there. All teams should be able to change any part of the product if it furthers their goals. So, for example, marketing shouldn’t have to wait for product to build what they need. They should have full access to build pages, change user flows, or do anything else necessary in pursuit of their goals. A true growth marketing team can’t stop at the landing page. They need to follow their cohorts through the full conversion and retention process to know whether a channel or campaign is truly successful.</p>
<h3>Autonomy means everyone gets involved</h3>
<p>True autonomy also means everyone in the team gets involved and bring their skills to bear to all the challenges that the team faces. Only by co-creating can we truly bring all those skills and perspectives to bear on the customer.</p>
<p>As <a href="https://www.mindtheproduct.com/marty-cagan-on-empowering-teams-discovery-challenges-alignment-and-more/" target="_blank" rel="noopener">Marty Cagan</a> said: “If you’re only using your engineers to code, you’re only getting half their value.” I would argue that is true for all of us. If you’re only using your designers to push pixels, you’re only getting half their value. If you’re only using product managers to groom backlogs, you’re only getting half their value.</p>
<p>So get your engineers involved in design. Get your designers involved in engineering discussions. Get everyone involved in customer research. Because insight, inspiration, and great product ideas come from the least expected corners.</p>
<h2>Aligned autonomy</h2>
<p>Now a lot of people hear autonomy and think of chaos or anarchy. They think that it means everyone can do whatever they want, build whatever they want, and come and go as they please.</p>
<p>But the key to successful autonomous product teams is to do it with accountability. It only works when teams don’t just feel ownership of the process and what they build, but they feel ownership over the customer outcome too. Because then they’ll live or die by those outcomes.</p>
<p>Leadership still has a huge role to play in setting the vision, the mission, and the goals that teams are tasked with executing so that those autonomous teams have guardrails within which to operate.</p>
<p>Leadership’s biggest job is to ensure alignment between these teams so that each one knows what their goals are, how they tie back to the company goals, and what everyone else is working on.</p>
<p>Henrik Kniberg, the agile and organisational coach behind the famous Spotify squad and tribe model, illustrates this with a great 2&#215;2 chart. And like any good 2&#215;2 matrix, you want to be in the top right, because high alignment and high autonomy is how you build innovative organisations.</p>
<figure id="attachment_12695" aria-describedby="caption-attachment-12695" style="width: 1000px" class="wp-caption aligncenter"><img loading="lazy" decoding="async" class="wp-image-12695 size-full" src="//wp-content/uploads/2018/02/alignment-x-autonomy.png" alt="Alignment v Autonomy" width="1000" height="563" srcset="/wp-content/uploads/2018/02/alignment-x-autonomy.png 1000w, /wp-content/uploads/2018/02/alignment-x-autonomy-300x169.png 300w, /wp-content/uploads/2018/02/alignment-x-autonomy-768x432.png 768w, /wp-content/uploads/2018/02/alignment-x-autonomy-285x160.png 285w, /wp-content/uploads/2018/02/alignment-x-autonomy-570x320.png 570w" sizes="(max-width: 1000px) 100vw, 1000px" /><figcaption id="caption-attachment-12695" class="wp-caption-text">Alignment v Autonomy</figcaption></figure>
<h2>Bringing it together</h2>
<p>I remember what is probably still one of the proudest moments in my career as a product manager. Many years ago I was working at a SaaS company and we were experimenting with this new way of working. We’d already set up semi-autonomous teams with a product manager, front and back-end engineers and a designer. Although we were a small startup with only two of those teams, we rotated them through business-as-usual work and big new feature pushes.</p>
<p>One day we were kicking off one of those big new features, totally rewriting and redesigning a core piece of the product. For the first time, we gathered everyone involved for those first two days of our sprint zero. We were clarifying exactly what we were going to do and build.</p>
<p>And when I say everyone, I mean everyone. We had the product manager, the engineers, and the designer, of course, but we also had sales reps, the marketing manager, and the customer service manager.</p>
<p>Once we’d briefed everyone on the goals of the project, the customer problem we were aiming to solve, and the research we’d done validating that customer problem, it happened.</p>
<p>I didn’t write a single story or sketch a single wireframe for that feature. The team came up with all the ideas we needed to solve that customer problem. Most importantly one of the junior developers came up with the cornerstone feature—something that ended up taking only a few hours to code but solved 80% of the customer problem. Something I could never have come up with on my own.</p>
<p>Never forget that as a product leader you are only as good as your team. Setting up autonomous product teams for success and giving them the space to do their best is ultimately how you and your product will be successful.</p>
<p style="text-align: center;"><a href="https://www.mindtheproduct.com/category/building-product-teams/" target="_blank" rel="noopener">Discover more insights on Building Product Teams. </a></p>
<div class="g g-21"><div class="g-single a-170"><a class="gofollow" data-track="MTcwLDIxLDEsNjA=" href="https://www.pendo.io/pendomonium/"><img decoding="async" src="https://www.mindtheproduct.com/wp-content/uploads/2024/06/MTP-Footer_ad.png" /></a></div></div>

core/freeform

A year with ChatGPT and product innovation: Navigating the AI landscape

Mastering perspective – zoom in, zoom out as a product leader by Navya Rehani Gupta

Modern-day leadership by Janice Fraser

Master the art of leading through influence by Shyvee Shi

Is your innovation project on track? by Tendayi Viki

Finding your frosting as a product leader by Jeff Birkeland

Learnings from London: The secret sauce to hiring great product people by Kate Leto

Your team is smarter than you are: why autonomous product teams work better

Martin Eriksson

Comments

Read next