Projektmanagement & ITIL

Scrum

Overview

Scrum ist ein leichtgewichtiges Framework für komplexe Vorhaben, verfasst von Ken Schwaber und Jeff Sutherland. Verbindliche Grundlage ist der Scrum Guide, aktuell in der Fassung vom November 2020. Eine neuere offizielle Fassung gibt es bisher nicht. Ergänzende Werke wie das Scrum Guide Expansion Pack stammen nicht von beiden Autoren gemeinsam und sind kein Ersatz.

Die Version 2020 hat Begriffe geändert, die in älteren Texten noch auftauchen: Das Entwicklungsteam heißt jetzt Developers, es gibt nur noch ein Scrum Team mit drei Verantwortlichkeiten, und das Team ist selbstmanagend statt selbstorganisiert. Neu ist das Product Goal als langfristiges Ziel des Product Backlogs.

In der IT wird Scrum für Softwareentwicklung, aber auch für Infrastruktur- und Migrationsprojekte genutzt. Für laufenden Betrieb mit vielen ungeplanten Aufgaben ist Kanban oft passender.

How it works

Die Bausteine laut Scrum Guide 2020:

  1. Scrum Team, typischerweise zehn Personen oder weniger, mit drei Verantwortlichkeiten: Product Owner (maximiert den Produktwert, verantwortet das Product Backlog), Scrum Master (sorgt für wirksames Scrum) und Developers (erstellen das Inkrement).
  2. Events: Der Sprint als Container von maximal einem Monat, darin Sprint Planning (bis 8 Stunden bei einem Monat), Daily Scrum (15 Minuten für die Developers), Sprint Review (bis 4 Stunden) und Sprint Retrospective (bis 3 Stunden).
  3. Artefakte mit Commitments: Product Backlog mit Product Goal, Sprint Backlog mit Sprint Goal, Inkrement mit Definition of Done.

Werkzeuge wie Azure Boards oder Jira bilden Sprints als Iterationen ab, mit Sprint Backlog, Taskboard, Burndown und Velocity.

Benefits

  • Früher Nutzen: Jeder Sprint liefert ein nutzbares Inkrement statt eines Ergebnisses erst am Projektende.
  • Kurze Feedbackschleifen im Sprint Review verhindern, dass am Bedarf vorbei gebaut wird.
  • Klare Verantwortung für Prioritäten beim Product Owner, das beendet Konkurrenz um die Ressourcen des Teams.
  • Regelmäßige Verbesserung der Zusammenarbeit über die Sprint Retrospective.

Practical example

Eine Versicherung mit 900 Mitarbeitenden löst ihr veraltetes Intranet durch eine SharePoint-Lösung ab. Ein Scrum Team aus fünf Developers, einer Product Ownerin aus der Unternehmenskommunikation und einem Scrum Master arbeitet in Zwei-Wochen-Sprints. Nach jedem Sprint testen Pilotnutzer neue Bereiche im Review. Nach vier Monaten geht ein erster Ausbaustand live, weitere Funktionen folgen nach Priorität des Product Backlogs.

Things to keep in mind

  • Nutze die aktuellen Begriffe des Scrum Guide 2020 (Developers, Daily Scrum), damit Rollenbeschreibungen und Schulungen konsistent sind.
  • Besetze die Rolle des Product Owners mit einer Person, die wirklich entscheiden darf, sonst stockt die Priorisierung.
  • Schütze das Team vor laufenden Betriebsaufgaben oder plane dafür feste Kapazität ein, sonst platzen Sprint Goals regelmäßig.
  • Behandle Scrum nicht als Meeting-Sammlung, entscheidend ist ein fertiges Inkrement nach Definition of Done.

Conclusion

Scrum eignet sich für IT-Projekte mit unklaren oder sich ändernden Anforderungen. Wer es einführt, sollte sich am aktuellen Scrum Guide 2020 orientieren und die Rollen ernsthaft besetzen.

Further reading

Related articles