Oftmals haben wir in Projekten den Eindruck, dass sich der Product Owner bezüglich der Umsetzung nur für die benötigte Zeit interessiert und kein Verständnis für Abweichungen hat.
In vielen agilen Projekten entstehen deshalb Reibungen im Umgang mit Schätzungen. Entwickler müssen Schätzungen abgeben, die viele unbekannte Variablen enthalten. Product Owner müssen ihren Stakeholdern berichten. Wenn die Schätzungen dann nicht zur Realität passen, kommt es zum Konflikt.
Wenn niemand also Schätzungen wirklich mag, wofür sind sie gut und wie kann man sie gewinnbringend einsetzen? Dieser Vortrag versucht die Wogen zu glätten, Schätzungen an ihren richtigen, konstruktiven Platz im Projektalltag zu rücken und Alternativen zu Schätzungen aufzuzeigen.
Der Vortrag richtet sich an Entwickler in agilen Teams, sowie an Product Owner und Stakeholder im Managementbereich, die sich einen besseren Einblick in Schätzfragen und die Planbarkeit von Softwareprojekten wünschen.
12. Planungsdimensionen
In Anlehnung an: Roman Pichler, Choosing the right planning horizon for your product
Produkt Backlog
Produkt-
vision
3 – 5
Jahre
Produkt
Strategie
Life Cycle
Stage
Produkt
Roadmap
12
Monate
Sprintziel
1 – 2
Wochen
Vision
Release
3
Monate
13. Planungsdimensionen
In Anlehnung an: Roman Pichler, Choosing the right planning horizon for your product
Produkt-
vision
Produkt
Strategie
Produkt
Roadmap
SprintzielRelease
14. Schätzen aller Tätigkeiten
Zeitschätzungen
Bestimmung des Faktorsoder
Zerlegung in typische Tätigkeiten
3,5 – 4,5 Stunden Neuentwicklung pro Tag
Neues Stammdatum: 4 Stunden
Frontend (einfach): 8 Stunden
Frontend (komplex): 16 Stunden
Tatsächliche
Dauer Schätzfehler
< 10%
15. Für Planung ist das
tolerierbar, da der
Durchschnitt „richtig“
ist.
Schätzungen
einzelner Stories
sind häufig falsch!
Schätzfehler
16. Aber es war nicht immer so …
Zeit
1x
4x
0,25x
2x
0,5x
0,67x
1,5x
1,25x
0,8x
Schätzunsicherheit
Stabiles Team
Stabile Fachlichkeit
Stabile Technologie
5
Jahre
19. Kuchen essen OHNE Krümel und Dreck
(ohne technische Schuld)
WIE LANGE BRAUCHST DU UM DAS
TORTENSTÜCK ZU ESSEN?
Größe, Dichte Größe
Verzehrart, Krümellimit Komplexität
Trockenheit, Geschmack, Allergene Unsicherheit
Story Points
Quelle: Frank Düsterbeck, Moderne Softwareentwicklung (Vortrag)
29. Monte Carlo Simulation
Simulation Wer die
Vergangenheit
kontrolliert, hat die
Macht über die
Zukunft.
Kane
Command & Conquer
Annahme: Die Verteilung der Vergangenheit
entspricht der Verteilung in der Zukunft
33. Woody Zuill
#NoEstimates
Schätzungen…
… dienen nur
Kunden / Externen
… macht man,
weil man sie
eben macht … schaffen an
sich keinen Wert
… sind nutzlos, sobald
es um Neues geht
Vasco Duarte, Allen Holub
49. Price-to-Win
Die Price-to-Win-Technik hat vielen
Softwarefirmen eine große Zahl an Aufträgen
verschaffen können. Die meisten dieser Firmen
sind heute nicht mehr im Geschäft.
Barry W. Boehm
51. Warum schätzt du?
Zeitplanung InvestitionsentscheidungLernen
NoEstimates
Story Points
Story Points
Team Est. Game Planning Poker
Cost vs. Value
Kategorien
Story Points
+ Value Points