Schätzungen – das Enfant terrible der Software-Entwicklung

Obwohl die wenigsten Softwareentwicklungen ohne Schätzungen auskommen, haben sie unter Entwicklern einen extrem schlechten Ruf. Aber woran liegt das? Ein Grund ist, dass eine einzige Zahl ohne Kontext zum Commitment bzw. zum Plan erklärt wird.

Ich zeige in diesem Vortrag, wie wir zu besseren Schätzungen kommen und dass diese immer abhängig von der Fragestellung sind. Außerdem löse ich das Rätsel auf, warum Schätzungen immer höher werden, je genauer man schätzt.

Transcript

1. Konstantin Diener | konstantin.diener@cosee.biz | @coseeaner … das Enfant terrible der So ft ware-Entwicklung Schätzungen
2. Ist das im Jahr 2022 immer noch ein Thema?
3. https://www.menti.com/aly91d8tjz4c
4. George Dinwiddie So ft ware Estimation Without Guessing
5. Warum ist das im Jahr 2022 immer noch ein Thema?
6. Vasco Duarte NoEstimates
8. Wie viel Arbeit ist eine Funktion im Kalender zur automatischen Terminfindung? “
9. Konstantin Diener CTO und Gründer von cosee
10. Wie viel Arbeit ist eine Funktion im Kalender zur automatischen Terminfindung? “
11. 1. Nimmst du es als Zusage? Gehst du davon aus, dass ich direkt loslege? 2. Was ist genau gemeint? 3. Welche Entscheidungen bauen auf meiner Antwort auf? 4. Was passiert, wenn meine Antwort falsch ist? 5. Kann ich das überhaupt schätzen? Wie viel Arbeit ist eine Funktion im Kalender zur automatischen Terminfindung?
12. 1. Nimmst du es als Zusage? Gehst du davon aus, dass ich direkt loslege? 2. Was ist genau gemeint? 3. Welche Entscheidungen bauen auf meiner Antwort auf? 4. Was passiert, wenn meine Antwort falsch ist? 5. Kann ich das überhaupt schätzen? Wie viel Arbeit ist eine Funktion im Kalender zur automatischen Terminfindung?
13. Schätzung != Zusage
14. Schätzung als Zusage behandeln Misstrauen des Entwicklers Pu ff er einbauen Misstrauen des Managers Schätzung verhandeln
15. Please remember that we’re producing estimates, not facts. If we reduce all our information and assumptions down to a single number, it’s easy to forget the uncertainty behind that number. A number looks bold and exact. Trustworthy. Immutable. In the case of estimates, a number is none of those. It’s still just an estimate. “ So ft ware Estimation Without Guessing
16. Schätzung == Hypothese
17. Aber wie kommen wir zu brauchbaren Schätzungen? 🤔
18. Die Aufgabe richtig verstehen 1
19. Was schätze ich da eigentlich?
21. Gedankenexperiment: URLs in der Zwischenablage loggen. https://web.eecs.utk.edu/~azh/blog/thisprojectwillonlytake.html
22. Warum schätze ich eigentlich?
23. • Welche Entscheidung(en) basieren auf dieser Schätzung? • Was wirst du mit meiner Aussage anfangen? • Was passiert, wenn wir das Zieldatum nicht halten? • Was können wir nach hinten schieben, wenn das Zieldatum absolut fest ist? Warum?
24. Produktentwicklung starten Produktentwicklung skalieren
25. Discovery- Phase Backlog Experten-Teams Abrechnungs- modelle Auslieferung in Sprints Soft ware- Releases
26. Discovery- Phase Backlog Experten-Teams Abrechnungs- modelle Auslieferung in Sprints Soft ware- Releases • Sollen wir es machen? • Wie viel Budget brauchen wir? • Festpreis möglich? • Wann gibt es eine erste Version für den Markt? • Sollen wir A oder B machen?
27. Hütte oder Schloss?
28. Aufwand oder Dauer?
29. »What? 63 hours, just in queue time?«, Wes say, incredulously. »That’s impossible!« Patty says with a smirk: »Oh, of course. Because it’s only 30 seconds of typing, right?« “ The Phoenix Project
30. Wie akkurat muss die Schätzung sein?
32. Welche Richtung darf ein Fehler haben?
33. Pleonasmus: fehlerha ft e Schätzung
34. • Wenn ich eine Schätzung anfrage: • Haben wir das gleiche Verständnis? • Wofür brauche ich die Schätzung? • Finde vorher heraus, welche Frage du eigentlich beantworten möchtest! • Akzeptiere die Schätzung, aber versuche, sie zu verstehen. • Verwende die Schätzung nur zweckgetreu! Spickzettel
35. • Wenn ich um eine Schätzung gebeten werde: • Finde heraus, was die Ziele deines Gegenübers sind. (common ground) • Entwickle ein Verständnis für die Verwendung der Schätzung. • Liefere mehr als eine simple Zahl. Spickzettel
36. Die Schätzung erarbeiten
37. Am Ende machen wir in der Regel Äquivalenz- Schätzungen.
38. Vasco Duarte NoEstimates
39. Wir müssen die Aufgabe o ft zerlegen, um sie zu „begreifen“.
40. Heute gängigste Form: Zerlegung anhand Funktion.
43. Gojko Adzic, David Evans 
 Fi ft y Quick Ideas to Improve Your User Stories
