SlideShare ist ein Scribd-Unternehmen logo
1 von 33
Downloaden Sie, um offline zu lesen
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
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
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 FeinplanungFeinplanung RG FeinplanungRG
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
….
RFRG
Sprints
Entwicklung
E2E, UAT,
Performance
Pilot
Release-
planung
Releaseplanung für gesetzliche Themen und Abhängigkeiten
-13-
RG FeinplanungFeinplanung
RG FeinplanungRG
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
….
RFRG
Sprints
Entwicklung
E2E, UAT,
Performance
Pilot
Release-
planung
Releasegrobplanung
Kick-Off Release-
Planning I
Release-
Planning II
Größen-
klassen-
schätzung
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
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 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
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 DONEOPEN
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 DONEOPEN
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
ntSprint Planning Review
Retrospektive
Daily Sprint
Sprint
Max. 30 Tage
Definiton
of Done
NORMatorDoR / 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 EndanwenderPilotierungskunden
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
GesetzeGf-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-
Uwe.Valentini@HOOD-Group.com
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
Andreas.Becker@HOOD-Group.com
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

Weitere ähnliche Inhalte

Was ist angesagt?

DevOps - Programmierst Du noch oder betreibst Du schon?
DevOps - Programmierst Du noch oder betreibst Du schon?DevOps - Programmierst Du noch oder betreibst Du schon?
DevOps - Programmierst Du noch oder betreibst Du schon?Jean-Pierre König
 
Vortragsreihe Dortmund: Unified Development Environments
Vortragsreihe Dortmund: Unified Development EnvironmentsVortragsreihe Dortmund: Unified Development Environments
Vortragsreihe Dortmund: Unified Development EnvironmentsThorsten Kamann
 
Agile Methoden als Diagnose-Tool für den sicherheitskritischen Bereich
Agile Methoden als Diagnose-Tool für den sicherheitskritischen BereichAgile Methoden als Diagnose-Tool für den sicherheitskritischen Bereich
Agile Methoden als Diagnose-Tool für den sicherheitskritischen BereichChristoph Schmiedinger
 
VSHN DevOps Workshop at topsoft 2019
VSHN DevOps Workshop at topsoft 2019VSHN DevOps Workshop at topsoft 2019
VSHN DevOps Workshop at topsoft 2019Markus Speth
 
DevOps in der Praxis
DevOps in der PraxisDevOps in der Praxis
DevOps in der Praxisinovex GmbH
 
comocom GmbH. Präsentation
comocom GmbH. Präsentationcomocom GmbH. Präsentation
comocom GmbH. PräsentationMarina Karabut
 
Hybrides Projektmanagement – Wie Sie agile und klassische Methoden verbinden
Hybrides Projektmanagement – Wie Sie agile und klassische Methoden verbindenHybrides Projektmanagement – Wie Sie agile und klassische Methoden verbinden
Hybrides Projektmanagement – Wie Sie agile und klassische Methoden verbindenAchim Schmidt-Sibeth
 
Traditionelles Projektmanagement und SCRUM
Traditionelles Projektmanagement und SCRUMTraditionelles Projektmanagement und SCRUM
Traditionelles Projektmanagement und SCRUMFelix Ruessel
 
Prozesse im Spiegel des Projektalltags
Prozesse im Spiegel des ProjektalltagsProzesse im Spiegel des Projektalltags
Prozesse im Spiegel des ProjektalltagsmicroTOOL GmbH
 
Lean Development / Standardisierte Software-Entwicklung
Lean Development / Standardisierte Software-EntwicklungLean Development / Standardisierte Software-Entwicklung
Lean Development / Standardisierte Software-EntwicklungSuperB2
 
Performance Engineering Reloaded - Performance Day
Performance Engineering Reloaded - Performance DayPerformance Engineering Reloaded - Performance Day
Performance Engineering Reloaded - Performance DayMarc Rieger
 
