OOP2017: Scrum statt Murcs - Agile Software-Entwicklung
•
4 gefällt mir•796 views
Mein Scrum ist kaputt und das Meeting passt leider nicht und die Rollen sind auch nicht gut verteilt. Wie agile Softwarentwicklung mit Scrum funktionieren kann, zeigt Ulf Mewe von der HEC Gmbh.
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Andere mochten auch
Andere mochten auch (20)
Ähnlich wie OOP2017: Scrum statt Murcs - Agile Software-Entwicklung
Ähnlich wie OOP2017: Scrum statt Murcs - Agile Software-Entwicklung (20)
OOP2017: Scrum statt Murcs - Agile Software-Entwicklung
- 1. MURCS Wir machen jetzt Scrum, aber das Meeting passt leider nicht und einen PO haben wir irgendwie auch nicht... Ulf Mewe @mewflu
- 5. Analyse Rollen Ereignisse Artefakte DailysSprints Sprint Planning Refinement Review SM POScrum Master Product Owner DEVCross-funktionales Developmentteam Product Backlog Retrospective Sprint Backlog PSP
- 6. DIE REISE GEHT LOS oder die Praxisbeispiele
- 7. TOURISMUS
- 8. Tourismus Neues Buchungssystem * Gleicher Funktionsumfang wie altes System = Plus einige neue Funktionen +
- 9. Tourismus Festpreis€ Ungenaue Anforderungen ~ Fester Liefertermin Preisgetriebene Anbieterauswahl€
- 10. Tourismus: Was wurde umgesetzt? Rollen Ereignisse Artefakte DailysSprints SM PO Product Backlog Sprint Planning Refinement Review Retrospective DEV SM PO DEVCross-funktionales Developmentteam Scrum Master Product Owner Sprint Backlog PSP
- 12. LOGISTIK
- 13. Logistik Support für Legacy Systeme läuft aus Viele Logistikprojekte scheitern Einführung eines neuen ERP-Systems *
- 14. Logistik Verteilte Entwicklung Management erwartet Projektleiter Anders machen
- 15. Logistik PO nicht alleinig entscheidungsbefugt Fachabteilung ist unerfahren & unterbesetzt Fachabteilung als PO *
- 16. Logistik: Was wurde umgesetzt? Rollen Ereignisse Artefakte DailysSprints SM PO Product Backlog Sprint Planning Refinement Review Retrospective DEV SM PO DEVCross-funktionales Developmentteam Scrum Master Product Owner Sprint Backlog PSP
- 18. WARTUNG
- 19. Wartung Neuer Ansatz zur Begutachtung von technischen Anlagen Mehrfach verändertes Geschäftsmodell Innovationsprojekt Viele technische Unbekannte * ?
- 20. Wartung: Was wurde umgesetzt? Rollen Ereignisse Artefakte DailysSprints SM PO Product Backlog Sprint Planning Refinement Review Retrospective DEV SM PO DEVCross-funktionales Developmentteam Scrum Master Product Owner Sprint Backlog PSP
- 22. Zusammenfassung Tourismus WartungLogistik 7 4 1 7 3 2 9 3 0
- 23. DER RICHTIGE KURS? oder der Nokia Test
- 26. Nokia Test Kategorien 0 101 2 3 4 5 6 7 8 9
- 27. 1 - Iterationen Sprints sind 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 Softwarefunktionen sind 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 - Sprint Stories 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
- 33. Nokia Test Kategorien 0 101 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? oder eine alternative Bewertung
- 39. Prinzipien hinter dem Agilen 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 dem Agilen 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 Agile Werte & Prinzipien Transparenz Überprüfung AnpassungAnpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
- 43. Logistik: Bewertung Empirische Prozesssteuerung Agile Werte & Prinzipien Transparenz Überprüfung AnpassungAnpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
- 44. Wartung: Bewertung Empirische Prozesssteuerung Agile Werte & Prinzipien Transparenz Überprüfung AnpassungAnpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
- 45. Zusammenfassung Tourismus WartungLogistik 1 7 2 8 1 1 3 4 3
- 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 Agile Werte & 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 DEVCross-funktionales Developmentteam Scrum Master Product Owner
- 57. MURCS Wir machen jetzt Scrum, aber das Meeting passt leider nicht und einen PO haben wir irgendwie auch nicht... Ulf Mewe @mewflu