Ein Blog über Digitalisierung, IT Strategie und Enterprise Architektur
  • Home
  • Blog

Scrum Cheatsheet

Scrum in der Kurzfassung
  • EA Management
  • Enterprise Architektur
  • Lösungsarchitektur
  • Strategie
19.02.2022
  • EA Management

Inhalt

  • Was ist Scrum?
  • Prinzipien
  • Rollen deren Aufgaben
  • Meetings
  • Artefakte
  • Ablauf
  • Typische Fehler

Was ist Scrum?

Scrum ist ein iteratives, inkrementelles, agiles Verfahren zur Entwicklung von Software. Der Fokus liegt hierbei darauf, kontinuierliche Ergebnisse - meist in Form von laufender Software - zu liefern und schnell und direkt Feedback des Auftraggebers zu bekommen. Dieses Cheatsheet fasst die wesentlichen Aspekte von Scrum zusammen. Es ist kein Plädoyer für oder gegen Scrum - es zeigt nur die Regeln zum Nachlesen.

Prinzipien

  • Transparenz: Der Fortschritt und die Hindernisse eines Projektes werden täglich und für alle sichtbar festgehalten.
  • Überprüfung: In regelmäßigen Abständen werden Produktfunktionalitäten geliefert und beurteilt.
  • Anpassung: Die Anforderungen an das Produkt werden nicht ein und für alle Mal festgelegt, sondern nach jeder Lieferung neu bewertet und bei Bedarf angepasst.

Rollen deren Aufgaben

  • Product Owner: Strategische Produktvision; Definition des Produkts; Abnahme eines Sprint Ergebnisses
  • Scrum Team: Lieferung der Produktfunktionalitäten; 7±2 Personen
  • Scrum Master: Arbeitet mit dem Team, gehört aber nicht dazu; Organisiert den Scrum Prozess; Räumt Hindernisse (Impediments) aus dem Weg
  • Chicken: Am Scrum Prozess Unbeteiligte (Zuschauer)

Meetings

  • Sprint Planning
    • Zweck: Planen des nächsten Sprints
    • Intervall: max. 120 min pro Sprint
  • Sprint Review
    • Zweck: Präsentation der Ergebnisse aus dem abgelaufenen Sprint
    • Intervall: max. 60 min pro Sprint
  • Retrospektive
    • Zweck: Iterative Verbesserung des Scrum Prozesses selbst
    • Intervall: max. alle 2 Sprints; max. 60 min
  • Daily Scrum
    • Zweck: Tägliche Abstimmung; Beseitigen von akuten Hindernissen
    • Intervall: max. 15 min pro Tag

Artefakte

  • Product Backlog
    • Verantwortlich: Product Owner
    • Inhalt: Noch zu erledigende Aufgaben innerhalb eines Releases eines Produkts
  • Sprint Backlog
    • Verantwortlich: Scrum Team
    • Inhalt: Noch zu erledigende Aufgaben innerhalb eines Sprints
  • Burndown Chart
    • Verantwortlich: Scrum Master
    • Inhalt: Messung der Performance des Scrum Teams zur Abschätzung von Terminen
  • User Stories
    • Verantwortlich: Product Owner
    • Inhalt: Anforderungen an ein Projekt / System
  • Impediment Backlog
    • Verantwortlich: Scrum Master
    • Inhalt: Zu beseitigende Probleme
  • Definition of Done
    • Verantwortlich: Scrum Team
    • Inhalt: Definition dessen was fertig bedeutet. Das Team legt sich hiermit auf seine Lieferverpflichtung fest

Ablauf

  1. User Stories aufschreiben
  2. Product Backlog füllen
  3. Sprint Planning
  4. Sprint Backlog füllen
  5. Daily Scrum
  6. Impediments aufnehmen und beseitigen
  7. Umsetzung
  8. Abliefern der Increments (Laufende Software)
  9. Sprint Review
  10. Von vorne

Typische Fehler

  • Es wurde kein klares Ziel definiert, das mit dem Scrum Prozess erreicht werden soll
  • Zeiten werden nicht einhalten: Time boxing ist essentiell!
  • Rollen werden nicht einhalten: Es gibt beispielsweise keinen Scrum Master oder Product Owner
  • Personen sind sich ihrer Rolle nicht bewusst
  • Personen haben ihre Rolle nur auf dem Papier, führen sie aber nicht aus
  • Entwickler sind sich ihrer Verantwortung nicht im Klaren
  • Unrealistische Ziele für Sprints
  • Keine abgestimmte Definition of Done
  • Es wird am Sprintende kein laufendes Produkt abgeliefert
© Kai Müller 2023
  • Datenschutzerklärung
  • Impressum
  • Über mich
×