Software-Engineering in der Luft- und Raumfahrt mit Open-Source-Tools
Software-Engineering in der Luft- und Raumfahrt mit Open-Source-ToolsSoftware-Engineering in der Luft- und Raumfahrt mit Open-Source-Tools
Software-Engineering in der Luft- und Raumfahrt mit Open-Source-ToolsAndreas Schreiber
 
Antipattern bei agilen Transitionen #etffm18
Antipattern bei agilen Transitionen #etffm18Antipattern bei agilen Transitionen #etffm18
Antipattern bei agilen Transitionen #etffm18Patrick Sauerwein
 

Was ist angesagt? (18)

DWX2016: Der perfekte Mitarbeiter - vom T-Shape zum Team-Shape
DWX2016: Der perfekte Mitarbeiter - vom T-Shape zum Team-ShapeDWX2016: Der perfekte Mitarbeiter - vom T-Shape zum Team-Shape
DWX2016: Der perfekte Mitarbeiter - vom T-Shape zum Team-Shape
 
Xidra 2016 DevOps
Xidra 2016 DevOpsXidra 2016 DevOps
Xidra 2016 DevOps
 
DevOps - Programmierst Du noch oder betreibst Du schon?
DevOps - Programmierst Du noch oder betreibst Du schon?DevOps - Programmierst Du noch oder betreibst Du schon?
DevOps - Programmierst Du noch oder betreibst Du schon?
 
Das Mindset von DevOps
Das Mindset von DevOpsDas Mindset von DevOps
Das Mindset von DevOps
 
Vortragsreihe Dortmund: Unified Development Environments
Vortragsreihe Dortmund: Unified Development EnvironmentsVortragsreihe Dortmund: Unified Development Environments
Vortragsreihe Dortmund: Unified Development Environments
 
Agile Methoden als Diagnose-Tool für den sicherheitskritischen Bereich
Agile Methoden als Diagnose-Tool für den sicherheitskritischen BereichAgile Methoden als Diagnose-Tool für den sicherheitskritischen Bereich
Agile Methoden als Diagnose-Tool für den sicherheitskritischen Bereich
 
VSHN DevOps Workshop at topsoft 2019
VSHN DevOps Workshop at topsoft 2019VSHN DevOps Workshop at topsoft 2019
VSHN DevOps Workshop at topsoft 2019
 
DevOps in der Praxis
DevOps in der PraxisDevOps in der Praxis
DevOps in der Praxis
 
comocom GmbH. Präsentation
comocom GmbH. Präsentationcomocom GmbH. Präsentation
comocom GmbH. Präsentation
 
Hybrides Projektmanagement – Wie Sie agile und klassische Methoden verbinden
Hybrides Projektmanagement – Wie Sie agile und klassische Methoden verbindenHybrides Projektmanagement – Wie Sie agile und klassische Methoden verbinden
Hybrides Projektmanagement – Wie Sie agile und klassische Methoden verbinden
 
Traditionelles Projektmanagement und SCRUM
Traditionelles Projektmanagement und SCRUMTraditionelles Projektmanagement und SCRUM
Traditionelles Projektmanagement und SCRUM
 
Murcs
MurcsMurcs
Murcs
 
Prozesse im Spiegel des Projektalltags
Prozesse im Spiegel des ProjektalltagsProzesse im Spiegel des Projektalltags
Prozesse im Spiegel des Projektalltags
 
Lean Development / Standardisierte Software-Entwicklung
Lean Development / Standardisierte Software-EntwicklungLean Development / Standardisierte Software-Entwicklung
Lean Development / Standardisierte Software-Entwicklung
 
Change Management
Change ManagementChange Management
Change Management
 
Performance Engineering Reloaded - Performance Day
Performance Engineering Reloaded - Performance DayPerformance Engineering Reloaded - Performance Day
Performance Engineering Reloaded - Performance Day
 
Software-Engineering in der Luft- und Raumfahrt mit Open-Source-Tools
Software-Engineering in der Luft- und Raumfahrt mit Open-Source-ToolsSoftware-Engineering in der Luft- und Raumfahrt mit Open-Source-Tools
Software-Engineering in der Luft- und Raumfahrt mit Open-Source-Tools
 
