praxisbericht: agil skalierte produktentwicklung im regulierten umfeld
DESCRIPTION
Im agilen Umfeld können wir uns diese Pyramide zu nutzen machen – allerdings mit unterschiedlichem Planungshorizont und i.A. im anderen Bezeichnungen – Detaillierungsgrad ist der große Unterschied zu klassischer Pyramide. Epics sind Geschäftsziele oder größere Architekturentscheidungen. Features sind dauerhafte Systemeigenschaften. User Stories sind Kommunikationsmittel für PO und sein Entwicklerteam. Tasks beschreiben alle Aufgaben in einem Sprint für die konkrete Umsetzung einer User Story.TRANSCRIPT
Praxisbericht: Agil skalierte Produktentwicklung
im regulierten Umfeld
Andreas Becker, Uwe Valentini
Agile-by-HOOD
19.02.2014
User Stories
Tasks
Epics
Features / Use Cases
Quelle: http://www.antike-weltwunder.de/die-pyramiden-von-gizeh/
Softwareentwicklungsprozess
Product
Backlog Sprint
Backlog
Potentiell lieferbares
Produktinkrement
Sprint Planning Review
Retrospektive
Daily Sprint
Sprint Max. 30 Tage
Definiton
of Done
Gebrauchstauglichkeit
Agilität erleben 2
Risikoanalyse und -Management
Nachverfolgbarkeit
Dokumentation
Release 2013-03
Release 2013-04
Release 2014-01
Release Management
Zero Bug - Management
Qualitäts- management- System
Reguliertes agil-skaliertes Umfeld
Gebrauchstauglichkeit
Agilität erleben 3
Risikoanalyse und -Management
Nachverfolgbarkeit
Dokumentation
Release 2013-03
Release 2013-04
Release 2014-01
Release Management
Zero Bug - Management
Qualitäts- management- System
Reguliertes agil-skaliertes Umfeld
Softwareentwicklungsprozess
Product
Backlog Sprint
Backlog
Potentiell lieferbares
Produktinkrement
Sprint Planning Review
Retrospektive
Daily Sprint
Sprint Max. 30 Tage
Definiton
of Done
Scrum-Framework gemäß Scrum-Guide 2013
Stand: Scrum Guide 2013
Product
Backlog Sprint
Backlog
Potentiell
lieferbares
Produktinkrement
Sprint Planning Review
Retrospektive
Daily Sprint
Sprint Max. 30 Tage
Definiton
of Done
Story Time
Business-Team mit PO, BA und NORMator
Agilität erleben 5
NORMator
Product Owner
Business Analyst
Prozess (zeitlicher Ablauf)
Aktivitäten
R
a
n
k
i
n
g
Aufgaben / Tasks
Rollen und Teams
-6-
Redakteure
Hotline
4 - 16 … E2E-Tests
PM
RM
PM
PM
Produkt-management
Softwareentwicklungsprozess
Product
Backlog Sprint
Backlog
Potentiell lieferbares
Produktinkrement
Sprint Planning Review
Retrospektive
Daily Sprint
Sprint Max. 30 Tage
Definiton
of Done
Gebrauchstauglichkeit
Agilität erleben 7
Risikoanalyse und -Management
Dokumentation
Release 2013-03
Release 2013-04
Release 2014-01
Release Management
Zero Bug - Management
Qualitäts- management- System
Reguliertes agil-skaliertes Umfeld
Nachverfolgbarkeit
Pyramide in einem agil-skalierten Umfeld
Epics
User Stories
Quelle: http://www.antike-weltwunder.de/die-pyramiden-von-gizeh/
Tasks
Features / Use Cases
Backlog-Management
Agilität erleben
Portfolio Backlog
Feature Backlog
Product Backlogs
Sprint Backlogs
NFA
Architektur- entscheidungen
User Story
User Story
User Story
User Story
User Story
User Story
Task
Task
Task
Task
Task
Task
Task
Task
Task
Gesetze Gf-Ziele
Use Case
Feature …..
1. ----- 2. ----- 3. ----- 4. ----- 5. ----- 6. -----
1. ----- 2. ----- 3. ----- 4. ----- 5. ----- 6. -----
1. ----- 2. ----- 3. ----- 4. ----- 5. ----- 6. -----
1. ----- 2. ----- 3. ----- 4. ----- 5. ----- 6. -----
1. ----- 2. ----- 3. ----- 4. ----- 5. ----- 6. -----
1. ----- 2. ----- 3. ----- 4. ----- 5. ----- 6. -----
1. ----- 2. ----- 3. ----- 4. ----- 5. ----- 6. -----
1. ----- 2. ----- 3. ----- 4. ----- 5. ----- 6. -----
…
…
….
Nac
hve
rfo
lgb
arke
it
z.B. Sicherheits-anforderungen
Planungsunabhängige und planungsabhängige Anforderungen
Agilität erleben 10
PM
Agiles Team
Kunden
PO
Planungsabhängige Anforderungen
Planungsunabhängige Anforderungen
Nachverfolgbarkeit
Softwareentwicklungsprozess
Product
Backlog Sprint
Backlog
Potentiell lieferbares
Produktinkrement
Sprint Planning Review
Retrospektive
Daily Sprint
Sprint Max. 30 Tage
Definiton
of Done
Gebrauchstauglichkeit
Agilität erleben 11
Risikoanalyse und -Management
Dokumentation
Zero Bug - Management
Qualitäts- management- System
Reguliertes agil-skaliertes Umfeld
Release 2013-03
Release 2013-04
Release 2014-01
Release Management
Releaseplanung für gesetzliche Themen und Abhängigkeiten
-12-
RG
Feinplanung Feinplanung RG
Feinplanung RG
St. St. St.
1 2013
2 2013
3 2013
4 2013
5
2013
6 2013
7 2013
8 2013
9
2013
10 2013
11 2013
12 2013
St.
13 2013
….
RF RG
Sprints
Entwicklung
E2E, UAT, Performance
Pilot
Release-planung
Releaseplanung für gesetzliche Themen und Abhängigkeiten
-13-
RG
Feinplanung Feinplanung
RG
Feinplanung RG
St. St. St.
1 2013
2 2013
3 2013
4 2013
5
2013
6 2013
7 2013
8 2013
9
2013
10 2013
11 2013
12 2013
St.
13 2013
….
RF
RG
Sprints
Entwicklung
E2E, UAT, Performance
Pilot
Release-planung
Releasegrobplanung
Kick-Off Release-Planning I
Release-Planning II
Größen- klassen-
schätzung
RG
Feinplanung Feinplanung RG
Feinplanung RG
St. St. St.
1
2012
2 2012
3 2012
4 2012
5 2012
6 2012
7 2012
8 2012
9
2012
10 2012
11 2012
12 2012
St.
13 2012
14 2012
RF RG
Sprints
Entwicklung
E2E, UAT, Performance
Pilot
Release-planung
RM
PM
E2E PO
RM PM
PO
Agiles Team
PM
PO
PO
Roadmap - Releasevorhersage
15
Release 2013-03
Release 2013-04
Release 2014-01
Releasefeinplanung
Product Backlog Pflege
Story Time Abstimmung PM und PO
RG
Feinplanung Feinplanung RG
Feinplanung RG
St. St. St.
1
2012
2 2012
3 2012
4 2012
5 2012
6 2012
7 2012
8 2012
9
2012
10 2012
11 2012
12 2012
St.
13 2012
14 2012
RF RG
Sprints
Entwicklung
E2E, UAT, Performance
Pilot
Release-planung
PO
PO Agiles Team RM
PM
PO
Nachverfolgbarkeit
Softwareentwicklungsprozess
Product
Backlog Sprint
Backlog
Potentiell lieferbares
Produktinkrement
Sprint Planning Review
Retrospektive
Daily Sprint
Sprint Max. 30 Tage
Definiton
of Done
Agilität erleben 17
Dokumentation
Release 2013-03
Release 2013-04
Release 2014-01
Release Management
Zero Bug - Management
Qualitäts- management- System
Reguliertes agil-skaliertes Umfeld
Gebrauchstauglichkeit
Risikoanalyse und -Management
Risikomanagement und Gebrauchstauglichkeit
Agilität erleben 18
NORMator
Validierung der Gebrauchstauglichkeit - User - Gebrauchsformen - Szenarien - Schnittstellen
Risikomanagement - Risikoanalyse - Maßnahmen - Dokumentation
Softwareentwicklungsprozess
Product
Backlog Sprint
Backlog
Potentiell
lieferbares
Produktinkrement
Sprint Planning Review
Retrospektive
Daily Sprint
Sprint Max. 30 Tage
Definiton
of Done
Gebrauchstauglichkeit
Agilität erleben 19
Risikoanalyse und -Management
Nachverfolgbarkeit
Dokumentation
Release 2013-03
Release 2013-04
Release 2014-01
Release Management
Zero Bug - Management
Qualitäts- management- System
User Story
User Story
Task Task
Task
Task
Task Task
Task
Task
Task
Task
Task Task
Task
Task
Task Task
User Story
IN WORK DONE OPEN
Task
Task Task
R&R
Task Task
Kontinuierliche Qualitätsverbesserung
20
DoD
User Story
User Story
Task Task
Task
Task Task
Task
Task
Task
Task
Task
Task Task
Task
Task
Task Task
User Story
IN WORK DONE OPEN
Task
Task Task Task Task
Fastlane und Fehlerbehebung
21
Fehler
Fehler
22
Zero Bug - Management
Qualitäts- management- System
Softwareentwicklungsprozess
Product
Backlog Sprint
Backlog
Potentiell
lieferbares
Produktinkrement
Sprint Planning Review
Retrospektive
Daily Sprint
Sprint Max. 30 Tage
Definiton
of Done
Gebrauchstauglichkeit
Agilität erleben
Risikoanalyse und -Management
Nachverfolgbarkeit
Release 2013-03
Release 2013-04
Release 2014-01
Release Management
Dokumentation
Dokumentation
23
Product
Backlog Sprint
Backlog
Potentiell
lieferbares
Produktinkreme
nt Sprint Planning Review
Retrospektive
Daily Sprint
Sprint Max. 30 Tage
Definiton
of Done
NORMator DoR / DoD
Sprint Notes
Team Charta
Architecture Notes
Release Notes
Test Documentation
Prozess
Story Time
Fehler- und Zero Bug- Management
Dokumentation
24
Qualitäts- management- System
Usability - Gebrauchstauglichkeit
Risikoanalyse und -Management
Nachverfolgbarkeit
Softwareentwicklungsprozess
Product
Backlog Sprint
Backlog
Potentiell
lieferbares
Produktinkrement
Sprint Planning Review
Retrospektive
Daily Sprint
Sprint Max. 30 Tage
Definiton
of Done
Agilität erleben
Release 2013-03
Release 2013-04
Release 2014-01
Release Management
Feedback im agil skalierten Umfeld
Agilität erleben 25
Hotline
NORMator
Endanwender
Session-basiertes Testen
….
Beta-Kunden / Pilotierung
Endanwender Endanwender Pilotierungskunden
Optionale Nutzung
Product Owner
Review-Event (Feedback- & Erhebungsworkshop)
Videoaufzeichung
Scouts beim Endkunden
Usability Prototyping
UX Usability Testing
NORMator im Überblick
Agilität erleben 26
NORMator
Validierung der Gebrauchstauglichkeit - User - Gebrauchsformen - Szenarien - Schnittstellen
Risikomanagement - Risikoanalyse - Maßnahmen - Dokumentation
Traceability sicherstellen
……
Vollständigkeit der Dokumentation - Prozessvorgehen - Sprintnachweis - Architektur - Teamcharta - ….
27
Und was uns sonst noch wichtig ist
Softwareentwicklungsprozess
Product
Backlog Sprint
Backlog
Potentiell lieferbares
Produktinkrement
Sprint Planning Review
Retrospektive
Daily Sprint
Sprint Max. 30 Tage
Definito
n
of Done
Gebrauchstauglichkeit
Risikoanalyse und -Management
Nachverfolgbarkeit
Dokumentation
Release 2013-03
Release 2013-04
Release 2014-01
Release Management
Zero Bug - Management
Qualitäts- management- System
Direkte Kommunikation
28
Story Time
Release Planning I
Erhebungsworkshops
Sprint Planning
Architektur- entscheidungen
User Story
User Story
User Story
User Story
User Story
User Story
Task
Task
Task
Task
Task
Task
Task
Task
Task
Gesetze Gf-Ziele
Use Case
Feature …..
RM
PM
E2E-Test
PO
Release Planning II
PO
PM
Empirische Prozesssteuerung
Agilität erleben 29
Transparenz
Inspektion
Anpassung
Das Agile Manifest – 12 Prinzipien
-30-
Unsere höchste Priorität ist es, den Kunden durch frühe und kontinuierliche Auslieferung wertvoller Software zufrieden zu stellen.
Heiße Anforderungsänderungen selbst spät in der Entwicklung willkommen. Agile Prozesse nutzen Veränderungen zum Wettbewerbsvorteil des Kunden.
Liefere funktionierende Software regelmäßig innerhalb weniger Wochen oder Monate und bevorzuge dabei die kürzere Zeitspanne.
Fachexperten und Entwickler müssen während des Projektes täglich zusammenarbeiten.
Errichte Projekte rund um motivierte Individuen. Gib ihnen das Umfeld und die Unterstützung, die sie benötigen und vertraue darauf, dass sie die Aufgabe erledigen.
Die effizienteste und effektivste Methode, Informationen an und innerhalb eines Entwicklungsteam zu übermitteln, ist im Gespräch von Angesicht zu Angesicht.
Funktionierende Software ist das wichtigste Fortschrittsmaß.
Agile Prozesse fördern nachhaltige Entwicklung. Die Auftraggeber, Entwickler
und Benutzer sollten ein gleichmäßiges Tempo auf unbegrenzte Zeit halten können.
Ständiges Augenmerk auf technische Exzellenz und
gutes Design fördert Agilität.
Einfachheit -- die Kunst, die Menge nicht getaner Arbeit
zu maximieren -- ist essenziell.
Die besten Architekturen, Anforderungen und Entwürfe
entstehen durch selbstorganisierte Teams.
In regelmäßigen Abständen reflektiert das Team, wie es effektiver werden
kann und passt sein Verhalten entsprechend an.
Fragen und Diskussion
-31-
HOOD GmbH Büro München Keltenring 7 82041 Oberhaching Germany
Tel: 0049 89 4512 53 0 www.Agile-by-HOOD.com
Uwe Valentini Agile Coach
HOOD GmbH Büro München Keltenring 7 82041 Oberhaching Germany
Tel: 0049 89 4512 53 0 www.Agile-by-HOOD.com
Andreas Becker Agile Coach