Frank Düsterbeck
@fduesterbeck
Modernes Management
von Software-Projekten
WARUM?
(De)-Motivation
Komplexität heutiger
Software schwer
beherrschbar
Anforderungsdynamik
Heutzutage schwer
beherrschbar
Quelle: Carl Dichter and Chris Tynes, JavaWorld.com, 06/01/97
Quelle: Wikipedia
scrum
prince2
rup
bpmn
eclipse
c#
aspectj
visual studio
jsf
uml
git
jubula
asp.net
asp mvc
spring
tfs
ejb
nunit
subversion
fitnesse
jboss
iis
clean code
tpl
usability
linq
wcf
birtant
maven
kanban
xp
user stories
azure
gwt
hibernate
migration
atdd
apps
sharepoint
dms
codedui
wpf
junit
tabrisrap
vaadin
jira
bugzillahpqc
testopia
seleniumjenkins
wf
c++
html5
javascript
css
design
php
java
security
netweaver
testcomplete
redmine
cucumber
hybris
typo3 sql server
oracle
mysql
postgresql
bdd
SOFTWARE
(-ENTWICKLUNG)
IST KOMPLEX
Komplexität - Cynefin
Einfach
Best Practice
Sense  Categorize  Respond
Verwirrung
!
Kompliziert
Good Practice
Sense  Analyze  Respond
Komplex
Emergent Practice
Probe  Sense  Respond
Chaotisch
Novel Practice
Act  Sense  Respond
Dave Snowden
K O M P L E X I TÄT R E D U Z I E R E N
K O M P L E X I TÄT B E H E R R S C H E N
DAS AGILE QUIZ
Auf komplexe Sachverhalte mit komplexen
Methoden zu reagieren ist falsch, weil...
DAS
AGILE
QUIZ
???...sich dadurch die Komplexität
weiter erhöht!
WAS BRAUCHT MAN
UM SOFTWARE MIT
Probe  Sense  Respond
ZU ENTWICKELN?
PROZESSRAHMEN
Inspect
&
AdaptProbe  Sense  Respond
Scrum
K O M P L E X I TÄT B E H E R R S C H E N
PLANUNG
DER PLAN
WAS IST DAS?
Was muss ich wann tun?
1. Handlungsschritt
2. Handlungsschritt
3. Handlungsschritt
4. …
Was brauch ich?
1. Mittel
2. Menschen
3. Geld
4. …
Was will ich erreichen?
Vision  Produkt
E N T S C H E I D U N G S G R U N D L A G E
WELCHE PLÄNE
BRAUCHT MAN?
(oder welche werden gefordert?)
WELCHE FRAGEN
SOLLEN
BEANTWORTET
WERDEN?
(oder welche Bedürfnisse befriedigt?)
DER PRODUKTPLAN
DIE BASIS?
WERT SCHAFFEN
SCHNELL
FLEXIBEL
HOCHWERTIG
GÜNSTIG
?
Was will ich erreichen?
Vision / Produkt
VisionZiel des Projektes
Erstellung eines Produktes
Ergebnis des Produktes
Welche Veränderung soll erzielt werden?
Nutzen des Produktes
Welche Verbesserung soll aus
Ergebnis resultieren?
Zielgruppe
Wer soll mit dem Produkt arbeiten?
Business
Case
Produkt-
planung
Epos 31
Epos 19
Epos 12
Epos 9
Epos 4
Epos 7
Epos 2
User Story 4 User Story 33
User Story 14User Story 13User Story 3
User Story 1
User Story 6
User Story 2
User Story 5
PRODUCT BACKLOG