Antipattern bei agilen Transitionen #etffm18
Antipattern bei agilen Transitionen #etffm18Antipattern bei agilen Transitionen #etffm18
Antipattern bei agilen Transitionen #etffm18
 

Andere mochten auch (6)

Practical_Scrum_Cone_of_Uncertainty
Practical_Scrum_Cone_of_UncertaintyPractical_Scrum_Cone_of_Uncertainty
Practical_Scrum_Cone_of_Uncertainty
 
How to scale Agile With Scrum as the Foundational Framework
How to scale Agile With Scrum as the Foundational FrameworkHow to scale Agile With Scrum as the Foundational Framework
How to scale Agile With Scrum as the Foundational Framework
 
6 sigma LTE release management process improvement
6 sigma LTE release management process improvement6 sigma LTE release management process improvement
6 sigma LTE release management process improvement
 
Beginner's Guide to Agile Release Planning
Beginner's Guide to Agile Release PlanningBeginner's Guide to Agile Release Planning
Beginner's Guide to Agile Release Planning
 
DevOps: Revolution im IT Betrieb?
DevOps: Revolution im IT Betrieb?DevOps: Revolution im IT Betrieb?
DevOps: Revolution im IT Betrieb?
 
498459
498459498459
498459
 

Ähnlich wie Praxisbericht: Agil skalierte Produktentwicklung im regulierten Umfeld

RE und Scrum - auf den zweiten Blick ein geniales Team
RE und Scrum - auf den zweiten Blick ein geniales TeamRE und Scrum - auf den zweiten Blick ein geniales Team
RE und Scrum - auf den zweiten Blick ein geniales TeamHOOD Group
 
MURCS - Wir machen jetzt Scrum (OOP 2017)
MURCS - Wir machen jetzt Scrum (OOP 2017)MURCS - Wir machen jetzt Scrum (OOP 2017)
MURCS - Wir machen jetzt Scrum (OOP 2017)Ulf Mewe
 
IA/ UX in Scrum Entwicklungs-Prozessen - 2009
IA/ UX in Scrum Entwicklungs-Prozessen - 2009IA/ UX in Scrum Entwicklungs-Prozessen - 2009
IA/ UX in Scrum Entwicklungs-Prozessen - 2009Wolf Noeding
 
Scrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für ProgrammiererScrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für ProgrammiererTobias Schlüter
 
Scrum und Agile Software Entwicklung
Scrum und Agile Software EntwicklungScrum und Agile Software Entwicklung
Scrum und Agile Software EntwicklungAniello Bove
 
Projekte mittels Scrum und agiler Software Entwicklung meistern
Projekte mittels Scrum und agiler Software Entwicklung meisternProjekte mittels Scrum und agiler Software Entwicklung meistern
Projekte mittels Scrum und agiler Software Entwicklung meisternINM AG
 
Scrum Rocks, Testing Sucks ?! RELOADED
Scrum Rocks, Testing Sucks ?! RELOADEDScrum Rocks, Testing Sucks ?! RELOADED
Scrum Rocks, Testing Sucks ?! RELOADEDSwissQ Consulting AG
 
Agile UX - Wege zur agilen nutzerzentrierten Produktentwicklung
Agile UX - Wege zur agilen nutzerzentrierten ProduktentwicklungAgile UX - Wege zur agilen nutzerzentrierten Produktentwicklung
Agile UX - Wege zur agilen nutzerzentrierten ProduktentwicklungRainer Gibbert
 
Referat: Scrum Rocks – Testing Sucks?! (reloaded)
Referat: Scrum Rocks – Testing Sucks?! (reloaded)Referat: Scrum Rocks – Testing Sucks?! (reloaded)
Referat: Scrum Rocks – Testing Sucks?! (reloaded)Digicomp Academy AG
 
