The Product Owner is a difficult role to implement, especially at scale. Here are a few ideas to improve the role definition...

1. ConneXo
X
Large-Scale Product Owner
Pierluigi Pugliese
© 2023 Connexxo GmbH, based on ScaleAgility © 2023 by The ScaleAgility Group, licensed under CC BY-SA 4.0.

2. c
e
r
t
i
fi
e
d
s
c
r
u
m
t
r
a
i
n
e
r
certified less practitioner
s
y
s
t
e
m
i
c
s
t
r
u
c
t
u
r
a
l
c
o
n
s
t
e
l
l
a
t
i
o
n
s
coach, dvct
t
r
a
i
n
e
r
pmi project manager professional
s
p
e
a
k
e
r
coach
certified scrum professional
certified scrum master
dott. ing. (electronics)
embedded systems
social panorama
solution focus
e-commerce
certified agile leadership
scrum coach
trainer inlpta
media
blogger
telecom
Pierluigi Pugliese

3. ScaleAgility: Principles Over Frameworks for Agility at Scale
Jan B. Olsen
Matt Roadnight
Colin Bird
Simon Roberts
Pierluigi Pugliese

4. Unser Thema heute:‘Product Owner’
• Sind Sie Product Owner?
• Handelt es sich um Large-Scale
Development?
• Gibt es bei Ihnen…
• Chief Product Owner?
• Technical Product Owner?
• Business Analysts?
• Business PO? Business Owner?
• Etwas Ähnliches?

5. Ein Product
Owner ist
ein…
Product Owner
Was bedeutet
“Owner sein”?
Was bedeutet
Product?
Das Geheimnis von
Product Ownership!

6. Product Owner
• Maximiert den Wert / ROI
• Entscheidet über Produktstrategie
• Entscheidet über Umfang und Prioritäten
siehe: Scrum Guide 2020, adaptiert

7. • PO ist:
•Unternehmer
•Innovator
•Systemdenker
•Mini-CEO
• Ist KEIN
•Business Analyst
https://www.scrum.org/resources/blog/who-professional-scrum-product-owner
Ken Schwaber über Product Owner

8. PO als Moderator im Product Development
Klärung
Stakeholders Entwickler
Priorisierung
Entscheidung
über Prioritäten
(Produktstrategie!)
Product
Owner
Product
Backlog

9. TCConsult
TCConsult
TCConsult
TCConsult
Was ist ein Produkt?

10. Ideen, bitte…
Was ist ein Produkt (im Large-Scale)?

11. Prinzip 1: End-to-End Product!
Im Idealfall…
“Product
Development
Organisation”

12. • So ist das zu groß/komplex.
• Unsere Abteilungen sind anders organisiert.
• Wir schaffen es nicht, an so was zu arbeiten.
• Wir sind auf viele Niederlassungen verteilt.
• Unsere Architektur erlaubt es nicht
• …
Aber…

13. Komplexität
In Großunternehmen: CA >>> CE
Essential →CE
Accidental →CA
- Frederick P. Brooks, The Mythical Man-Month, Anniversary edition with 4 new chapters, Addison-Wesley (1995)
- Proceeding of the IFIP Tenth World Computing Conference, H.-J. Kugler, ed., Elsevier Science B.V.,
Amsterdam, NL (1986) pp. 1069-76

14. Accidental Complexity in Aktion…
Kunde
(braucht…)
Kunde
[anderswo in
unserem
Unternehmen
verwendet]
irgendetwas von
einem Zulieferer
Kunde
(braucht…)
Kunde
(braucht…)
Kunde
Produkt,
Dienstleistung, …
Produkt,
Dienstleistung, …
Teams
Product
Owners/
Managers/...
Abteilungs-
Grenzen
Abt. 1 Abt.. 2
Abt. 3
Abt. 4
Abt. 5
Abt. 6 “Composite
Value Stream”

15. Der Grund für die Dysfunktionalität im Unternehmen!
Accidental
Complexity
Wie kann man sie verringern?

16. Prinzip 2: Business Synergies
Falls Sie wirklich ‘splitten’ müssen…

17. Prinzip 3:
Komponenten
vermeiden
Falls Sie wirklich ‘splitten’ müssen…

18. Prinzip 4:
Architectural
Cohesion
Falls Sie wirklich ‘splitten’ müssen…

19. Prinzip 5:
Faktoren für wachsende
Produktkomplexität
reduzieren
Falls Sie wirklich ‘splitten’ müssen…
Constraint Dimensions
• menschliche Faktoren
• interne Politik
• Unternehmensstruktur
• technologisch
• technisch
• Produktumfang
• Wertstromkomplexität
“Reduce Factors
Increasing Product
Complexity”

20. Constraint Dimensions anwenden
Komplexität
Schwierigkeit
⦿ technologisch
⦿ Unternehmensstruktur
⦿ interne Politik
⦿ menschliche Fakt.
⦿ Wertstromkompl.
⦿ Produktumfang
⦿ technisch

