Wo schätzen wir ?
Sprint Backlog und Sprint Planning Festlegen von Plans
Auch wenn wir Agil sind : Wir schätzen und Planen immernoch sehr viel !
Woher wissne wir, wie lange wie frü die Umsetzung iener Anforderung brauchen ? Wie viel passt in eine Iteration (Sprint) ?
Wenn schonmal gemacht : Erfahrungswissen anwenden, Relativ vergleichen
Wer sollte sagen, wie lange etwas dauern wird : Die Person, die es entwickelt
Warum und zu welchem Zweck wird was wie geplant ?
Planungsphase in stabilitätsorientierten Vorhaben
Zieldefinition und Anforderungserhebung Bedarfsermittlung
Ressourcenplanung Zeit, Personal , Budget, etc.
Zeitplan und Meilensteine Überwachung des Fortschritts
Qualitätssicherung Sicherstellen, dass das Endprodukt den Erwartungen genügt
Ganz wichtig : Built in Quality
Kommunikationsplan : Wie und wann werden Informationen an Stakeholder weitergegeben ?
Architektur- und Designplanung
Im folgenden fokussieren wir uns auf die Aspekte Zeitplanung und Meilensteine
In Stabilen Umfeld ist schätzen sinnvoll und sollte Angewendet werden
-
Zeitplanung unf Meilensteine Schätzung der Zeit
-
Aufwandschätzung Wie viel Arbeit für jede Aufgabe erforderlich ist
-
Ressourcenallokation
-
Budgetplanung
Wie kann sichergestellt wrden, dass die Schätzung “richtig” ist?
Cone of Uncertainty
vgl Untersuchungen der NASA
Wozu treffsischer ?
Fixed-Date Plans : Was bekommen wir hin ?
Wie werden wir beim Schätzen beeinflusst?
Student Symdrome “In 5 Wochen habe ich Urlaub, müssen wir in 4 hinbekommen ” Druck durch Konkurrenz
Erfahrung beim Schätzen
Länge der Spezifikation ist aussagegebend : durch irrelevante Infos wird es länger geschätzt
Extra Anforderungen
VGL Daniel Karnemann ! Buch
Kognitive Verzerrungen
Mit absoluter Zeit aka Aufwand ?
Fakt : Menschen sind sehr schlecht im Schätzen von absoluter Zeit
vgl Goldener Schnitt und Breitband-Delphi
Relative, verdeckte Komplexitäts-Punkte (aka Story Points) geeignet für treffsicheres Schätzen.
vgl video von Mike Cohn bezüglich relativer Schätzung
THE RATIOS MATTER
RIsk and Uncertainty changing old code that does not have automated testing ? → reflect that in the estimate
Checksum computation ? → Reflect that as well
Complex work is given a larger estimate
Dreisatz bezüglich Story Points Dem Vorstand einen Weg Zeigen wie man zum ergebnis kommt