Hilfe! Agile und die Digitale Transformation haben meinen Job gefressen ...
Hilfe! Agile und die Digitale Transformation haben meinen Job gefressen ...Hilfe! Agile und die Digitale Transformation haben meinen Job gefressen ...
Hilfe! Agile und die Digitale Transformation haben meinen Job gefressen ...inovex GmbH
 
Scrum Workshop
Scrum WorkshopScrum Workshop
Scrum Workshopmrdoubleb
 
Das TIB AV-Portal setzt auf das agile Management-Framework Scrum
Das TIB AV-Portal setzt auf das agile Management-Framework ScrumDas TIB AV-Portal setzt auf das agile Management-Framework Scrum
Das TIB AV-Portal setzt auf das agile Management-Framework ScrumSvenDrStrobel
 
Agiles Software-Projektmanagement mit SCRUM
Agiles Software-Projektmanagement mit SCRUMAgiles Software-Projektmanagement mit SCRUM
Agiles Software-Projektmanagement mit SCRUMkaeff
 
Collaboration - dann klappt’s auch mit dem ‘Nachbarn’ - mff 2009
Collaboration - dann klappt’s auch mit dem ‘Nachbarn’ - mff 2009Collaboration - dann klappt’s auch mit dem ‘Nachbarn’ - mff 2009
Collaboration - dann klappt’s auch mit dem ‘Nachbarn’ - mff 2009Wolfgang Kraus
 
Contech analyser fuer_robust_design_v1.6_dt
Contech analyser fuer_robust_design_v1.6_dtContech analyser fuer_robust_design_v1.6_dt
Contech analyser fuer_robust_design_v1.6_dtClaudia Herrmann
 
Dev Day 2019: Kay Grebenstein – Wie wir müssen das noch testen? - design for ...
Dev Day 2019: Kay Grebenstein – Wie wir müssen das noch testen? - design for ...Dev Day 2019: Kay Grebenstein – Wie wir müssen das noch testen? - design for ...
Dev Day 2019: Kay Grebenstein – Wie wir müssen das noch testen? - design for ...DevDay Dresden
 
Man kann nicht nicht planen
Man kann nicht nicht planenMan kann nicht nicht planen
Man kann nicht nicht planenMarkus Unterauer
 
ASQF Dresden: Benötigen wir mit SCRUM noch einen Testmanager?
ASQF Dresden: Benötigen wir mit SCRUM noch einen Testmanager?ASQF Dresden: Benötigen wir mit SCRUM noch einen Testmanager?
ASQF Dresden: Benötigen wir mit SCRUM noch einen Testmanager?René Spengler
 
SEO Projekte in der agilen Entwicklung nach Scrum | Learnings und Tipps
SEO Projekte in der agilen Entwicklung nach Scrum | Learnings und TippsSEO Projekte in der agilen Entwicklung nach Scrum | Learnings und Tipps
SEO Projekte in der agilen Entwicklung nach Scrum | Learnings und TippsBianca Zang
 

Ähnlich wie Praxisbericht: Agil skalierte Produktentwicklung im regulierten Umfeld (20)

RE und Scrum - auf den zweiten Blick ein geniales Team
RE und Scrum - auf den zweiten Blick ein geniales TeamRE und Scrum - auf den zweiten Blick ein geniales Team
RE und Scrum - auf den zweiten Blick ein geniales Team
 
MURCS - Wir machen jetzt Scrum (OOP 2017)
MURCS - Wir machen jetzt Scrum (OOP 2017)MURCS - Wir machen jetzt Scrum (OOP 2017)
MURCS - Wir machen jetzt Scrum (OOP 2017)
 
IA/ UX in Scrum Entwicklungs-Prozessen - 2009
IA/ UX in Scrum Entwicklungs-Prozessen - 2009IA/ UX in Scrum Entwicklungs-Prozessen - 2009
IA/ UX in Scrum Entwicklungs-Prozessen - 2009
 
Scrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für ProgrammiererScrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für Programmierer
 
Scrum und Agile Software Entwicklung
Scrum und Agile Software EntwicklungScrum und Agile Software Entwicklung
Scrum und Agile Software Entwicklung
 