21. Falls Sie wirklich ‘splitten’ müssen…
“Evolve in the direction of
extending the de
fi
nition of
Product, avoid Parts”
Prinzip 6:
Stete Entwicklung
in Richtung einer
erweiterten Produktde nition,
Vermeidung von Teilprodukten

22. Umsetzung als Workshop
Improve
End-To-End Product
Improve
Business Synergies
Improve
Avoid organising
teams on
components
Specialisation (if any):
Codec
Team
Specialisation (if any):
IOS
Team
Specialisation (if any):
Android
Team
Specialisation (if any):
Web
Output
Description
Team
Specialisation (if any):
Windows
Desktop
Work
Description
Team
Specialisation (if any):
Backend
Work
Description
Team
Team
Specialisation (if any):
Database
Team
Specialisation (if any):
Acceptance
Testing
Team
Specialisation (if any):
Performance
Testing
Team
Specialisation (if any):
Integration
Team
Specialisation (if any):
Requirements
Work
Description Internal Product
Description
Deliverable Product
Description
Output
Description
Output
Description
Output
Description
Output
Description
Output Description
Work
Description
Work
Description
Work
Description
Work
Description
Work
Description
Team
Specialisation (if any):
Visual
Design
W
o
r
k
D
e
s
c
r
ip
t
io
n
Document Output
Description
Work
Packages for
the Teams
Nat Cos
(UK, GEr,
Hun)
Security/
Data Prot
SVPs Biz
Units
Output
Description
Improve
End-To-End Product
Improve
End-To-End Product Improve
End-To-End Product
Improve avoid
organising teams on
components
Improve avoid
organising teams on
components
Improve avoid
organising teams on
components
Improve avoid
organising teams on
components
Improve avoid
organising teams on
components
Improve Business
Synergies
Remove the hand over
of documented work
packages as it cause
product quality isess to
to lack of clarity
A team has all the skills
(one of .. Windows,
Desktop, Web, Android,
IOS) to integrate and
acceptance test their work
Improve inconsistent
journeys across different
product end points
(Windows, IOS, Android,
Web)
Bring together UI
specialists with database
and backend specialists
in the same team
Bring together UI
specialists with database
and backend specialists
in the same team
A team has all the skills
(one of .. Windows,
Desktop, Web, Android,
IOS) to integrate and
acceptance test their work
Many business stakeholder
requests are taken across
different end consumer
products (IoS, Android, Web,
Windows) causing priority
clashes
Improve clarity of
requirements between
different stakeholder
that have differing views
Bring requirements
and visual design
specialists into the
the same team

23. TCConsult
TCConsult
TCConsult
TCConsult
Was bedeutet “Owner sein”?

24. Das “Vertrags-Spiel”
Aus Larman-Vodde,“Practices for Scaling Lean & Agile Development”
Mehr! Weniger!
"Busine ss" "Entwicklung"
Autorität Verantwortung
Product Owner
Autorität und
Verantwortung

25. Skaliert…
Prinzip 1:
Der Product Owner trägt die
Verantwortung für
einen nachhaltigen Endwert
“The Product Owner is
Accountable for sustained
End Value”

26. Skaliert…
Prinzip 2:
MinimumViable Product Owners

27. Outcome
oder
Output?

28. Outcome oder Output?
Output Outcome
Schnelligkeit Kundenzufriedenheit
Personenstunden/-tage Arbeitnehmerzufriedenheit
Codezeilen
Gesamtbewertung des
Produktes
Anzahl von Bugs
Anzahl von Bugs aus der
Praxis berichtet
Anzahl gelieferter Features
Wert der gelieferten Features
aus Kundensicht

29. Skaliert…
Prinzip 3: Outcome ist der wichtigste
Maßstab für Erfolg
Prinzip 4: Output ist nur relevant als
Quelle von Outcomes und Ein üssen.
“Outcome is the primary
measure of success”
“Output is only relevant in that it delivers
outcomes and impacts”

30. Skaliert…
Prinzip 5:
KollektiveVerantwortung im Falle einer
Product Ownership Group
“Collective
Accountability in case of
Product Ownership
Group”

31. TCConsult
TCConsult
TCConsult
TCConsult
Evolution von Agilität
in großen Organisationen

32. Hin zu einer large-scale agile Organisation
lity
ples for
ScaleAgility
Hin zu: End-to-end Organisation
Hin zu: End-to-end Produkt
Hin zu: End-to-end Product Ownership
Fertigkeiten
Hin zu: End-to-end Teams
Koordinierung und Lernen für Teams
Progressives
Enablement
Leadership bietet Vision, Anleitung,
Ausbau von Fähigkeiten, Ressourcen und
fungiert als Role Model für eine Lernende Organisation
Wiederholen!
Die Produktdefinition
identifiziert und ermöglicht
die notwendigen strukturellen
Veränderungen
in der Organisation.
Technische Exzellenz, Strukturen
für gute Koordinierung und
eine Lernkultur ermöglichen
high-perfoming,
produktorientierte Teams.
Synergien
Auflagen
Progressives
Enablement

33. Fragen?
33

34. https://connexxo.com
ConneXo
X
ppugliese@connexxo.com
` https://scaleagility.org