SlideShare ist ein Scribd-Unternehmen logo
1 von 34
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.
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
ScaleAgility: Principles Over Frameworks for Agility at Scale
Jan B. Olsen
Matt Roadnight
Colin Bird
Simon Roberts
Pierluigi Pugliese
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?
Ein Product
Owner ist
ein…
Product Owner
Was bedeutet
“Owner sein”?
Was bedeutet
Product?
Das Geheimnis von
Product Ownership!
Product Owner
• Maximiert den Wert / ROI
• Entscheidet über Produktstrategie
• Entscheidet über Umfang und Prioritäten
siehe: Scrum Guide 2020, adaptiert
• 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
PO als Moderator im Product Development
Klärung
Stakeholders Entwickler
Priorisierung
Entscheidung
über Prioritäten
(Produktstrategie!)
Product
Owner
Product
Backlog
TCConsult
TCConsult
TCConsult
TCConsult
Was ist ein Produkt?
Ideen, bitte…
Was ist ein Produkt (im Large-Scale)?
Prinzip 1: End-to-End Product!
Im Idealfall…
“Product
Development
Organisation”
• 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…
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
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”
Der Grund für die Dysfunktionalität im Unternehmen!
Accidental
Complexity
Wie kann man sie verringern?
Prinzip 2: Business Synergies
Falls Sie wirklich ‘splitten’ müssen…
Prinzip 3:
Komponenten
vermeiden
Falls Sie wirklich ‘splitten’ müssen…
Prinzip 4:
Architectural
Cohesion
Falls Sie wirklich ‘splitten’ müssen…
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”
Constraint Dimensions anwenden
Komplexität
Schwierigkeit
⦿ technologisch
⦿ Unternehmensstruktur
⦿ interne Politik
⦿ menschliche Fakt.
⦿ Wertstromkompl.
⦿ Produktumfang
⦿ technisch
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
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
TCConsult
TCConsult
TCConsult
TCConsult
Was bedeutet “Owner sein”?
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
Skaliert…
Prinzip 1:
Der Product Owner trägt die
Verantwortung für
einen nachhaltigen Endwert
“The Product Owner is
Accountable for sustained
End Value”
Skaliert…
Prinzip 2:
MinimumViable Product Owners
Outcome
oder
Output?
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
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”
Skaliert…
Prinzip 5:
KollektiveVerantwortung im Falle einer
Product Ownership Group
“Collective
Accountability in case of
Product Ownership
Group”
TCConsult
TCConsult
TCConsult
TCConsult
Evolution von Agilität
in großen Organisationen
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
Fragen?
33
https://connexxo.com
ConneXo
X
ppugliese@connexxo.com
` https://scaleagility.org

Weitere ähnliche Inhalte

Ähnlich wie Large-Scale Product Owner @ XPDays Germany (5.10.2023)

DNUG 38: "Einen Rahmen schaffen: Vorteile durch Frameworks in der Domino-Webe...
DNUG 38: "Einen Rahmen schaffen: Vorteile durch Frameworks in der Domino-Webe...DNUG 38: "Einen Rahmen schaffen: Vorteile durch Frameworks in der Domino-Webe...
DNUG 38: "Einen Rahmen schaffen: Vorteile durch Frameworks in der Domino-Webe...
Oliver Busse
 
Innovationsmanagement auf SharePoint 2010
Innovationsmanagement auf SharePoint 2010Innovationsmanagement auf SharePoint 2010
Innovationsmanagement auf SharePoint 2010
IPI GmbH
 
Ibm symp14 referent_frank heuer_partner_präsentation
Ibm symp14 referent_frank heuer_partner_präsentationIbm symp14 referent_frank heuer_partner_präsentation
Ibm symp14 referent_frank heuer_partner_präsentation
IBM Switzerland
 

Ähnlich wie Large-Scale Product Owner @ XPDays Germany (5.10.2023) (20)

KnowTech 2010 - 10 Jahre KM bei Detecon
KnowTech 2010 - 10 Jahre KM bei DeteconKnowTech 2010 - 10 Jahre KM bei Detecon
KnowTech 2010 - 10 Jahre KM bei Detecon
 
ConSol Unternehmenspräsentation 2019
ConSol Unternehmenspräsentation 2019ConSol Unternehmenspräsentation 2019
ConSol Unternehmenspräsentation 2019
 
Agiles Wissensmanagement im Service mit KCS®
Agiles Wissensmanagement im Service mit KCS®Agiles Wissensmanagement im Service mit KCS®
Agiles Wissensmanagement im Service mit KCS®
 
Softwerkskammer Chemnitz Special Pecha Kucha Night
Softwerkskammer Chemnitz Special Pecha Kucha NightSoftwerkskammer Chemnitz Special Pecha Kucha Night
Softwerkskammer Chemnitz Special Pecha Kucha Night
 
DNUG 38: "Einen Rahmen schaffen: Vorteile durch Frameworks in der Domino-Webe...
DNUG 38: "Einen Rahmen schaffen: Vorteile durch Frameworks in der Domino-Webe...DNUG 38: "Einen Rahmen schaffen: Vorteile durch Frameworks in der Domino-Webe...
DNUG 38: "Einen Rahmen schaffen: Vorteile durch Frameworks in der Domino-Webe...
 
Digital Oxygen - IoT Workshop Series
Digital Oxygen - IoT Workshop SeriesDigital Oxygen - IoT Workshop Series
Digital Oxygen - IoT Workshop Series
 
Thementag 2023 06 Dieses Mal machen wir alles richtig - 9 Hacks für wandelbar...
Thementag 2023 06 Dieses Mal machen wir alles richtig - 9 Hacks für wandelbar...Thementag 2023 06 Dieses Mal machen wir alles richtig - 9 Hacks für wandelbar...
Thementag 2023 06 Dieses Mal machen wir alles richtig - 9 Hacks für wandelbar...
 
Innovationsmanagement auf SharePoint 2010
Innovationsmanagement auf SharePoint 2010Innovationsmanagement auf SharePoint 2010
Innovationsmanagement auf SharePoint 2010
 
Agiles Anforderungsmanagement bei HEC
Agiles Anforderungsmanagement bei HECAgiles Anforderungsmanagement bei HEC
Agiles Anforderungsmanagement bei HEC
 
Business Turbo Enterprise 2.0 Qualysoft
Business Turbo Enterprise 2.0 QualysoftBusiness Turbo Enterprise 2.0 Qualysoft
Business Turbo Enterprise 2.0 Qualysoft
 
Xidra 2016 DevOps
Xidra 2016 DevOpsXidra 2016 DevOps
Xidra 2016 DevOps
 
Responsive Content Experience
Responsive Content ExperienceResponsive Content Experience
Responsive Content Experience
 
Das Ganze ist mehr als seine Teile: Die moderne Continuous-Delivery-Umgebung
Das Ganze ist mehr als seine Teile: Die moderne Continuous-Delivery-UmgebungDas Ganze ist mehr als seine Teile: Die moderne Continuous-Delivery-Umgebung
Das Ganze ist mehr als seine Teile: Die moderne Continuous-Delivery-Umgebung
 
Ibm symp14 referent_frank heuer_partner_präsentation
Ibm symp14 referent_frank heuer_partner_präsentationIbm symp14 referent_frank heuer_partner_präsentation
Ibm symp14 referent_frank heuer_partner_präsentation
 
Den PEP (Produktentwicklungsprozess) neu denken!
Den PEP (Produktentwicklungsprozess) neu denken!Den PEP (Produktentwicklungsprozess) neu denken!
Den PEP (Produktentwicklungsprozess) neu denken!
 
Innovation durch Scrum und Continuous Delivery
Innovation durch Scrum und Continuous DeliveryInnovation durch Scrum und Continuous Delivery
Innovation durch Scrum und Continuous Delivery
 
Agile Business Software mit der Enterprise Cloud
Agile Business Software mit der Enterprise CloudAgile Business Software mit der Enterprise Cloud
Agile Business Software mit der Enterprise Cloud
 
Microsoft Azure in der Unternehmenspraxis
Microsoft Azure in der UnternehmenspraxisMicrosoft Azure in der Unternehmenspraxis
Microsoft Azure in der Unternehmenspraxis
 
Wjax Vortrag 2018: Von DevOps bis DesignThinking
Wjax Vortrag 2018: Von DevOps bis DesignThinkingWjax Vortrag 2018: Von DevOps bis DesignThinking
Wjax Vortrag 2018: Von DevOps bis DesignThinking
 
Digital Workplace by Andreas Knauer
Digital Workplace by Andreas KnauerDigital Workplace by Andreas Knauer
Digital Workplace by Andreas Knauer
 

Mehr von Pierluigi Pugliese

Scrum master as a team coach - Agile Prague 2013
Scrum master as a team coach - Agile Prague 2013Scrum master as a team coach - Agile Prague 2013
Scrum master as a team coach - Agile Prague 2013
Pierluigi Pugliese
 

Mehr von Pierluigi Pugliese (20)

Vuoi più agilità? Riduci la complessità (organizzativa)
Vuoi più agilità? Riduci la complessità (organizzativa)Vuoi più agilità? Riduci la complessità (organizzativa)
Vuoi più agilità? Riduci la complessità (organizzativa)
 
Product? What Product?
Product? What Product?Product? What Product?
Product? What Product?
 
2020.05.13 host leadership minicourse.key
2020.05.13 host leadership minicourse.key2020.05.13 host leadership minicourse.key
2020.05.13 host leadership minicourse.key
 
2020.04.15 meetup - Quante stupidaggini avete sentito su Scrum? Episodio 2: I...
2020.04.15 meetup - Quante stupidaggini avete sentito su Scrum? Episodio 2: I...2020.04.15 meetup - Quante stupidaggini avete sentito su Scrum? Episodio 2: I...
2020.04.15 meetup - Quante stupidaggini avete sentito su Scrum? Episodio 2: I...
 
Quante stupidaggini avete sentito su Scrum? Episodio 1: Lo Scrum Master
Quante stupidaggini avete sentito su Scrum? Episodio 1: Lo Scrum MasterQuante stupidaggini avete sentito su Scrum? Episodio 1: Lo Scrum Master
Quante stupidaggini avete sentito su Scrum? Episodio 1: Lo Scrum Master
 
Free software and agile: Do they fit together?
Free software and agile: Do they fit together?Free software and agile: Do they fit together?
Free software and agile: Do they fit together?
 
Organizzazione e Fiducia - Italian Agile Day 2019
Organizzazione e Fiducia - Italian Agile Day 2019Organizzazione e Fiducia - Italian Agile Day 2019
Organizzazione e Fiducia - Italian Agile Day 2019
 
Organizzazione Agile: pattern per crearla e antipattern per distruggerla
Organizzazione Agile: pattern per crearla e antipattern per distruggerlaOrganizzazione Agile: pattern per crearla e antipattern per distruggerla
Organizzazione Agile: pattern per crearla e antipattern per distruggerla
 
Ma come implemento un'organizzazione agile?
Ma come implemento un'organizzazione agile?Ma come implemento un'organizzazione agile?
Ma come implemento un'organizzazione agile?
 
Host Leaders as Good Citizens in Software Development Organisations
Host Leaders as Good Citizens in Software Development OrganisationsHost Leaders as Good Citizens in Software Development Organisations
Host Leaders as Good Citizens in Software Development Organisations
 
The Path of Change
The Path of ChangeThe Path of Change
The Path of Change
 
Cause Effect Relativity & Diversity
Cause Effect Relativity & DiversityCause Effect Relativity & Diversity
Cause Effect Relativity & Diversity
 
Xdde15 the art of facilitating retrospectives [and other team meetings]
Xdde15   the art of facilitating retrospectives [and other team meetings]Xdde15   the art of facilitating retrospectives [and other team meetings]
Xdde15 the art of facilitating retrospectives [and other team meetings]
 
Host Leadership workshop at XP Days Benelux 2014
Host Leadership workshop at XP Days Benelux 2014Host Leadership workshop at XP Days Benelux 2014
Host Leadership workshop at XP Days Benelux 2014
 
Managers and agile - do's and dont's
Managers and agile - do's and dont'sManagers and agile - do's and dont's
Managers and agile - do's and dont's
 
Host Leadership @ Better Software 2014
Host Leadership @ Better Software 2014Host Leadership @ Better Software 2014
Host Leadership @ Better Software 2014
 
Growing agile organisations @ Agile Prague 2014
Growing agile organisations @ Agile Prague 2014Growing agile organisations @ Agile Prague 2014
Growing agile organisations @ Agile Prague 2014
 
Growing agile organisations mini iad trento 2014
Growing agile organisations   mini iad trento 2014Growing agile organisations   mini iad trento 2014
Growing agile organisations mini iad trento 2014
 
Growing Agile Organisations @ Lean & Agile for Innovation 2014, Milan
Growing Agile Organisations @ Lean & Agile for Innovation 2014, MilanGrowing Agile Organisations @ Lean & Agile for Innovation 2014, Milan
Growing Agile Organisations @ Lean & Agile for Innovation 2014, Milan
 
Scrum master as a team coach - Agile Prague 2013
Scrum master as a team coach - Agile Prague 2013Scrum master as a team coach - Agile Prague 2013
Scrum master as a team coach - Agile Prague 2013
 

Large-Scale Product Owner @ XPDays Germany (5.10.2023)

  • 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
  • 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
  • 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”
  • 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”
  • 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