Projekte mittels Scrum und agiler Software Entwicklung meistern
Projekte mittels Scrum und agiler Software Entwicklung meisternProjekte mittels Scrum und agiler Software Entwicklung meistern
Projekte mittels Scrum und agiler Software Entwicklung meistern
 
Scrum Rocks, Testing Sucks ?! RELOADED
Scrum Rocks, Testing Sucks ?! RELOADEDScrum Rocks, Testing Sucks ?! RELOADED
Scrum Rocks, Testing Sucks ?! RELOADED
 
Agile UX - Wege zur agilen nutzerzentrierten Produktentwicklung
Agile UX - Wege zur agilen nutzerzentrierten ProduktentwicklungAgile UX - Wege zur agilen nutzerzentrierten Produktentwicklung
Agile UX - Wege zur agilen nutzerzentrierten Produktentwicklung
 
Referat: Scrum Rocks – Testing Sucks?! (reloaded)
Referat: Scrum Rocks – Testing Sucks?! (reloaded)Referat: Scrum Rocks – Testing Sucks?! (reloaded)
Referat: Scrum Rocks – Testing Sucks?! (reloaded)
 
Hilfe! Agile und die Digitale Transformation haben meinen Job gefressen ...
Hilfe! Agile und die Digitale Transformation haben meinen Job gefressen ...Hilfe! Agile und die Digitale Transformation haben meinen Job gefressen ...
Hilfe! Agile und die Digitale Transformation haben meinen Job gefressen ...
 
Scrum Workshop
Scrum WorkshopScrum Workshop
Scrum Workshop
 
Das TIB AV-Portal setzt auf das agile Management-Framework Scrum
Das TIB AV-Portal setzt auf das agile Management-Framework ScrumDas TIB AV-Portal setzt auf das agile Management-Framework Scrum
Das TIB AV-Portal setzt auf das agile Management-Framework Scrum
 
Agiles Software-Projektmanagement mit SCRUM
Agiles Software-Projektmanagement mit SCRUMAgiles Software-Projektmanagement mit SCRUM
Agiles Software-Projektmanagement mit SCRUM
 
Collaboration - dann klappt’s auch mit dem ‘Nachbarn’ - mff 2009
Collaboration - dann klappt’s auch mit dem ‘Nachbarn’ - mff 2009Collaboration - dann klappt’s auch mit dem ‘Nachbarn’ - mff 2009
Collaboration - dann klappt’s auch mit dem ‘Nachbarn’ - mff 2009
 
Contech analyser fuer_robust_design_v1.6_dt
Contech analyser fuer_robust_design_v1.6_dtContech analyser fuer_robust_design_v1.6_dt
Contech analyser fuer_robust_design_v1.6_dt
 
Dev Day 2019: Kay Grebenstein – Wie wir müssen das noch testen? - design for ...
Dev Day 2019: Kay Grebenstein – Wie wir müssen das noch testen? - design for ...Dev Day 2019: Kay Grebenstein – Wie wir müssen das noch testen? - design for ...
Dev Day 2019: Kay Grebenstein – Wie wir müssen das noch testen? - design for ...
 
Man kann nicht nicht planen
Man kann nicht nicht planenMan kann nicht nicht planen
Man kann nicht nicht planen
 
ASQF Dresden: Benötigen wir mit SCRUM noch einen Testmanager?
ASQF Dresden: Benötigen wir mit SCRUM noch einen Testmanager?ASQF Dresden: Benötigen wir mit SCRUM noch einen Testmanager?
ASQF Dresden: Benötigen wir mit SCRUM noch einen Testmanager?
 
SEO Projekte in der agilen Entwicklung nach Scrum | Learnings und Tipps
SEO Projekte in der agilen Entwicklung nach Scrum | Learnings und TippsSEO Projekte in der agilen Entwicklung nach Scrum | Learnings und Tipps
SEO Projekte in der agilen Entwicklung nach Scrum | Learnings und Tipps
 
