Downloaden Sie, um offline zu lesen
Murcs
- 1. MURCS Wir machen jetztScrum, aber das Meeting passt leider nicht und einen PO haben wir irgendwie auch nicht... Ulf Mewe @mewflu
- 2.
- 3.
- 4.
- 5. Analyse Rollen Ereignisse Artefakte DailysSprints Sprint Planning Refinement Review SMPO Scrum Master Product Owner DEV Cross-funktionales Developmentteam Product Backlog Retrospective Sprint Backlog PSP
- 6. DIE REISE GEHTLOS oder die Praxisbeispiele
- 7.
- 8. Tourismus Neues Buchungssystem * Gleicher Funktionsumfangwie altes System = Plus einige neue Funktionen +
- 9.
- 10. Tourismus: Was wurde umgesetzt? RollenEreignisse Artefakte DailysSprints SM PO Product Backlog Sprint Planning Refinement Review Retrospective DEV SM PO DEV Cross-funktionales Developmentteam Scrum Master Product Owner Sprint Backlog PSP
- 11.
- 12.
- 13. Logistik Support für LegacySysteme läuft aus Viele Logistikprojekte scheitern Einführung eines neuen ERP-Systems *
- 14. Logistik Verteilte Entwicklung Management erwartetProjektleiter Anders machen
- 15. Logistik PO nicht alleinigentscheidungsbefugt Fachabteilung ist unerfahren & unterbesetzt Fachabteilung als PO *
- 16. Logistik: Was wurdeumgesetzt? Rollen Ereignisse Artefakte DailysSprints SM PO Product Backlog Sprint Planning Refinement Review Retrospective DEV SM PO DEV Cross-funktionales Developmentteam Scrum Master Product Owner Sprint Backlog PSP
- 17.
- 18.
- 19. Wartung Neuer Ansatz zurBegutachtung von technischen Anlagen Mehrfach verändertes Geschäftsmodell Innovationsprojekt Viele technische Unbekannte * ?
- 20. Wartung: Was wurdeumgesetzt? Rollen Ereignisse Artefakte DailysSprints SM PO Product Backlog Sprint Planning Refinement Review Retrospective DEV SM PO DEV Cross-funktionales Developmentteam Scrum Master Product Owner Sprint Backlog PSP
- 21.
- 22.
- 23. DER RICHTIGE KURS? oderder Nokia Test
- 24.
- 25.
- 26. Nokia Test Kategorien 0101 2 3 4 5 6 7 8 9
- 27. 1 - Iterationen Sprintssind zeitlich begrenzt 2Variabel, 4 < Dauer <= 6 Wochen 4Variabel, Dauer <= 4 Wochen 5Konstant für die letzten 3 Sprints, Dauer = 1 Monat 6Konstant für die letzten 3 Sprints, Dauer = 4 Wochen 8Konstant für die letzten 3 Sprints, Dauer = 3 Wochen 10 Konstant für die letzten 3 Sprints, Dauer <= 2 Wochen
- 28. 2 - Qualitaetssicherung Softwarefunktionensind getestet und funktionieren am Ende der Iteration 2Automatisches Deployment mit allen autom. Akzeptanztests alle 24 Stunden 1Einige Entwicklertests (Unit Tests) 1Entwicklertests (Unit Tests) pro Story 2Funktionen werden vor Review getestet 2Funktionen werden direkt nach Fertigstellung getestet 2Team automatisiert Akzeptanztest für jede Story
- 29. 3 - SprintStories Spezifikation der Backlog Items 1Anforderungen für Sprint Items sind spezifiziert 1Anforderungen sind unabhängige und priorisierte User Stories 2User Stories starten mit „Als <Rolle>, möchte ich <Ziel/Wunsch>, damit <Nutzen>“ 2User Stories haben nachprüfbare Akzeptanztests 2Das Team hat eine Definiton of Ready 2Das Team hat eine Definiton of Done
- 30. Nokia Test 1 -Iterationen 10 6 6 - Schätzungen 2 - QS 2 1 7 – Burn-down 3 - Sprint Stories 1 1 8 - Retrospective 4 - Product Owner 0 6 9 - Scrum Master 5 - Product Backlog 3 4 10 - Team 10 10 8 3 4 1 7 2 0 4 0 1 7 9 3 3 3 6 7 6
- 31. Nokia Test 1 -Iterationen 10 6 6 - Schätzungen 2 - QS 2 1 7 – Burn-down 3 - Sprint Stories 1 1 8 - Retrospective 4 - Product Owner 0 6 9 - Scrum Master 5 - Product Backlog 3 4 10 - Team 10 10 8 3 4 1 7 2 0 4 0 1 7 9 3 3 3 6 7 6
- 32.
- 33. Nokia Test Kategorien 0101 2 3 4 5 6 7 8 9 6 Monate Velocity +200%
- 34. Anmerkungen zum Nokia-Test Vorgabenüber den Scrum Guide hinaus sehr konkrete Vorgaben keine Gewichtung
- 35. DER RICHTIGE KURS? odereine alternative Bewertung
- 37.
- 38.
- 39. Prinzipien hinter demAgilen Manifest 1. Unsere höchste Priorität ist es, den Kunden durch frühe und kontinuierliche Auslieferung wertvoller Software zufrieden zu stellen. 2. Heiße Anforderungsänderungen selbst spät in der Entwicklung willkommen. Agile Prozesse nutzen Veränderungen zum Wettbewerbsvorteil des Kunden. 3. Liefere funktionierende Software regelmäßig innerhalb weniger Wochen oder Monate und bevorzuge dabei die kürzere Zeitspanne. 4. Fachexperten und Entwickler müssen während des Projektes täglich zusammenarbeiten. 5. Errichte Projekte rund um motivierte Individuen. Gib ihnen das Umfeld und die Unterstützung, die sie benötigen und vertraue darauf, dass sie die Aufgabe erledigen. 6. Die effizienteste und effektivste Methode, Informationen an und innerhalb eines Entwicklungsteams zu übermitteln, ist im Gespräch von Angesicht zu Angesicht.
- 40. Prinzipien hinter demAgilen Manifest 7. Funktionierende Software ist das wichtigste Fortschrittsmaß. 8. Agile Prozesse fördern nachhaltige Entwicklung. Die Auftraggeber, Entwickler und Benutzer sollten ein gleichmäßiges Tempo auf unbegrenzte Zeit halten können. 9. Ständiges Augenmerk auf technische Exzellenz und gutes Design fördert Agilität. 10. Einfachheit -- die Kunst, die Menge nicht getaner Arbeit zu maximieren -- ist essenziell. 11. Die besten Architekturen, Anforderungen und Entwürfe entstehen durch selbstorganisierte Teams. 12. In regelmäßigen Abständen reflektiert das Team, wie es effektiver werden kann und passt sein Verhalten entsprechend an.
- 41. Bewertung Empirische Prozesssteuerung Agile Werte& Prinzipien Transparenz Überprüfung AnpassungAnpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
- 42. Tourismus: Bewertung Empirische Prozesssteuerung AgileWerte & Prinzipien Transparenz Überprüfung AnpassungAnpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
- 43. Logistik: Bewertung Empirische Prozesssteuerung AgileWerte & Prinzipien Transparenz Überprüfung AnpassungAnpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
- 44. Wartung: Bewertung Empirische Prozesssteuerung AgileWerte & Prinzipien Transparenz Überprüfung AnpassungAnpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
- 45.
- 47. Sprints Empirische Prozesssteuerung Agile Werte& Prinzipien Transparenz Überprüfung AnpassungAnpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
- 48. Daily Empirische Prozesssteuerung Agile Werte& Prinzipien Transparenz Überprüfung AnpassungAnpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
- 49. Planning Empirische Prozesssteuerung Agile Werte& Prinzipien Transparenz Überprüfung AnpassungAnpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
- 50. Refinement Empirische Prozesssteuerung Agile Werte& Prinzipien Transparenz Überprüfung AnpassungAnpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
- 51. Review Empirische Prozesssteuerung Agile Werte& Prinzipien Transparenz Überprüfung AnpassungAnpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
- 52. Retrospective Empirische Prozesssteuerung Agile Werte& Prinzipien Transparenz Überprüfung AnpassungAnpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
- 53. Product Backlog Empirische Prozesssteuerung AgileWerte & Prinzipien Transparenz Überprüfung AnpassungAnpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
- 54. Wer das will... Empirische Prozesssteuerung Agile Werte & Prinzipien Transparenz Überprüfung AnpassungAnpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
- 55. Muss das machen... Rollen Ereignisse Artefakte DailysSprints SM PO Product Backlog Sprint Planning Refinement Review Retrospective DEV SM PO DEV Cross-funktionales Developmentteam Scrum Master Product Owner
- 56.
- 57. MURCS Wir machen jetztScrum, aber das Meeting passt leider nicht und einen PO haben wir irgendwie auch nicht... Ulf Mewe @mewflu
Hinweis der Redaktion
- #2 Direkte Ansprache!
- #4 Warum diese Projekte!
- #9 (u.a. durch rechtliche Rahmenbedingungen) => Dokumentation
- #10 (u.a. durch rechtliche Rahmenbedingungen) => Dokumentation
- #11 Refinement und Review mit dem Kunden unregelmäßig
- #14 (u.a. durch rechtliche Rahmenbedingungen) => Dokumentation
- #15 (u.a. durch rechtliche Rahmenbedingungen) => Dokumentation
- #16 (u.a. durch rechtliche Rahmenbedingungen) => Dokumentation
- #17 Review: gemeinsamer Termin mit allen
- #20 (u.a. durch rechtliche Rahmenbedingungen) => Dokumentation
- #21 Review: gemeinsamer Termin mit allen
- #35 2011
- #43 Einfachheit -> Es wurde viel umgesetzt was nicht mehr nötig war, aber nie gestrichen / depriorisiert wurde Commitment -> Es wurde sich nie auf diesen Umfang mit diesem Liefertermin von dem Team commitet.
- #57 In Pilotprojekt
- #58 Etw. erforscht, prüft, probt Erkennen, bemerken, wahrnehmen reagieren
- #60 (u.a. durch rechtliche Rahmenbedingungen) => Dokumentation