Als PDF, PPTX herunterladen
Hochgeladen vonFrank Düsterbeck
Planlos mit Plan
Das Dokument beschäftigt sich mit der Verbesserung der Verlässlichkeit von Planungsprozessen in komplexen Softwareentwicklungen. Es betont die Unsicherheiten und Herausforderungen, die bei der Planung auftreten, sowie die Notwendigkeit, flexibel und agil auf Veränderungen zu reagieren. Des Weiteren werden unterschiedliche Ansätze und Methoden zur Abschätzung von Aufwand und Fortschritt vorgestellt, um die Planung zielgerichteter und effektiver zu gestalten.
Planlos mit Plan
- 1. Planlos mit Plan Wieerhöhe ich die Verlässlichkeit der Planung? Frank Düsterbeck @fduesterbeck
- 2.
- 3. DER PLAN WAS ISTDAS?
- 4. Was muss ichwann 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
- 5. WELCHE PLÄNE BRAUCHT MAN? (oderwelche werden gefordert?)
- 6. WELCHE FRAGEN SOLLEN BEANTWORTET WERDEN? (oder welcheBedürfnisse befriedigt?)
- 7.
- 8.
- 9.
- 10.
- 11. Die Zukunft kann mannicht berechnen!
- 13.
- 14. Komplexitätstreiber Anforderungen ändern sich NeueTechnologien Neue Prozesse und Methoden Team kennt sich nicht Wechselnde Teammitglieder Stakeholder Interessen Echtzeit Chancen und Risiken Gelerntes nicht 1:1 anwendbar Alter Code Infrastruktur
- 15.
- 16. Die meisten Softwaresystemeund deren Entwicklung sind komplex und somit nicht linear UND nicht vorhersagbar.
- 17. K O MP L E X I TÄT R E D U Z I E R E N
- 18. K O MP L E X I TÄT B E H E R R S C H E N
- 19. K O MP L E X I TÄT B E G E G N E N
- 20. DAS AGILE QUIZ Aufkomplexe Sachverhalte mit komplexen Methoden zu reagieren ist falsch, weil... DAS AGILE QUIZ ???...sich dadurch die Komplexität weiter erhöht!
- 21. INSPECT & ADAPT PROBE– SENSE – RESPOND
- 22.
- 23.
- 24.
- 25.
- 26. ? Was will icherreichen? Vision / Produkt
- 27. VisionZiel des Projektes Erstellungeines Produktes Ergebnis des Produktes Welche Veränderung soll erzielt werden? Nutzen des Produktes Welche Verbesserung soll aus dem Ergebnis resultieren? Zielgruppe Wer soll mit dem Produkt arbeiten? Business Case
- 28. Ein Satz zu meinerVision Meine neuen Stärken Wer möchte was und wozu Die „messbaren“ Ziele Meine Stakeholder Risiken und Chancen Als wer Möchte ich was ganz großes Damit wozu Als wer Möchte ich was ganz großes Damit wozu DAS SUPER PRODUKT VISION POSTER
- 29.
- 30. Gemeinsames Verständnis Das ist eine Schlange Dasist ein Baum Das ist eine Höhle Das ist ein Berg
- 31. Epos 31 Epos 19 Epos12 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 Status Ready K O M P L E X I TÄT R E D U Z I E R E N
- 33.
- 34. Wann krieg ich was? Release Thema:…Sprint Ziel: …
- 35. “Value is created withevery Sprint” “The product increment at the end of a Sprint is potentially usable” Und wie geht dann die Releaseplanung? Warum dann überhaupt ein Release? Weil ein Release auch immer eine Klammer für Prototypen, Installation, Migration, Schulung, Change Management, usw. ist
- 36.
- 37.
- 38. Schätzungen werden zu einem VERSPRECHEN!!! Werdensie nicht eingehalten leidet das VERTRAUEN!!!
- 39. Zeit 1x 4x 0,25x 2x 0,5x 0,67x 1,5x 1,25x 0,8x DER KEGEL DERUNSICHERHEIT Barry Boehm Schätzunsicherheit
- 40. Das ist mirviel 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.
- 41.
- 42. Entscheide lieber ungefähr richtig, alsgenau falsch! K O M P L E X I TÄT E R H Ö H E N
- 43. Die Entwicklung eines Produkt(-inkrements)ist IMMER* Teamarbeit *fast
- 45. DAS AGILE QUIZ Wieviele Windows Lizenzen brauchen wir? 240 DAS AGILE QUIZ
- 46. DoD WASTE / PRIVATE DINGE TUN ABSTIMMEN BESPRECHEN FORTBILDEN IdealesNetto Reales Brutto ENTWERFEN CODIEREN REFAKTORIEREN DOKUMENTIEREN REVIEWEN TESTEN ORGANISIEREN
- 47. Cyril Parkinson: „Arbeitdehnt sich in genau dem Maß aus, wie Zeit für ihre Erledigung zur Verfügung steht.“ Douglas Hofstadter: „Es dauert immer länger als man erwartet, selbst wenn man Hofstadters Gesetz berücksichtigt.“
- 48. 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.
- 49.
- 50. 1 2 3 5 8 13 20 40 K O MP L E X I TÄT B E G E G N E N STORY POINT UNSICHERHEIT
- 51. Kuchen essen OHNEKrümel und Dreck (ohne technische Schuld) Größe, Dichte Größe Verzehrart, Krümellimit Komplexität Trockenheit, Geschmack, Allergene Unsicherheit
- 52.
- 53.
- 54. Toll – undwie sieht die Releaseplanung jetzt genau aus?
- 55. User Story 8 1 2 3 5 8 13 20 40 Epos31 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 User Story 25 User Story 14 User Story 15 TEAM ESTIMATION GAME
- 56. MENNO! Ich find Schätzen trotzdemdoof! Ach ist doch gar nicht so schlimm. Ist doch eher Kategorisieren – oder?
- 57. … und wennneue Stories im Refinement reinkommen oder geschnitten werden?
- 58. Diskussion zum gemeinsamenVerständnis PLANNING POKER
- 59. Muss die Summeder Schätzung von zerlegten Stories eigentlich gleich der original Story sein?
- 60. Als wer Möchte ichwas großes Damit wozu Als wer Möchte ich was Damit wozu Als wer Möchte ich was Damit wozu Als wer Möchte ich was Damit wozu Als wer Möchte ich was Damit wozu≠∑
- 61. … 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.
- 62. 0 1 2 3 4 5 6 5 10 15 20 Velocity =11,5 Velocity 15 8 K O M P L E X I TÄT B E G E G N E N
- 63. RELEASETERMIN FIX FUNKTIONSUMFANGFIX KW 45 KW 44 KW 43 KW 42 KW 41 Geht Könnte klappen Geht nicht BESSER! (DIE ESSENZ IST GELIEFERT)
- 65. Und das solljetzt genauer sein als herkömmliches Schätzen und Planen? Klar! Das genau ist empirisches Management!
- 66. Lastenheft Agil Welches Angebot istgenauer? Welches kostet mehr? Plichtenheft Product Backlog CR CR Klassisch Preisindikation Angebot UmsetzungUmsetzung Umsetzung Preisindikation
- 67. Eins ist nochsehr wichtig um mit Unsicherheiten bei der Releaseplanung umzugehen. Was denn? Wir schneiden keinen Elefanten in Scheiben!
- 68. K O MP L E X I TÄT B E G E G N E N
- 69. Das ist mirirgendwie noch zu unkonkret!
- 70. Warenkorb Story Mapping SucheLogin Bestellung... * Jeff Patton Benutzer- verwaltung Bestellprozess
- 71. RELEASE 1: MINISHOP RELEASE 2: AUKTIONEN RELEASE3: MARKTPLATZ
- 72.
- 73.
- 74. Och bidde – geht‘sauch ganz ohne Schätzen?
- 76.
- 77. Und was solldas kosten? 𝐾𝑜𝑠𝑡𝑒𝑛 𝑆𝑃 = 𝐾𝑜𝑠𝑡𝑒𝑛 𝑆𝑝𝑟𝑖𝑛𝑡 𝑉𝑒𝑙𝑜𝑐𝑖𝑡𝑦
- 78. Projektbudget und -dauer(Soll) Wartungsbudget (Soll) Projektbudget und -dauer mit Puffer (Soll) Zeit Kosten Anforderungen Entwurf Programmierung Test
- 79. Wartungsbudget (Ist) Projektbudget und-dauer (Ist) Zeit Kosten
- 80. Projektbudget und -dauer(Soll) Wartungsbudget (Soll) Zeit Kosten
- 81. Projektbudget und -dauer(Ist) Wartungsbudget (Ist) Zeit Kosten
- 82.
- 83. F A ZI T
- 84. DER WERT TREIBT NICHT DER PLAN KO M P L E X I T Ä T G E R E C H T W E R D E N
- 85. TREFFE ENTSCHEIDUNGEN AUF BASISDES 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
- 86. Und äh … …wo bleibt mein Gantt?
- 87. DAS AGILE QUIZ “WerA sagt, der muss ... ???...nicht B sagen. Er kann auch erkennen, dass A falsch war.“ (Bertolt Brecht) DAS AGILE QUIZ Responding to change over following a plan
- 89.