SCRUM für Projektleiter
SCRUM für ProjektleiterSCRUM für Projektleiter
SCRUM für Projektleiter
 

Mehr von HOOD Group

ISO 26262 und Agil? Aber sicher!
ISO 26262 und Agil? Aber sicher!ISO 26262 und Agil? Aber sicher!
ISO 26262 und Agil? Aber sicher!HOOD Group
 
Zurück in die Zukunft: Warum sich Organisationen ständig neu entwickeln und "...
Zurück in die Zukunft: Warum sich Organisationen ständig neu entwickeln und "...Zurück in die Zukunft: Warum sich Organisationen ständig neu entwickeln und "...
Zurück in die Zukunft: Warum sich Organisationen ständig neu entwickeln und "...HOOD Group
 
Continuous Documentation statt Endless Specification - Fokus auf die nachhalt...
Continuous Documentation statt Endless Specification - Fokus auf die nachhalt...Continuous Documentation statt Endless Specification - Fokus auf die nachhalt...
Continuous Documentation statt Endless Specification - Fokus auf die nachhalt...HOOD Group
 
Agilität im Systems Engineering – geht das?
Agilität im Systems Engineering – geht das?Agilität im Systems Engineering – geht das?
Agilität im Systems Engineering – geht das?HOOD Group
 
Use Case 2.0- Wie etabliertes RE mit agiler Arbeitsweise wirklich zusammengeht
Use Case 2.0- Wie etabliertes RE mit agiler Arbeitsweise wirklich zusammengehtUse Case 2.0- Wie etabliertes RE mit agiler Arbeitsweise wirklich zusammengeht
Use Case 2.0- Wie etabliertes RE mit agiler Arbeitsweise wirklich zusammengehtHOOD Group
 
Transition zur agilen Organisation - Die glorreichen Sieben-
Transition zur agilen Organisation - Die glorreichen Sieben-Transition zur agilen Organisation - Die glorreichen Sieben-
Transition zur agilen Organisation - Die glorreichen Sieben-HOOD Group
 
Den Fokus auf nachhaltige Artefakte legen
Den Fokus auf nachhaltige Artefakte legen Den Fokus auf nachhaltige Artefakte legen
Den Fokus auf nachhaltige Artefakte legen HOOD Group
 
Die 7 Irrtümer bei der Einführung von Requirements Engineering
Die 7 Irrtümer bei der Einführung von Requirements EngineeringDie 7 Irrtümer bei der Einführung von Requirements Engineering
Die 7 Irrtümer bei der Einführung von Requirements EngineeringHOOD Group
 
DESIRe: Unterstützung für den Autor von Anforderungen; Requirements Engineer
DESIRe: Unterstützung für den Autor von Anforderungen; Requirements EngineerDESIRe: Unterstützung für den Autor von Anforderungen; Requirements Engineer
DESIRe: Unterstützung für den Autor von Anforderungen; Requirements EngineerHOOD Group
 
Agil bleiben mit vielen teams REConf 2013
Agil bleiben mit vielen teams REConf 2013Agil bleiben mit vielen teams REConf 2013
Agil bleiben mit vielen teams REConf 2013HOOD Group
 
RE im agilen Umfeld - Waste oder Value?
RE im agilen Umfeld - Waste oder Value?RE im agilen Umfeld - Waste oder Value?
RE im agilen Umfeld - Waste oder Value?HOOD Group
 
Modellierung in einem agilen Umfeld
Modellierung in einem agilen UmfeldModellierung in einem agilen Umfeld
Modellierung in einem agilen UmfeldHOOD Group
 
Achieving Sustainable Requirements Engineering
Achieving Sustainable Requirements EngineeringAchieving Sustainable Requirements Engineering
Achieving Sustainable Requirements EngineeringHOOD Group
 
Agiles Backlog Management - den Überblick über agile Backlogs behalten
Agiles Backlog Management - den Überblick über agile Backlogs behaltenAgiles Backlog Management - den Überblick über agile Backlogs behalten
Agiles Backlog Management - den Überblick über agile Backlogs behaltenHOOD Group
 