Status Ready
K O M P L E X I TÄT R E D U Z I E R E N
DER RELEASEPLAN
Wann krieg
ich was?
Release
Thema: …Sprint
Ziel: …
DIE BASIS?
SCHÄTZEN!!!
Zeit
1x
4x
0,25x
2x
0,5x
0,67x
1,5x
1,25x
0,8x
DER KEGEL DER UNSICHERHEIT Barry Boehm
Schätzunsicherheit
Das ist mir viel zu
unsicher. Dann müssen
wir genauer schätzen.
Gib mir mal einen
Daumen.
Wir haben grob geschätzt!
Das Projekt hat nen
Aufwand von 15 bis 240
Tagen.
Entscheide lieber
ungefähr richtig,
als genau falsch!
K O M P L E X I TÄT E R H Ö H E N
DAS AGILE QUIZ
Wie viele Windows Lizenzen brauchen wir?
240
DAS
AGILE
QUIZ
DoD
WASTE /
PRIVATE
DINGE TUN
ABSTIMMEN
BESPRECHEN
FORTBILDEN
Ideales Netto
Reales Brutto
ENTWERFEN CODIEREN
REFAKTORIEREN
DOKUMENTIEREN
REVIEWEN
TESTEN
ORGANISIEREN
Bin ich schlecht!
1. Ich schätz nur meine
idealen Nettozeiten.
2. Große Mengen kann ich gar
nicht und komplexe Dinge
krieg ich auch nicht auf die
Reihe.
3. Und eigentlich kann ich eh
nur vergleichen.
1
2
3
5
8
13
20
40
K O M P L E X I TÄT B E H E R R S C H E N
100 Meter sind 100 Meter
egal wer sie läuft
Team
Estimation
Game
1
2
3
5
8
13
20
40
Epos 31
Epos 19
Epos 12
Epos 9
Epos 4
Epos 7Epos 2
User Story 4
User Story 33
User Story 14
User Story 13
User Story 3
User Story 5 
User Story 6 
User Story 2 
User Story 1
K O M P L E X I TÄT R E D U Z I E R E N
…
OK und weiter? Wie geht jetzt
die Releaseplanung?
Wir gehen erstmal davon
aus, dass wir so 12 Story
Points pro Sprint schaffen
und messen was wir
wirklich hinkriegen.
0
1
2
3 4
5
6
5
10
15
20
Velocity = 11,5
Velocity
15
8
Empirisches Management
K O M P L E X I TÄT B E H E R R S C H E N
RELEASETERMIN FIX FUNKTIONSUMFANG FIX
KW 45
KW 44
KW 43
KW 42
KW 41
Geht
Könnte klappen
Geht nicht
BESSER!
(DIE ESSENZ IST GELIEFERT)
Und das soll jetzt genauer sein als
herkömmliches Schätzen und Planen?
Klar!
Das genau ist
empirisches
Management!
Lastenheft
Agil
Welches Angebot ist genauer?
Welches kostet mehr?
Plichtenheft
Product
Backlog
CR CR
Klassisch
Preisindikation
Angebot
UmsetzungUmsetzung
Umsetzung
Preisindikation
Eins ist noch sehr wichtig um mit
Unsicherheiten bei der
Releaseplanung umzugehen.
Was denn?
Wir schneiden
keinen Elefanten in
Scheiben!
K O M P L E X I TÄT B E H E R R S C H E N
STORY MAPPING
Story Mapping
DER
RESSOURCENPLAN
Und was soll das kosten?
𝐾𝑜𝑠𝑡𝑒𝑛 𝑆𝑃 =
𝐾𝑜𝑠𝑡𝑒𝑛 𝑆𝑝𝑟𝑖𝑛𝑡
𝑉𝑒𝑙𝑜𝑐𝑖𝑡𝑦
Projektbudget und -dauer (Soll)
Wartungsbudget (Soll)
Projektbudget und -dauer mit Puffer (Soll)
Zeit
Kosten
Anforderungen
Entwurf
Programmierung
Test
Wartungsbudget (Ist)
Projektbudget und -dauer (Ist)
Zeit
Kosten
Projektbudget und -dauer (Soll)
Wartungsbudget (Soll)
Zeit
Kosten
Projektbudget und -dauer (Ist)
Wartungsbudget (Ist)
Zeit
Kosten
Zeit
Kosten
F A Z I T
DER WERT
TREIBT
NICHT
DER PLAN
K O M P L E X I T Ä T G E R E C H T W E R D E N
TREFFE ENTSCHEIDUNGEN
AUF BASIS DES BEKANNTEN
NICHT AUF BASIS DES
UNBEKANNTEN
K O M P L E X I T Ä T G E R E C H T W E R D E N
Und äh …
… wo bleibt mein Gantt?
DAS AGILE QUIZ
“Wer A sagt, der muss ...
???...nicht B sagen. Er kann auch erkennen,
dass A falsch war.“ (Bertolt Brecht)
DAS
AGILE
QUIZ
FRANK DÜSTERBECK
@fduesterbeck
FRANK.DUESTERBECK@HEC.DE

GPM Vortrag: Modernes Management von Softwareprojekten