Scrum ist ein agiles Framework für das Projektmanagement, das auf kollaborativer Arbeit, kontinuierlicher Verbesserung und schnellen Anpassungen basiert. Es fördert die Flexibilität und Effizienz in der Entwicklung komplexer Produkte, indem es Teams ermöglicht, in kurzen Iterationen, den sogenannten Sprints, zu arbeiten und sich regelmäßig zu reflektieren.
Das Wichtigste in Kürze:
- Scrum ist mit einem Anteil von rund 66 Prozent der befragten Teams (State of Agile Report, zitiert nach Echometer) die am weitesten verbreitete agile Methode auf Team-Ebene
- der Ursprung der agilen Methode Scrum geht auf einen Artikel aus der Harvard Business Review aus dem Jahr 1986 zurück
- Scrum arbeitet mit eigenen Rollen, Events sowie Timeboxing
Daily Standups, Sprints sowie Reviews und Retrospektiven - dies sind allesamt Begriffe, die ihren Ursprung im agilen Framework Scrum (zu Deutsch: „Gedränge”) haben. Die am weitesten verbreitete agile Projektmanagementmethode folgt einem ganz konkreten (in sich wiederholenden) Ablauf und setzt dabei auf ganz eigene Rollen und Events. Nachdem wir Ihnen bereits eine Übersicht über die wichtigsten agilen Frameworks verschafft haben - lernen Sie im heutigen Artikel die Rollen, Prozesse und Artefakte, die den Kern von Scrum bilden, kennen und erfahren Sie, wie die agile Methode im Livebetrieb aussieht.
Hintergründe zu Scrum, Scrum Rollen, Scrum Artefakten und Scrum Events
Das revolutionäre Framework für das agile Projektmanagement entstand zwar bereits Mitte der 1980er-Jahre, wurde jedoch vor allem in den 1990er-Jahren in den USA weiterentwickelt (insbesondere in der Softwareentwicklung). Scrum wurde von Jeff Sutherland und Ken Schwaber konzipiert. Sutherland, ehemaliger Kampfpilot und später in der Softwareentwicklung tätig, sowie Schwaber, ein Softwareentwickler, entwickelten Scrum gemeinsam als Antwort auf die wachsenden Herausforderungen in der Softwareentwicklung und formulierten es 1995 erstmals öffentlich; der Scrum Guide wird von beiden bis heute gepflegt. Erfahren Sie in den folgenden Unterabschnitten mehr über das Konzept, die einzelnen Scrum Rollen und die verschiedenen Events.
Scrum Konzept
Das Konzept basiert auf klaren Rollen, Selbstorganisation sowie auf iterativen Prozessen, die es ermöglichen, schnell auf Veränderungen zu reagieren und kontinuierliche Verbesserungen voranzutreiben. In kurzen Zeitabschnitten, den sogenannten Sprints, arbeiten Teams an definierten Aufgaben und liefern regelmäßig Ergebnisse. Durch regelmäßige Meetings wie das Daily Scrum, Retrospektiven und Reviews ermöglicht Scrum eine flexible Anpassung an sich ändernde Anforderungen und fördert kontinuierliche Verbesserungen. Durch iterative Prozesse soll sich schrittweise dem anfangs definierten Produktziel genähert werden.
Scrum Teams: welche Scrum Rollen gibt es?
Die drei Rollen in einem Scrum-Team sind der Product Owner, der die Anforderungen und Prioritäten des Produkts festlegt, das Entwicklungsteam (Developers), das die Arbeit ausführt und die Produktinkremente erstellt, und der Scrum Master, der als Servant Leader fungiert und das Team unterstützt, coacht und befähigt, indem er Hindernisse beseitigt und eine Umgebung für Selbstorganisation fördert. Er agiert als „Diener” des Teams, um dessen Effektivität zu steigern und den Erfolg des Projekts sicherzustellen, anstatt autoritäre Anweisungen zu geben. Jede Rolle trägt aber für sich zum Erfolg des Projekts bei und hat klare Verantwortlichkeiten im agilen Entwicklungsprozess.
Scrum Events: wie läuft ein Scrum Prozess ab?
In Scrum Prozessen finden sich die folgenden obligatorischen Events, welche in dieser Reihenfolge ausgeführt werden:
- Sprint: Ein festgelegter Zeitabschnitt, in dem ein bestimmtes Produktinkrement erstellt werden soll und in welchem die weiteren Scrum Events stattfinden. (Umsetzungszyklus von maximal 4 Wochen, oftmals eher 2 Wochen)
- Sprint Planning: Die Planung des Sprints, zur allgemeinen Verdeutlichung, was der Mehrwert der geplanten Produktiteration ist und welche spezifischen Aufgaben und Features integriert werden können. Resultate sind ein klares Sprint Ziel und eine Aufgabenliste inkl. Plan (Sprint Backlog).
- Daily Scrum: Ein tägliches Standup-Meeting für die Developer in Form eines 15-minütigen Austauschs über den bisherigen Fortschritt und die Planung der anstehenden Aufgaben.
- Sprint Review: Präsentation des Ergebnisses des Sprints (funktionsfähige Produktiteration) mit den relevantesten Stakeholdern, um Fortschritte darzustellen, eventuell veränderte Umweltfaktoren zu diskutieren und weiteren Fortschritt zum Produktziel zu planen.
- Sprint Retro(spektive): Ein Event, bei welchem am Ende jedes Sprints das Scrum Team den Verlauf des Sprints analysiert und mögliche Verbesserungen an Prozessen, Interaktion, Tools etc. festhält, um bereits aufgetretene Probleme im nächsten Sprint zu vermeiden und die Effizienz zu steigern.
Eine Übersicht über den Scrum Prozess, Events und Artefakte
Zum Einsatz kommt überdies das sogenannte Timeboxing, bei dem feste Zeitrahmen für alle Events festgelegt werden, um die Effizienz zu steigern und den Fokus auf die Arbeit und Wertschöpfung (Artefakte) zu lenken.
Außerdem legt die Definition of Done (DOD) die Kriterien fest, die erfüllt sein müssen, damit ein Produktinkrement als abgeschlossen betrachtet werden kann.
Was sind „Scrum-Artefakte”?
Scrum-Artefakte sind essenzielle Bestandteile des agilen Entwicklungsprozesses, die Transparenz und Klarheit über den Fortschritt eines Projekts bieten. Entsprechend stellen Artefakte Arbeit oder Wertschöpfung dar, die während des Entwicklungsprozesses entstehen. Spezifisch sind die Artefakte in Scrum der Product Backlog, der Sprint Backlog und das tatsächliche Produktinkrement.
- Der Product Backlog (eine Checkliste mit anfallenden Aufgaben und Produktfunktionen, die abgearbeitet werden müssen, um das Produktziel zu erfüllen) hilft, das Produktziel zu erreichen
- Der Sprint Backlog (eine Checkliste mit den spezifischen Aufgaben für den jeweiligen Sprint) hilft, das Sprintziel (funktionsfähiges Produktinkrement) zu erreichen
- Das tatsächliche Produktinkrement schafft durch die Erfüllung der Definition of Done einen Mehrwert auf dem Weg zur Erfüllung des Produktzieles
Scrum in Action: Was kann es und welche Tools gibt es?
Erfahren Sie nun, wie Scrum in der Praxis funktioniert und welche Tools dabei unterstützen können. Von der praktischen Umsetzung bis hin zu den Vorteilen dieses agilen Ansatzes bietet dieser Abschnitt Einblicke in die agile Arbeitsweise von Scrum-Teams. Zudem wird das Jira Scrum Board von uns vorgestellt, bei dem es sich um ein beliebtes Tool zur Visualisierung und Verwaltung von Scrum-Projekten handelt.
Praktische Umsetzung
Im Unternehmensumfeld setzt Scrum auf kleine Teams, typischerweise 5-10 Mitglieder, einschließlich einem Scrum Master, einem Product Owner und dem Entwicklungsteam. Der Product Owner erstellt den Product Backlog nach Absprache mit dem Kunden. Der erste Sprint wird gestartet und vom Scrum Master begleitet, der auch bei Sprint Planning, -Review und -Retro dem restlichen Team unterstützend zur Seite steht. Kontinuierlich werden im Laufe des Sprints der Product Backlog oder gegebenenfalls nach dem Austausch mit den Stakeholdern (Sprint Review) die DOD für den nächsten Sprint angepasst. Der nächste Sprint beginnt immer nach der Beendigung der Sprint Retrospektive mit dem Sprint Planning Meeting.
Vorteile von Scrum
- Verbesserte Flexibilität durch iterative Entwicklung
- Erhöhte Transparenz über den Projektfortschritt
- Schnellere Markteinführung durch regelmäßige Lieferungen von funktionsfähiger Software (Produktiterationen)
- Gestärkte Produktqualität durch kontinuierliches Feedback und Anpassungen
- Erhöhte Teammotivation und Zusammenarbeit durch regelmäßigen Austausch und konstruktive Meetings
- Fokussierung auf die Wertschöpfung für den Kunden
Jira Scrum Boards
Das Jira Scrum Board ist ein virtuelles Whiteboard, das die Visualisierung und Verwaltung von Scrum-Projekten ermöglicht. Es bietet Funktionen wie beispielsweise das Drag-and-Drop von Aufgaben, das Priorisieren von Backlog-Elementen und das Anzeigen des Fortschritts in Echtzeit. Dadurch erleichtert es die Zusammenarbeit im Team und fördert die Transparenz über den Projektstatus.
In Jira lässt sich einfach der Überblick behalten, welche der offenen Aufgaben dem aktuellen Sprint zugeordnet sind, welchen Status die verschiedenen Punkte aus dem aktuellen Sprint Backlog haben und welche Items noch im Product Backlog sind.
Developers können in einem eigenen Scrum Board für den Sprint arbeiten, und Product Owner können während des ganzen Prozesses Items im Product Backlog ergänzen und entsprechend ordnen.
Jira bietet sich ideal an, in einem Scrum Board den Sprint Backlog darzustellen. Aufgaben können einfach aus dem Product Backlog in einen neuen Sprint verschoben werden und können dann auf dem Jira Board je nach Arbeitsstatus den Spalten „To Do” (ausstehend), „In progress” (in Bearbeitung) oder „Done” (bearbeitet) zugeordnet werden. Developer können die Karten selbst verschieben, wenn sie die entsprechenden Aufgaben bearbeiten.
Jira hilft weiterhin, den Projektüberblick zu behalten. Sprints können mit ihren verschiedenen Aufgaben in einer Zeitleiste dargestellt werden, damit Deadlines und Zeitpläne für alle Teammitglieder klar erkenntlich sind. Weiterhin können sogenannte „Epics” angelegt werden, große Aufgaben/Ziele, deren Ausmaß das eines einzelnen Sprints überschreitet und die sich somit über mehrere Sprints ziehen.
Fazit zum Thema Scrum und weitere, agile Methoden
Scrum bietet also insgesamt einen bewährten Rahmen für effektives Projektmanagement, der Flexibilität, Transparenz und kontinuierliche Verbesserungen fördert. Welches Framework passt, hängt vom Kontext ab: Während sich Kanban und die etablierten Kanban-Boards eher für kontinuierliche Arbeitsflüsse wie Betrieb und Support eignen, profitieren vor allem Unternehmensgründer von den beschleunigten Feedbackschleifen von Lean Startup - einen Überblick gibt unser Artikel zu den agilen Frameworks.
Wo wir unterstützen: bei der Einrichtung von Jira für Scrum- und Kanban-Prozesse - Boards, Vorgangstypen und Workflows, die die tatsächliche Arbeitsweise abbilden - und mit Schulungen, damit die neue Arbeitsweise im Team ankommt.