Upgrade to Pro — share decks privately, control downloads, hide ads and more …

MURCS - Wir machen jetzt Scrum, aber das Meetin...

MURCS - Wir machen jetzt Scrum, aber das Meeting passt leider nicht und einen PO haben wir irgendwie auch nicht...

Bei agilen Projekt ist Scrum zurzeit die Nummer 1. Trotzdem entscheiden sich Unternehmen immer wieder Scrum nur unvollständig einzuführen. Aber ist das wirklich eine gute Idee und kann das funktionieren?

In diesem Vortrag wird anhand von 4 Praxisbeispielen gezeigt, was eine teilweise Einführung in der Realität bedeutet. Wir erfahren hierdurch, welche Elemente von Scrum unabhängig eingeführt werden können, aber was verloren geht, wenn Scrum nicht vollständig eingeführt wird. Außerdem gehen wir der Frage nach, ob es wirklich immer Scrum sein muss.

Ina Einemann

November 23, 2016
Tweet

More Decks by Ina Einemann

Other Decks in Programming

Transcript

  1. MURCS Wir machen jetzt Scrum, aber das Meeting passt leider

    nicht und einen PO haben wir irgendwie auch nicht... Ulf Mewe @mewflu Ina Einemann @IEinemann
  2. 2

  3. 5 Analyse Rollen Ereignisse Artefakte Dailys Sprints Sprint Planning Refinement

    Review SM PO Scrum Master Product Owner DEV Cross-funktionales Developmentteam Product Backlog Retrospective
  4. 11 Tourismus: Was wurde umgesetzt? Rollen Ereignisse Artefakte Dailys Sprints

    SM PO Product Backlog Sprint Planning Refinement Review Retrospective DEV SM PO DEV Cross-funktionales Developmentteam Scrum Master Product Owner
  5. 18 Logistik: Was wurde umgesetzt? Rollen Ereignisse Artefakte Dailys Sprints

    SM PO Product Backlog Sprint Planning Refinement Review Retrospective DEV SM PO DEV Cross-funktionales Developmentteam Scrum Master Product Owner
  6. 1 - Iterationen Sprints sind zeitlich begrenzt 25 2 Variabel,

    4 < Dauer <= 6 Wochen 4 Variabel, Dauer <= 4 Wochen 5 Konstant für die letzten 3 Sprints, Dauer = 1 Monat 6 Konstant für die letzten 3 Sprints, Dauer = 4 Wochen 8 Konstant für die letzten 3 Sprints, Dauer = 3 Wochen 10 Konstant für die letzten 3 Sprints, Dauer <= 2 Wochen
  7. 2 - Qualitaetssicherung Softwarefunktionen sind getestet und funktionieren am Ende

    der Iteration 26 2 Automatisches Deployment mit allen autom. Akzeptanztests alle 24 Stunden 1 Einige Entwicklertests (Unit Tests) 1 Entwicklertests (Unit Tests) pro Story 2 Funktionen werden vor Review getestet 2 Funktionen werden direkt nach Fertigstellung getestet 2 Team automatisiert Akzeptanztest für jede Story
  8. 3 - Sprint Stories Spezifikation der Backlog Items 27 1

    Anforderungen für Sprint Items sind spezifiziert 1 Anforderungen sind unabhängige und priorisierte User Stories 2 User Stories starten mit „Als <Rolle>, möchte ich <Ziel/Wunsch>, damit <Nutzen>“ 2 User Stories haben nachprüfbare Akzeptanztests 2 Das Team hat eine Definiton of Ready 2 Das Team hat eine Definiton of Done
  9. 35 Nokia Test 1 - Iterationen 10 6 6 -

    Schätzungen 1 7 2 - Qualitätssicherung 2 1 7 – Burn-down Chart 2 0 3 - Sprint Stories 1 1 8 - Retrospective 4 0 4 - Product Owner 0 6 9 - Scrum Master 1 7 5 - Product Backlog 3 4 10 - Team 9 3
  10. 36 Nokia Test 1 - Iterationen 10 6 - Schätzungen

    1 7 2 - Qualitätssicherung 2 1 7 – Burn-down Chart 2 0 3 - Sprint Stories 1 1 8 - Retrospective 4 0 4 - Product Owner 0 6 9 - Scrum Master 1 7 5 - Product Backlog 3 4 10 - Team 9 3 6
  11. Nokia Test Kategorien 38 0 10 1 2 3 4

    5 6 7 8 9 6 Monate Velocity +200%
  12. 40

  13. 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. Heisse 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. 43
  14. 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. 44
  15. 45 Bewertung Empirische Prozesssteuerung Agile Werte & Prinzipien Transparenz Überprüfung

    Anpassung Anpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
  16. 46 Logistik: Bewertung Empirische Prozesssteuerung Agile Werte & Prinzipien Transparenz

    Überprüfung Anpassung Anpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
  17. 47 Tourismus: Bewertung Empirische Prozesssteuerung Agile Werte & Prinzipien Transparenz

    Überprüfung Anpassung Anpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
  18. 50 Sprints Empirische Prozesssteuerung Agile Werte & Prinzipien Transparenz Überprüfung

    Anpassung Anpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
  19. 51 Daily Empirische Prozesssteuerung Agile Werte & Prinzipien Transparenz Überprüfung

    Anpassung Anpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
  20. 52 Planning Empirische Prozesssteuerung Agile Werte & Prinzipien Transparenz Überprüfung

    Anpassung Anpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
  21. 53 Refinement Empirische Prozesssteuerung Agile Werte & Prinzipien Transparenz Überprüfung

    Anpassung Anpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
  22. 54 Review Empirische Prozesssteuerung Agile Werte & Prinzipien Transparenz Überprüfung

    Anpassung Anpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
  23. 55 Retrospective Empirische Prozesssteuerung Agile Werte & Prinzipien Transparenz Überprüfung

    Anpassung Anpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
  24. 56 Product Backlog Empirische Prozesssteuerung Agile Werte & Prinzipien Transparenz

    Überprüfung Anpassung Anpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
  25. 57 Wer das will ... Empirische Prozesssteuerung Agile Werte &

    Prinzipien Transparenz Überprüfung Anpassung Anpassung Unterschiedliche Perspektiven Commitment Kundenzufriedenheit Direkte Kommunikation Selbstorganisation Einfachheit Regelmäßige Auslieferungen
  26. 58 Muss das machen ... Rollen Ereignisse Artefakte Dailys Sprints

    SM PO Product Backlog Sprint Planning Refinement Review Retrospective DEV SM PO DEV Cross-funktionales Developmentteam Scrum Master Product Owner
  27. MURCS Wir machen jetzt Scrum, aber das Meeting passt leider

    nicht und einen PO haben wir irgendwie auch nicht... Ulf Mewe @mewflu Ina Einemann @IEinemann