Mange Agile 2012: Revolution von unten – oder die Geister die ich rief ...
Mange Agile 2012: Revolution von unten – oder die Geister die ich rief ...Mange Agile 2012: Revolution von unten – oder die Geister die ich rief ...
Mange Agile 2012: Revolution von unten – oder die Geister die ich rief ...HOOD Group
 
REConf_2012 OMG Requirements Interchange Format ReqIF
REConf_2012 OMG Requirements Interchange Format ReqIFREConf_2012 OMG Requirements Interchange Format ReqIF
REConf_2012 OMG Requirements Interchange Format ReqIFHOOD Group
 

Mehr von HOOD Group (16)

ISO 26262 und Agil? Aber sicher!
ISO 26262 und Agil? Aber sicher!ISO 26262 und Agil? Aber sicher!
ISO 26262 und Agil? Aber sicher!
 
Zurück in die Zukunft: Warum sich Organisationen ständig neu entwickeln und "...
Zurück in die Zukunft: Warum sich Organisationen ständig neu entwickeln und "...Zurück in die Zukunft: Warum sich Organisationen ständig neu entwickeln und "...
Zurück in die Zukunft: Warum sich Organisationen ständig neu entwickeln und "...
 
Continuous Documentation statt Endless Specification - Fokus auf die nachhalt...
Continuous Documentation statt Endless Specification - Fokus auf die nachhalt...Continuous Documentation statt Endless Specification - Fokus auf die nachhalt...
Continuous Documentation statt Endless Specification - Fokus auf die nachhalt...
 
Agilität im Systems Engineering – geht das?
Agilität im Systems Engineering – geht das?Agilität im Systems Engineering – geht das?
Agilität im Systems Engineering – geht das?
 
Use Case 2.0- Wie etabliertes RE mit agiler Arbeitsweise wirklich zusammengeht
Use Case 2.0- Wie etabliertes RE mit agiler Arbeitsweise wirklich zusammengehtUse Case 2.0- Wie etabliertes RE mit agiler Arbeitsweise wirklich zusammengeht
Use Case 2.0- Wie etabliertes RE mit agiler Arbeitsweise wirklich zusammengeht
 
Transition zur agilen Organisation - Die glorreichen Sieben-
Transition zur agilen Organisation - Die glorreichen Sieben-Transition zur agilen Organisation - Die glorreichen Sieben-
Transition zur agilen Organisation - Die glorreichen Sieben-
 
Den Fokus auf nachhaltige Artefakte legen
Den Fokus auf nachhaltige Artefakte legen Den Fokus auf nachhaltige Artefakte legen
Den Fokus auf nachhaltige Artefakte legen
 
Die 7 Irrtümer bei der Einführung von Requirements Engineering
Die 7 Irrtümer bei der Einführung von Requirements EngineeringDie 7 Irrtümer bei der Einführung von Requirements Engineering
Die 7 Irrtümer bei der Einführung von Requirements Engineering
 
DESIRe: Unterstützung für den Autor von Anforderungen; Requirements Engineer
DESIRe: Unterstützung für den Autor von Anforderungen; Requirements EngineerDESIRe: Unterstützung für den Autor von Anforderungen; Requirements Engineer
DESIRe: Unterstützung für den Autor von Anforderungen; Requirements Engineer
 
Agil bleiben mit vielen teams REConf 2013
Agil bleiben mit vielen teams REConf 2013Agil bleiben mit vielen teams REConf 2013
Agil bleiben mit vielen teams REConf 2013
 
RE im agilen Umfeld - Waste oder Value?
RE im agilen Umfeld - Waste oder Value?RE im agilen Umfeld - Waste oder Value?
RE im agilen Umfeld - Waste oder Value?
 
Modellierung in einem agilen Umfeld
Modellierung in einem agilen UmfeldModellierung in einem agilen Umfeld
Modellierung in einem agilen Umfeld
 
