Simone Kiernan’s Post

🚀 Product Manager vs Product Owner - Same Goal, Different Focus. I often get asked about the difference between a Product Manager (PM) and a Product Owner (PO). While the two roles are closely connected, they play very different parts in building successful products: 🔹 Product Manager = Strategy & Vision Owns the “Why” and “What” Defines product vision, roadmap, and business outcomes Engages with customers, stakeholders, and the market Measures success through adoption, revenue, ROI 🔹 Product Owner = Execution & Delivery Owns the “How” and “When” Manages and prioritises the backlog Writes/refines user stories with clear acceptance criteria Works closely with the dev team to deliver value each sprint At the end of the day, both roles are united by one mission: ⚡ Delivering products that create real value for customers and the business.

  • graphical user interface, application

Looks like this one really struck a chord! Great to see so many perspectives and real-world experiences being shared, exactly the kind of discussion that moves product thinking forward.

David Pereira

Running the 100X PM Mastermind: Transforming PMs into Product Leaders | Product Advisor & Speaker | CPO • Hands-On Workshops • d-pereira.com

2w

Are we still discussing the PM and PO dilemma? I thought we were past it. I'm afraid the image is misleading, and sadly, too many organizations follow that. PM is the job. PO is a role (now a Scrum accountability). PM is the best person to be the PO. One person with end-to-end responsibilities will provide more clarity and progress. It's not hard, but we sometimes complicate things more than necessary. SAFe, for example, has the division of responsibilities, which creates siloes and removes accountability. The best companies have one role with and to end responsibility. Not that hard.

Evgeniy Labunskiy

Director of Agile & Digital Transformation | R&D Scaling Expert | Organizational Design Consultant | ex-PandaDoc Agile Transformation Lead

2w

You deeply misunderstand PO vs PM. Let me explain it more deeply 1. PO is a ROLE from the Scrum Framework and exists only there. If you open the Scrum Guide, you will see that everything you wrote for PM is exactly what PO is doing in Scrum. 2. As PO is a role, then any position in the company can play the role of PO, PM as well. Selecting the proper position on the company level to this role is a key success factor. 3. PO focuses not on a team but on a product. That's why PO is PRODUCT owner. If PO owns the product by definition, then he/she owns vision, metrics, priorities, and results. 4. The biggest antipattern on the market is linking PO to be a team-level player, not a product. That leads to "PO write/refine stories", the real PO will never do (cause focus is on the other staff) 5. PO in Scrum leads as many teams as there are in a product; it's not a team-level role.

Patrick Scheper

Product Owner at RobotX

2w

The more experience I get as product owner the more I am realizing that these two roles are better merged together. Software development cannot be compared as a building site. Owning the "Why" and "When" should be key while the "How" is owned by the dev team. I believe having these responsibilities separated, as outlined in the graphic above, you can create unnecessary dependencies and delays.

Nathier Abrahams

MBA Candidate. Former Founder. Building Scalable, Data-Driven Products in Emerging Markets | Crafting African Solutions to African Challenges

2w

This graphic hard-splits “strategy (PM)” from “delivery (PO),” which is exactly the feature-factory anti-pattern Marty Cagan has cautioned against. In empowered teams, the product manager is the product owner: the same person is accountable for outcomes and works daily with design and engineering on continuous discovery and delivery. Splitting the roles creates handoffs, turns PO into a backlog/ticket admin, and isolates engineers from customers and optimizing for output rather than outcomes. A healthier framing: one empowered PM (acting as the Scrum PO) partnered with a product designer and an engineering lead, jointly responsible for value, usability, feasibility, and business viability. Keep the whole trio close to customers, prioritize via discovery evidence, and let “how/when” emerge from team planning—not a separate “delivery owner.” Curious to hear your perspective :)

Alvin Johns

Looking for a Product role in payments & fintech: Payments Product Principal | FinTech, e-Commerce, Banking | Managed Multi-Billion Payment Operation | Delivered £200m in value at Booking.com | Compliance & Governance

2w

There’s thousands of PMs out there who wish this was the case but often a PM does all the above, which is why you rarely both roles in the biggest organisations.

Boye Esuga

Senior Product Manager

2w

Sadly PMs are doing both architect and Site Manager roles. Seems to be the new normal.

Jan Kunde

Product Strategist | Shaping the future of Product Leadership with AI 🚀

2w

I’ve seen the best setups when PM and PO act like a relay team: PM shapes the direction, PO translates it into sprint-ready items. When that loop is tight, the team gets both speed and clarity. 🚀 (fyi: Romel Kumar, CSPO® )

Thierry DELESTRE

Coach produit - Simplifier l’Agilité, Maximiser l’Impact J’accélère votre Time to Market et booste la satisfaction client grâce à des accompagnements agiles et produit sur mesure - +10 grandes entreprises transformées

1w

Sorry, for me that's wrong. Very wrong. I know that this misunderstood approach is common in many organisations. But it's wrong. PM & PO should be the same person. Of course, delegation is possible. PO is NOT the 'how & when' part of the PM

David Lilley

Product | Delivery | People | Leadership | Value

2w

For me, Engineering own the ‘how’. Us Product folk lead on the ‘why’, ‘what and who for’, helping the whole team gain a shared understanding of them and the desired outcomes/value.

See more comments

To view or add a comment, sign in

Explore content categories