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.
REConf_2012 OMG Requirements Interchange Format ReqIF
Praxisbericht: Agil skalierte Produktentwicklung im regulierten Umfeld
1. 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/
3. 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
4. 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
5. 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
8. Pyramide in einem agil-skalierten Umfeld
Epics
User Stories
Quelle: http://www.antike-weltwunder.de/die-pyramiden-von-gizeh/
Tasks
Features / Use Cases
9. 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
GesetzeGf-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. -----
…
…
….
Nachverfolgbarkeit
z.B. Sicherheits-
anforderungen
10. Planungsunabhängige und planungsabhängige Anforderungen
Agilität erleben 10
PM
Agiles Team
Kunden
PO
Planungsabhängige
Anforderungen
Planungsunabhängige
Anforderungen
16. Releasefeinplanung
Product
Backlog
Pflege
Story Time
Abstimmung
PM und PO
RG FeinplanungFeinplanung RG FeinplanungRG
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
RFRG
Sprints
Entwicklung
E2E, UAT,
Performance
Pilot
Release-
planung
PO
PO Agiles
Team RM
PM
PO
27. 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
28. 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
GesetzeGf-Ziele
Use Case
Feature …..
RM
PM
E2E-Test
PO
Release Planning II
PO
PM
30. 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.