Achieving Sustainable Requirements Engineering
Achieving Sustainable Requirements EngineeringAchieving Sustainable Requirements Engineering
Achieving Sustainable Requirements Engineering
 
Agiles Backlog Management - den Überblick über agile Backlogs behalten
Agiles Backlog Management - den Überblick über agile Backlogs behaltenAgiles Backlog Management - den Überblick über agile Backlogs behalten
Agiles Backlog Management - den Überblick über agile Backlogs behalten
 
Mange Agile 2012: Revolution von unten – oder die Geister die ich rief ...
Mange Agile 2012: Revolution von unten – oder die Geister die ich rief ...Mange Agile 2012: Revolution von unten – oder die Geister die ich rief ...
Mange Agile 2012: Revolution von unten – oder die Geister die ich rief ...
 
REConf_2012 OMG Requirements Interchange Format ReqIF
REConf_2012 OMG Requirements Interchange Format ReqIFREConf_2012 OMG Requirements Interchange Format ReqIF
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/
  • 2. 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
  • 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
  • 6. Rollen und Teams -6- Redakteure Hotline 4 - 16 … E2E-Tests PM RM PM PM Produkt- management
  • 7. 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
  • 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
  • 11. 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
  • 12. Releaseplanung für gesetzliche Themen und Abhängigkeiten -12- RG FeinplanungFeinplanung RG FeinplanungRG 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 …. RFRG Sprints Entwicklung E2E, UAT, Performance Pilot Release- planung
  • 13. Releaseplanung für gesetzliche Themen und Abhängigkeiten -13- RG FeinplanungFeinplanung RG FeinplanungRG 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 …. RFRG Sprints Entwicklung E2E, UAT, Performance Pilot Release- planung
  • 14. Releasegrobplanung Kick-Off Release- Planning I Release- Planning II Größen- klassen- schätzung 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 RM PM E2E PO RM PM PO Agiles Team PM PO PO
  • 15. Roadmap - Releasevorhersage 15 Release 2013-03 Release 2013-04 Release 2014-01
  • 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
  • 17. 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
  • 18. Risikomanagement und Gebrauchstauglichkeit Agilität erleben 18 NORMator Validierung der Gebrauchstauglichkeit - User - Gebrauchsformen - Szenarien - Schnittstellen Risikomanagement - Risikoanalyse - Maßnahmen - Dokumentation
  • 19. 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
  • 20. User Story User Story Task Task Task Task Task Task Task Task Task Task Task Task Task Task Task Task User Story IN WORK DONEOPEN Task Task Task R&R Task Task Kontinuierliche Qualitätsverbesserung 20 DoD
  • 21. User Story User Story Task Task Task Task Task Task Task Task Task Task Task Task Task Task Task Task User Story IN WORK DONEOPEN Task Task Task Task Task Fastlane und Fehlerbehebung 21 Fehler Fehler
  • 22. 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
  • 23. Dokumentation 23 Product Backlog Sprint Backlog Potentiell lieferbares Produktinkreme ntSprint Planning Review Retrospektive Daily Sprint Sprint Max. 30 Tage Definiton of Done NORMatorDoR / DoD Sprint Notes Team Charta Architecture Notes Release Notes Test Documentation Prozess Story Time
  • 24. 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
  • 25. Feedback im agil skalierten Umfeld Agilität erleben 25 Hotline NORMator Endanwender Session-basiertes Testen …. Beta-Kunden / Pilotierung Endanwender EndanwenderPilotierungskunden Optionale Nutzung Product Owner Review-Event (Feedback- & Erhebungsworkshop) Videoaufzeichung Scouts beim Endkunden Usability Prototyping UX Usability Testing
  • 26. 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. 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
  • 29. Empirische Prozesssteuerung Agilität erleben 29 Transparenz Inspektion Anpassung
  • 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.
  • 32.
  • 33. Uwe.Valentini@HOOD-Group.com 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 Andreas.Becker@HOOD-Group.com 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