Patrick Sauerwein, Product Owner at Deutsche Telekom with experience in smart home and software development, explains how he built a mind map to clarify the evolving role of product ownership. Drawing on sources like Scrum Alliance, Jeff Patton, and Roman Pichler, he shares his research into respo...
Patrick Sauerwein, Product Owner at Deutsche Telekom with experience in smart home and software development, explains how he built a mind map to clarify the evolving role of product ownership. Drawing on sources like Scrum Alliance, Jeff Patton, and Roman Pichler, he shares his research into responsibilities, pitfalls, and communication needs. His session highlights product ownership as a full-time role, requiring both strategic vision and tactical execution, with mind mapping as a tool for structuring complexity and improving clarity.
Key Themes & Topics (Timestamped)
[3:52] Why mind map the role – Patrick explains he was questioning his role, researching sources, and used mind mapping to organise different perspectives.
[7:49] Defining product ownership – Outlines sources from Scrum Alliance, Jeff Patton, and others, showing no single definition exists.
[9:58] Single point of responsibility – A product owner provides focus and accountability, especially in complex software products.
[11:01] Full-time job – Emphasises product ownership is not part-time; it requires managing priorities and backlogs with full attention.
[13:28] Product backlog – Explains backlog items (stories, defects, enablers, epics) and how prioritisation and clarity are central responsibilities.
[14:48] Communication and clarification – Identifies communication as the most critical skill, ensuring shared understanding across teams, stakeholders, and customers.
[18:02] Different audiences – Describes tailoring messages for developers, testers, CPOs, and customers, requiring different levels of detail.
[20:04] Scope of ownership – Explains variations: feature owners, component owners, or full product owners, depending on organisation size and structure.
[23:11] Focus on outcomes over outputs – Advocates measuring success by user outcomes and benefits rather than volume of features delivered.
[26:27] Strategic vs tactical ownership – Differentiates backlog management and sprint planning from strategic tasks like roadmaps, financial forecasting, and portfolio management.
[29:16] Scaling and structures – Describes chief product owners, feature owners, and scaled product management frameworks.
[30:27] Pitfalls – Highlights underpowered, overworked, distant, or proxy product owners as common problems undermining effectiveness.
Featuring: XMind