45. Ich möchte nicht, dass ihr genauer schätzt. Dann schätzt ihr nur höher!
46. "It turns out that estimation is fractal. The more fine- grained you break down the requirements, the more ’edges’ you will discover. This means that the more detailed your estimate, the more the total will tend towards infinity, simply due to rounding errors and the fear factors that we multiply into fine grained estimates." Dan North
49. Themenblock Komplexität ca. Kosten Komplexität ca. Kosten Ramp Up 3 22.000 € S 25.000 € Messeplan 2 15.000 € XS 15.000 € Messeplan – Themenwelt 5 37.000 € M 35.000 € Messestand 2 15.000 € XS 15.000 € Messestand – Buch 3 22.000 € S 25.000 € Suche 8 60.000 € L 60.000 € Ausstellerliste (inkl. Filter etc.) 5 37.000 € M 35.000 € Produktliste (inkl. Filter etc.) 5 37.000 € M 35.000 € Media Hub 8 60.000 € L 60.000 € Backo ff ice für das Self Onboarding 5 37.000 € M 35.000 € Medien-Content 3 22.000 € S 25.000 € Livestreams 5 37.000 € M 35.000 € Veranstaltung 1 3 22.000 € S 25.000 € Veranstaltung 2 5 37.000 € M 35.000 € Autoreninfo 2 15.000 € XS 15.000 € Medienvertreter 3 22.000 € S 25.000 € 67 500.000 € 500.000 €
50. Faustregel: 6–36 Teile
51. Notruf Führerschein- Check Einstellungen Unfall-Hilfe Schaden melden Wichtige Rufnummern
52. • Alle Fehler in eine Richtung machen • Zwischenräume der Teile übersehen • Menge der Teile nicht mehr handhabbar • „Gesetz der kleinen Zahlen“ schlägt zu • Fokus verlieren • Zerlegung der Teile realitätsfremd Gängige Fehler
53. Schätzen wir die richtigen Dinge?
54. Habt immer zwei Herangehensweisen für die Schätzung!
55. • Schätzen wir die richtigen Dinge? • Sind wir zu detailliert? • Erzeugen wir eine Informationsillusion? • Blähen wir es auf? (Gesetz der kleinen Zahlen) • Hil ft die Zerlegung bei der Umsetzung oder Priorisierung? • Beschä ft ige ich mich mehr mit der Mechanik der Schätzung, als mit meinem Ziel? • Haben wir einen zweiten Ansatz zur Validierung? Spickzettel
56. Mit der Schätzung arbeiten
58. Discovery- Phase Backlog Experten-Teams Abrechnungs- modelle Auslieferung in Sprints Soft ware- Releases
59. Messt regelmäßig euren Fortschritt.
60. … aber nicht mit Proxy-Metriken.
61. Meilensteine als Prüfpunkte.
62. When the map and the territory disagree, believe the territory. So ft ware Estimation Without Guessing
63. Fragen zum Vortrag?
64. konstantin.diener@cosee.biz | @onkelkodi Bildnachweise: Würfel: https://www.shutterstock.com/de/g/baiaz Küstenlinie: https://www.shutterstock.com/de/g/Boyarkina Wecker: https://www.shutterstock.com/de/g/MY+LIFE+OVER+LIKE kleine Steine: https://www.shutterstock.com/de/g/tassita+numsri große Steine: https://www.shutterstock.com/de/g/plotnikov Meeresboden: https://www.shutterstock.com/de/g/Mikhail+Varentsov Karte mit Markierungen: https://www.shutterstock.com/de/g/uksus Sprit holen:https://www.shutterstock.com/de/g/mooddboard Fragen: https://www.shutterstock.com/de/g/robertkneschke Schätzt ihr den Austausch? Konstantin Diener | cosee GmbH cosee.biz