Was ist die Scrum-Methodik? Vollständiger Leitfaden für 2026
Wenn Sie schon einmal im digitalen Projektmanagement tätig waren, haben Sie wahrscheinlich schon von der Scrum-Methodik gehört.
Scrum ist eine beliebte Projektmanagement-Methodik, die in einer Vielzahl von Branchen weit verbreitet ist.
Im Kern basiert Scrum auf der Idee, Teams zu befähigen, sich selbst zu organisieren und eigene Entscheidungen darüber zu treffen, wie sie ihre Ziele am besten erreichen können. Dieser Ansatz kann Teams dabei helfen, qualitativ hochwertige Produkte und Dienstleistungen schnell und effizient zu liefern.
Unlock for Free
Create a free account to finish this piece and join a community of forward-thinking leaders unlocking tools, playbooks, and insights for thriving in the age of AI.
Have an account? Log In
Was ist die Scrum-Methodik?
Die Scrum-Methodik kann als Ansatz zur Produktbereitstellung definiert werden, der Prinzipien und Prozesse vorschlägt, um Ergebnisse zu verbessern.
Agiles Scrum-Projektmanagement fixiert die Zeit- und Kostenanforderungen eines Projekts. Scrum erreicht dies durch die Nutzung von Timeboxes (einem spezifischen, begrenzten Zeitraum) für Arbeitsiterationen sowie durch Produkt-Backlogs und spezifische Team-Events. Es ist ein hochgradig adaptives Rahmenwerk, das hilft, schneller Mehrwert in Projekten zu schaffen.
Im Scrum-Management machen Projekte Fortschritte durch Sprints, die jeweils eine Iteration der Arbeit auf das Teamziel hin darstellen. Jeder Sprint oder jede Iteration liefert ein fertiges Inkrement.
Die Scrum-Methodik ist eine von vielen agilen Methoden, die alle das historisch prädiktive oder Wasserfall-Dreieck der Projekt- und Produktentwicklung auf den Kopf stellen.
Während traditionelle Projektmanagement-Methoden den Umfang einschränken (z. B. durch eine Projektumfangserklärung) und Zeitplan sowie Ressourcen flexibel gestalten, fixieren agile Methoden (einschließlich Scrum) Ressourcen und Zeitplan, passen aber den Umfang flexibel an – je nachdem, was in der vorgegebenen Zeit mit festen Ressourcen am wichtigsten zu erledigen ist.
Im Kern befähigt Scrum Teams dazu, eine gesunde Spannung zwischen "das Richtige liefern", "auf die richtige Weise" und "so schnell wie möglich" herzustellen.
Das Ziel von Scrum ist es, die Kommunikation, die Teamarbeit und die Geschwindigkeit der Entwicklung zu verbessern. Konzepte wie Sprints, Scrums, Backlogs und Burndown-Charts stammen alle aus Scrum.
Warum Scrum?
Einer der Hauptgründe für die Popularität von Scrum ist die Fähigkeit, Teams dabei zu helfen, qualitativ hochwertige Produkte und Dienstleistungen schnell und effizient zu liefern. Durch das Aufteilen von Projekten in kleine, handhabbare Abschnitte und regelmäßige Überprüfung des Fortschritts können Teams Probleme schnell erkennen und lösen. So bleiben sie auf Kurs und erreichen ihre Ziele zeitgerecht.
Ein weiterer Grund für die Einführung von Scrum ist der Fokus auf Zusammenarbeit und Kommunikation. In einer Scrum-Umgebung werden Teammitglieder ermutigt, gemeinsam zu arbeiten und Ideen auszutauschen, statt einer starren Hierarchie zu folgen. Dies kann ein Gefühl der Eigenverantwortung und Rechenschaftspflicht schaffen, wodurch die Teammotivation und das Engagement steigen.
Insgesamt wird die Einführung von Scrum vor allem durch die Fähigkeit begünstigt, Organisationen und Teams zu helfen, ihre Ziele schnell und effizient zu erreichen. Indem Teams zur Selbstorganisation und zur Entscheidungsfindung befähigt werden, kann Scrum Organisationen helfen, wettbewerbsfähig zu bleiben und hochwertige Produkte und Dienstleistungen zu liefern.
Das Grundmindset von Scrum: Das Agile Manifest
Das Agile Manifest ist der Kern der Scrum-Methodik und gilt als die zugrundeliegende Denkweise hinter allen agilen Methoden. Die Scrum-Methodik legt eine praktische Umsetzung über das Agile Manifest und gibt ein "Wie" für das "Was" vor.
Mit anderen Worten: Scrum ist eines von vielen Anleitungen, wie Ergebnisse im agilen Mindset erarbeitet werden können. Hier eine Übersicht über das Agile Manifest kombiniert mit einigen grundlegenden Scrum-Prinzipien.
1. Individuen und Interaktionen stehen über Prozessen und Werkzeugen
Im ersten Punkt geht es um den Fokus auf Individuen und Interaktionen anstatt auf Prozesse und Werkzeuge. Kommunikation ist entscheidend, nicht die Prozesse, die Ihr Projekt steuern. Im Scrum-Umfeld bedeutet dies das selbstorganisierte, interdisziplinäre Team.
2. Funktionierende Software steht über umfassender Dokumentation
Es wird starker Wert darauf gelegt, schnell auslieferbare Produkte zu schaffen, statt viel Zeit mit dem Niederschreiben von Anforderungen zu verbringen. Bei der Scrum-Softwareentwicklung werden zeitlich abgegrenzte Sprints durchgeführt, an deren Ende jeweils ein lieferbares Produktinkrement entsteht.
3. Zusammenarbeit mit dem Kunden steht über Vertragsverhandlungen
Agile-Werte legen Wert auf die Zusammenarbeit mit dem Kunden. Der Kunde ist während des gesamten Prozesses stark eingebunden. Scrum sorgt für eine kontinuierliche und regelmäßige Einbindung des Kunden.
4. Reagieren auf Veränderungen statt Befolgen eines Plans
Statt Veränderungen als Bedrohung zu sehen, liegt es im Kern des agilen Ansatzes, Veränderungen als positive Entwicklung zu erkennen und flexibel darauf zu reagieren. In Scrum ändern sich Anforderungen laufend, und Veränderungen werden aktiv angenommen.
Zusätzlich zum agilen Manifest hält Scrum selbst fünf Werte bereit, die für ein effektives Arbeiten von Menschen und Teams essentiell sind: Verpflichtung, Fokus, Offenheit, Respekt und Mut.
Diese Werte geben einem agilen oder Scrum-Team eine klare Richtung für das eigene Verhalten in der Arbeit. Alle getroffenen Entscheidungen und Schritte sollten diese Werte stärken, nicht schwächen. Wenn sie wirksam gelebt werden, erwachen die wesentlichen Scrum-Säulen Transparenz, Überprüfung und Anpassung zum Leben und fördern das gegenseitige Vertrauen.
Was sind die 3 Artefakte von Scrum?
Scrum-Artefakte vermitteln wichtige Informationen, die das Scrum-Team während der Produktentwicklung kennen muss.
1. Product Backlog
Das Product Backlog enthält alle Funktionen, Eigenschaften und Anforderungen, die das Produkt in absteigender Priorität enthalten muss. Es ist üblich, dass sich die Anforderungen eines Produkts während der Entwicklung ändern – sei es, um geschäftliche Anforderungen oder Markttrends abzubilden. Das Product Backlog wird laufend aktualisiert, um diese Veränderungen abzubilden.
2. Product Backlog Item
Dies sind die einzelnen Elemente, aus denen sich das Product Backlog zusammensetzt. Sie beschreiben die gewünschten Änderungen am Produkt und das damit angestrebte Ergebnis. Eine Möglichkeit, das gewünschte Ergebnis verständlich für das Entwicklungsteam zu beschreiben, sind sogenannte „User Stories“ – einfache Sätze, die schildern, was ein bestimmter Nutzer oder das Unternehmen von dem Produkt erwartet.
User Stories sind folgendermaßen aufgebaut: „Als [blank] möchte ich [blank], damit ich [blank].“
3. Sprint Backlog
Das Sprint Backlog umfasst die Product Backlog Items, die für einen Sprint ausgewählt wurden. Zusätzlich enthält es einen Plan, wie am Ende des Sprints ein Inkrement erzielt werden soll.
Das Sprint Backlog definiert die Aufgaben, die das Entwicklungsteam im nächsten Sprint bearbeiten wird, sowie die Items, die erforderlich sind, um ein Inkrement zu produzieren, das der Definition von „done“ entspricht.
Das Scrum-Rahmenwerk
Das Scrum-Rahmenwerk ist eine agile Methodik, die auf der schrittweisen und wiederholenden Wertlieferung über die Zeit basiert. Der Ablauf beginnt damit, dass der Product Owner ein Product Backlog auf Basis der Inputs von Führungskräften, Teams, Stakeholdern, Kunden und Nutzern erstellt, und endet mit einer Präsentation der fertigen Arbeit beim Sprint Review sowie einer anschließenden Sprint-Retrospektive. Dieser Prozess wiederholt sich in regelmäßigen Abständen, typischerweise alle 1-4 Wochen.
Scrum selbst, ebenso wie die Scrum-Events, ist bewusst leichtgewichtig und einfach gehalten. Scrum ist einfach zu erlernen, kann aber schwierig zu meistern sein. Es soll einen Rahmen für interdisziplinäre Teams bieten, um komplexe Probleme zu lösen.
Zusammengefasst: Scrum ist eine Methode oder ein Prozess, um die agile Denkweise in der Praxis umzusetzen.
Scrum-Rollen
Innerhalb der Scrum-Methodik sind die Rollen eindeutig definiert.
- Scrum-Entwicklungsteam
- Scrum Master
- Product Owner
Diese Rollen unterscheiden das Scrum-Modell von ähnlichen agilen Methoden wie Extreme Programming, Lean oder Test Driven Development.
Die Scrum-Umgebung setzt auf kleine, flexible Teams mit nicht mehr als 9 Personen, die das Product Backlog bearbeiten. Ein Gradmesser für die Teamgröße ist die sogenannte „Zwei-Pizza-Regel“ (ja, das ist ernst gemeint): Das Team sollte man mit zwei Pizzen satt bekommen.
Das entspricht in der Regel 5-9 Personen pro Team. Personen sollten immer nur einem Scrum-Team gleichzeitig zugeordnet werden. Diese Regel wird oft mit der Art der Kommunikation, der gemeinsamen Zielausrichtung und der Anzahl der Beziehungen, die eine Person gleichzeitig pflegen kann, begründet.
1. Scrum-Entwicklungsteam
Ein Scrum-Entwicklungsteam ist eine Gruppe von Fachleuten, die dafür verantwortlich ist, am Ende jedes Sprints ein auslieferbares, fertiges Inkrement zu liefern.
Entwicklungsteams zeichnen sich durch folgende Eigenschaften aus:
- Entwicklungsteams sind selbstorganisierend. Niemand innerhalb des Scrum-Teams (nicht einmal der Scrum Master) darf ihnen vorgeben, wie sie das Product Backlog in Inkremente umsetzen sollen.
- Sie sind interdisziplinär. Alle Mitglieder müssen die Fähigkeiten besitzen, um ein Inkrement zu erstellen; einige können unterschiedlich spezialisiert sein, aber alle sollten in der Lage sein, mitzuarbeiten.
- Sie tragen die Verantwortung für Erfolge und Misserfolge als Team. Es spielt keine Rolle, ob ein einzelnes Mitglied einen Fehler gemacht hat, der dazu führte, dass das Team am Ende eines Sprints kein Inkrement hat – das Entwicklungsteam übernimmt als Ganzes die Verantwortung.
2. Scrum Master
Der Scrum Master ist dafür verantwortlich, den Scrum-Prozess zu moderieren. Er sorgt dafür, dass alle die Scrum-Prinzipien verinnerlicht haben und bietet Unterstützung und Anleitung, wo sie benötigt wird.
Der Scrum Master führt das Scrum-Team durch das tägliche Scrum. Dabei stellt er häufig drei Fragen:
- Was hast du gestern gemacht?
- Was wirst du morgen machen?
- Welche Hindernisse stehen dir im Weg?
Der Scrum Master ist nicht der Anführer oder Personalmanager eines Scrum-Teams. Er ist nicht direkt für die Ergebnisse verantwortlich. Die Verantwortung für das Endprodukt liegt beim gesamten Team.
Der Scrum Master arbeitet außerdem mit dem Product Owner zusammen, um sicherzustellen, dass das Projekt auf Kurs bleibt.
Er übernimmt Aufgaben wie:
- Sicherstellen, dass die Scrum-Ziele von allen verstanden werden.
- Optimierung des Product Backlog Managements.
- Organisation von Scrum-Events
- Hilfe bei der Beseitigung von Hindernissen, sobald diese auftreten
Die Aufgabe des Scrum Masters besteht darin, alle fokussiert zu halten und das Team auf ein gemeinsames Ziel auszurichten. Er ist dazu berufen, Hindernisse zu beseitigen, unnötige Ablenkungen zu vermeiden und dem Team zu helfen, kontinuierlich Fortschritte zu erzielen. Auch wenn das Ergebnis letztlich auf dem gesamten Team ruht, spüren Scrum Master oft einen großen Druck, in ihrer Position erfolgreich zu sein.
3. Product Owner
Der Product Owner vertritt das Unternehmen oder die Kundschaft. Seine Aufgabe ist es sicherzustellen, dass die anderen Mitglieder des Scrum-Teams den Sinn und Zweck des Sprints nicht aus den Augen verlieren. Aufgrund der Vielzahl möglicher Geschäftsbereiche und Kunden muss der Product Owner ein gutes Verständnis für die Bedürfnisse der Nutzerinnen und Nutzer haben.
Jeder Sprint beginnt damit, dass der Product Owner die Anforderungen und gewünschten Funktionen des Produkts für das Entwicklungsteam dokumentiert und priorisiert. In einer Planungssitzung ist es Aufgabe des Product Owners, alle Fragen des Entwicklungsteams zu Spezifikationen und Anforderungen zu beantworten.
Der Product Owner ist nicht an der Entwicklung beteiligt, kann aber aufgefordert werden, während der einzelnen Sprints klärende Fragen zu beantworten.
Zu den täglichen Aufgaben eines Product Owners können gehören:
- Dokumentieren von Produktanforderungen
- Erstellen von Initiativen, Epics und User Stories
- Abstimmung mit dem Produktmanagement, um sicherzustellen, dass die Anforderungen mit der Gesamtprodukt-Roadmap übereinstimmen
- Recherche der Bedürfnisse der tatsächlichen Kunden und Nutzer des Produkts
- Beantwortung klärender Fragen aus dem Entwicklungsteam
- Zusammenarbeit mit Führungskräften aus der gesamten Organisation, damit ihr Produkt verkauft, implementiert und unterstützt werden kann, etc.
Product Owner sind für einen erfolgreichen Produktentwicklungszyklus in der Scrum-Methodik unerlässlich. Ohne klare und priorisierte Anforderungen wüssten Entwicklungsteams möglicherweise nicht, was sie in welcher Reihenfolge entwickeln sollen. Product Owner stellen sicher, dass Entwicklungsteams wissen, woran jetzt vorrangig gearbeitet werden soll und was als nächstes kommt.
Scrum-Events (auch Scrum-Zeremonien genannt)
Es gibt 5 Hauptarten von Scrum-Events oder Scrum-Zeremonien:
- Der Sprint
- Sprint-Planung
- Tägliches Scrum (auch als tägliches Stand-up-Meeting bezeichnet)
- Sprint-Review
- Sprint-Retrospektive
Bestimmte Arten von Scrum-Events finden zu bestimmten Zeiten im Entwicklungsprozess statt. Diese werden auch als Scrum-Zeremonien bezeichnet.
1. Der Sprint
Ein Sprint im Scrum ist ein festgelegter Zeitraum, der einen Monat oder weniger dauert, in dem aus Ideen Wert geschaffen wird. Der Sprint ist das Herzstück von Scrum. Ein Sprint hat eine festgelegte Länge, die sich über die Zeit wiederholt. Häufig messen Teams ihre Zukunft in Sprints.
Das Ziel des Sprints ist es, die Arbeitszeit zeitlich zu begrenzen (Time-Boxing) und die Teams zur Lieferung ihrer Zusagen zu bewegen. Sprints ermöglichen es, Ziele zu setzen, die kurzfristig, aber äußerst verbindlich sind. Während eines Sprints sollte sich nichts ändern, das das Sprint-Ziel gefährden würde.
Der Sprint hält das Team auf Kurs, ermöglicht aber nach jedem Sprint eine Kurskorrektur oder Anpassung. Sprints sorgen für Vorhersehbarkeit, indem sichergestellt wird, dass das, was sich das Entwicklungsteam vornimmt, in kurzer Zeit entweder erledigt oder überprüft wird.
Mit Sprints verschwindet das „Wir werden sehen, wann es passiert“. Wir wissen, wann Dinge passieren werden, da sie entweder im Sprint zugesagt oder nicht zugesagt wurden.
Ein Sprint dauert zwischen 1 und 4 Wochen, nicht länger. Diese Begrenzung ermöglicht es Teams, schnell in Bewegung zu kommen und schrittweise Fortschritte zu erzielen, ohne die Mitarbeiter zu überfordern. Sprints dürfen nicht verlängert oder verkürzt werden. Ein Sprint kann nur abgebrochen werden, wenn das Sprint-Ziel obsolet geworden ist. Nur der Product Owner hat die Befugnis, den Sprint abzubrechen.
2. Sprint-Planung
Während eines Sprint-Planungs-Events einigt sich das Team auf die Produkt-Backlog-Elemente, die im kommenden Sprint abgeschlossen werden sollen.
Für jede Woche eines Sprints wird eine Stunde für die Sprint-Planung reserviert. Das Sprint-Planungs-Meeting findet vor Beginn eines Sprints statt. Ist der kommende Sprint beispielsweise für 4 Wochen angesetzt, plant das Team vier Stunden für das Meeting ein.
Der wichtigste Teil einer Sprint-Planungssitzung ist die Vorbereitung, die vor Beginn des Meetings erfolgen muss. Der Product Owner erscheint mit einem priorisierten Backlog von User Stories und Funktionen, die er vom Entwicklungsteam erstellt haben möchte.
In der Sprint-Planung stimmen sich Entwicklungsteam und Product Owner genau darüber ab, was gewünscht ist und wie viel Zeit voraussichtlich erforderlich ist, um diese Anforderungen zu erfüllen.
Welche und wie viele Elemente aus dem Produkt-Backlog abgeschlossen werden, hängt von der Zusage und Geschwindigkeit (Velocity) des Teams ab – das ist das Tempo, mit dem das Entwicklungsteam Inkremente erstellen kann. Wenn Sie mit einem neuen Team planen, ist es am besten, zunächst nicht mit der erwarteten Geschwindigkeit zu rechnen, solange Sie nicht bereits einige Sprints mit dem Team gemacht haben.
3. Tägliches Scrum
Jeden Tag findet ein tägliches Scrum-Meeting statt, bei dem die Teammitglieder über ihre Fortschritte sowie Probleme sprechen, um gemeinsam Erfolge zu feiern, aktuelle Arbeiten abzustimmen und Hindernisse rasch aus dem Weg zu räumen, damit alle gut vorankommen.
Scrum-Meetings finden während eines Sprints täglich statt. Sie sollten nicht länger als fünfzehn Minuten dauern und sich gezielt darauf konzentrieren, das Team am Vorankommen zu halten.
Tägliche Scrum-Sitzungen werden abgehalten, um zu verhindern, dass sich Probleme im Hintergrund stauen. Alle Fragen oder Bedenken sollten im täglichen Scrum angesprochen werden.
4. Sprint-Review
Das Sprint-Review-Meeting findet am Ende eines Sprints statt, um die erzielten Fortschritte zu begutachten. Während eines Sprint-Reviews prüft der Product Owner, ob die Ergebnisse den beim Sprint-Planungs-Meeting festgelegten Erwartungen entsprechen. Hier wird vom Product Owner überprüft, ob das erledigte Arbeitsergebnis der Definition of Done entspricht.
5. Sprint-Retrospektive
Ein Sprint-Retrospektive-Meeting gibt Ihrem Team die Möglichkeit, auf vergangene Ereignisse und Situationen zurückzublicken. Laut dem Scrum Guide ist die Sprint-Retrospektive eine „Gelegenheit für das Scrum-Team, sich selbst zu inspizieren und einen Plan für Verbesserungen zu erstellen, die während des nächsten Sprints umgesetzt werden sollen.“ Das ergibt Sinn, denn agile Entwicklung konzentriert sich auf kontinuierliche Verbesserung. Um besser zu werden, muss man wissen, welches Schwert zu schleifen ist.
Die Retrospektive sollte einen sicheren Raum schaffen, in dem Menschen ihr ehrliches Feedback darüber geben können, was gut läuft, was verbessert werden kann und eine Diskussion über Dinge anregen, die beim nächsten Mal geändert werden sollten – mit dokumentierten, umsetzbaren Maßnahmen.
Projekte mit der Scrum-Methodik planen
Die Scrum-Methodik kann für Projekte unterschiedlichster Größe eingesetzt werden und basiert auf dem Prinzip der agilen Entwicklung, das die Notwendigkeit von Flexibilität und Reaktionsfähigkeit auf Veränderungen betont.
Der erste Schritt bei der Anwendung der Scrum-Methodik besteht darin, ein priorisiertes Product Backlog zu erstellen. Das Product Backlog ist eine Aufgabenliste mit allen Tätigkeiten, die abgeschlossen sein müssen, um das Ziel des Projekts zu erreichen. Aufgaben können jederzeit dem Product Backlog hinzugefügt und nach Wichtigkeit priorisiert werden.
Nachdem das Product Backlog erstellt wurde, folgt als nächster Schritt die Erstellung eines Sprint Backlogs. Das Sprint Backlog enthält eine Liste von Aufgaben, die während eines bestimmten Sprints, also eines Zeitraums, erledigt werden sollen. Die Aufgaben im Sprint Backlog sollten auf den wichtigsten und dringendsten Aufgaben aus dem Product Backlog basieren.
Um sicherzustellen, dass Aufgaben effizient und effektiv erledigt werden, nutzt die Scrum-Methodik eine Reihe von spezifischen Leitlinien, die helfen, die Übersicht zu behalten. Zu den Leitlinien gehören:
- Aufgaben sollten in kleine, handhabbare Einheiten unterteilt werden
- Aufgaben sollten bestimmten Teammitgliedern zugewiesen werden
- Teammitglieder sollten sich regelmäßig treffen, um sich gegenseitig über ihre Fortschritte zu informieren
- Das Team sollte sich immer darauf konzentrieren, die wichtigsten Aufgaben zuerst zu erledigen
Sobald ein Team mit der Entwicklung und Lieferung von Werten in der Scrum-Methodik begonnen hat, wird der Sprint-Zyklus wiederholt. Es liegt in der Verantwortung des Product Owners, dafür zu sorgen, dass User Stories und Funktionsanforderungen für das Entwicklungsteam bereitstehen, sodass immer etwas zu tun ist. Der Scrum Master sorgt dafür, dass das Team geordnet und abgestimmt weiterarbeitet.
Durch die Befolgung der Richtlinien der Scrum-Methodik können Teams produktiver und effizienter arbeiten, um ihr Projekt zu vollenden. Die Flexibilität dieses Ansatzes ermöglicht schnelle Anpassungen, wenn diese nötig sind, wodurch Projekte im Zeitplan und auf Kurs bleiben. Scrum fördert zudem Teamarbeit, Zusammenarbeit und Kommunikation unter den Teammitgliedern, was erfolgreiche Ergebnisse unterstützt.
Vorteile der Scrum-Methodik
Die Scrum-Methodik ist eine agile Technik zur Durchführung von Projekten oder der Produktentwicklung, die Teams hilft, effizienter und effektiver zu arbeiten. Es handelt sich um einen einfachen, aber kraftvollen Ansatz, der für Softwareentwicklung, Produktdesign, Marketingprojekte und vieles mehr genutzt werden kann.
Zu den Vorteilen der Nutzung der Scrum-Methodik zählen unter anderem:
- Gesteigerte Produktivität: Wenn Teams in kurzen Zeitabschnitten, sogenannten "Sprints", arbeiten, können sie in der Regel mehr erreichen, als wenn sie das Projekt über einen längeren Zeitraum bearbeiten würden.
- Mehr Zusammenarbeit: Die Scrum-Methodik fördert die enge Zusammenarbeit der Teammitglieder, um gemeinsame Ziele zu erreichen. Das hilft Missverständnisse zu vermeiden und verbessert die Kommunikation.
- Erhöhte Flexibilität: Die Scrum-Methodik ist flexibel und kann an die spezifischen Bedürfnisse des Projektteams angepasst werden. Das stellt sicher, dass das Projekt die wichtigsten Aufgaben priorisiert und gleichzeitig Kosten- und Terminverpflichtungen eingehalten werden.
- Verbesserte Qualität: Durch die Arbeit in kurzen Sprints können Teams sich auf die Erledigung bestimmter Aufgaben konzentrieren und sicherstellen, dass diese von höchstmöglicher Qualität sind. Das hilft, teure Fehler zu vermeiden und verbessert die Gesamtqualität des Endprodukts oder der Dienstleistung.
Eine kurze Geschichte von Scrum
- 1986: Hirotaka Takeuchi und Ikujiro Nonaka veröffentlichten „The New New Product Development Game“ im Harvard Business Review und prägten das Wort „Scrum“ für die Nutzung außerhalb des Rugbyspiels.
- 1995: Jeff Sutherland und Ken Schwaber stellten Scrum auf der OOPSLA vor.
- 2001: Sutherland, Schwaber und 15 weitere Entwickler verfassten das „Manifest für agile Entwicklung“, das gemeinhin als „Agiles Manifest“ bezeichnet wird. Die Agile Alliance wurde gegründet, und Scrum wurde als eine der agilen Methoden benannt.
- 2002: Schwaber veröffentlichte gemeinsam mit Mike Beedle „Agile Softwareentwicklung mit Scrum“, gründete die Scrum Alliance und begann, Scrum-Zertifizierungen anzubieten.
- 2004: Schwaber veröffentlichte „Agiles Projektmanagement mit Scrum“, dem weitere Bücher und Leitfäden zur Anwendung von Scrum in verschiedenen Kontexten folgten.
- 2007: Das Scaled Agile Framework wurde entwickelt, bekannt als SAFe.
- 2014: Dr. Dave Cornelius, ein anerkannter Vordenker in Lean und Agile, präsentierte seine Doktorarbeit zur Scrum-Methodik mit dem Schwerpunkt „Der Wert von Scrum für Organisationen“.
- Seit 2014 und darüber hinaus ist Scrum in neuen Kontexten weltweit und auch in großem Maßstab im Einsatz.
Scrum: Im Vergleich
Scrum vs. Agil
Vereinfacht gesagt, ist „Agil“ die Denkweise, und Scrum ist eine von vielen Methoden, die diese agile Denkweise nutzen. Scrum befindet sich unter dem Dach der agilen Denkweise und wird von vielen weiteren agilen Methoden ergänzt, darunter Extreme Programming, Lean, Kanban, SAFe, testgetriebene Entwicklung, Crystal und mehr.
Der Unterschied zwischen Scrum und Agil ist, dass Scrum ein Plan oder eine Anleitung zur Umsetzung von Prozessen ist, die mit der agilen Denkweise übereinstimmen. Die agile Softwareentwicklung mit Scrum ist einer der beliebtesten Ansätze zur Entwicklung.
Mehr zu den Unterschieden zwischen Wasserfall und Agil erfahren Sie allgemein hier.
Scrum vs. Kanban
Es gibt noch weitere Wege, agile Methoden umzusetzen. Ein weiteres beliebtes Vorgehen ist zum Beispiel Kanban, das sich darin von Scrum unterscheidet, dass es keine klar definierten Rollen verlangt, keine Sprints mit fester Zeitspanne durchführt und in allen Entwicklungsphasen für agile Workflow-Anpassungen offen ist.
Das zentrale Prinzip bei Kanban ist die Begrenzung der gleichzeitig in Bearbeitung befindlichen Aufgaben. Die Begrenzung des Work-in-Progress (WIP) zwingt Teams dazu, sich gemeinsam auf die Fertigstellung der gestarteten Aufgaben zu konzentrieren, da neue Aufgaben erst begonnen werden dürfen, wenn alte abgeschlossen sind (das macht die Kapazitätsplanung in Kanban recht einfach). Ein Scrum-Team erkennt man an seinen „Sprints“ und ein Kanban-Team an der Begrenzung der laufenden Arbeiten.
Man sieht vielleicht ein Scrum-Team, das ein Kanban-Board (im Grunde einfach ein Schaubrett) verwendet, um die Arbeitsaufgaben über verschiedene Status hinweg visuell darzustellen – das ist vollkommen in Ordnung! Die Nutzung eines Kanban-Boards gefährdet Scrum nicht, solange Rollen, Ereignisse und Zeitrahmen weiterhin eingehalten werden.
Mehr zu den Unterschieden zwischen Scrum und Kanban finden Sie hier.
Scrum-Software
Scrum und Scrum-Tools sind nicht nur für Softwareentwicklungsteams gedacht, auch wenn Scrum dort seinen Ursprung hatte. Das Scrum-Framework kann in vielen Produktionsumgebungen eingesetzt werden – von Marketingagenturen bis hin zu Bauunternehmen.
Hier sind einige der besten agilen Projektmanagement-Softwares mit Funktionen wie Backlogs und Sprintplanung, die die Einhaltung der Scrum-Methodik unterstützen.
Clicks on the links below may earn a commission, which supports our independent testing and review of software and services. Learn more about how we stay transparent.
Erhalten Sie ausführliche Rezensionen zu diesen Tools – inklusive Screenshots, Bewertungen und Preisangaben – in der Scrum-Software-Bewertung und der Scrum-Tools-Bewertung.
Beste Scrum-Ressourcen
- Scrum Guides: Das offizielle (und KOSTENLOSE) Scrum-Korpus des Wissens. Verfasst von den Scrum-Mitbegründern Ken Schwaber und Jeff Sutherland.
- Scrum.org: Eine professionell anerkannte Organisation, die Schulungen und offizielle Agile-Zertifizierungen wie Professional Scrum Masters, Professional Scrum Product Owners und Professional Scrum Developers anbietet.
- Scrum Alliance: Eine Organisation, die Personen aller Erfahrungsstufen in Scrum schult. Sie bieten außerdem Schulungen und Zertifizierungen in Form von: Certified Scrum Masters, Certified Product Owners und Certified Scrum Developers an.
- Scrum Inc: Gegründet von Jeff Sutherland, dem Mitbegründer von Scrum, der den Blog regelmäßig aktualisiert. Sie bieten Schulungen und Zertifizierungen an.
- Atlassian: Australisches Unternehmen für Unternehmenssoftware, das detaillierte und geprüfte Leitfäden zu agilen Methoden, einschließlich Scrum, bereitstellt.
- Visual Paradigm Scrum Guides: Eine große Datenbank mit Artikeln rund um Scrum, von grundlegenden Definitionen bis hin zu Problemlösungen für spezielle Problemstellungen.
Du könntest auch diese Kurse zu Scrum in Betracht ziehen.
Scrum-Glossar
Für Ungeübte kann Scrum einschüchternd wirken. Hier ist ein Überblick über einige häufig verwendete Begriffe.
Hier ist eine Liste von Scrum-Begriffen, auf die du jederzeit zurückgreifen kannst:
- Agil: Die Denkweise und das Dach, unter dem die Scrum-Methodik entwickelt wurde. Fördert Anpassungsfähigkeit und Flexibilität statt starrer Strukturen.
- Burndown-Diagramm: Ein Diagramm, das die verbleibende Arbeitsmenge im Product Backlog anzeigt.
- Burn-up-Diagramm: Ein Diagramm, das die bereits aus dem Product Backlog abgeschlossene Arbeitsmenge anzeigt.
- Daily Scrum: Ein täglich stattfindendes Meeting, bei dem fünfzehn Minuten genutzt werden, um den bevorstehenden Arbeitstag zu strukturieren.
- Definition of Done: Die Erwartung, die ein Inkrement erfüllen muss, um als veröffentlichbar zu gelten.
- Entwicklungsteam: Team innerhalb des Scrum-Teams, das die Entwicklungsarbeit zur Erstellung eines Inkrements organisiert, verwaltet und durchführt.
- Empirie: Prozesssteuerung, die besagt, dass nur die Vergangenheit sicher ist. Erlaubt maximale Flexibilität innerhalb des agilen Rahmens. Legt Wert auf Transparenz, Überprüfung und Anpassung.
- Engineering Standards: Ein Satz von Standards, der teamübergreifend geteilt wird, um die Qualität der Inkremente sicherzustellen.
- Forecast of Functionality: Die vom Entwicklungsteam aus dem Product Backlog ausgewählten Inkremente, die es für möglich hält, sie in einem Sprint abzuschließen.
- Inkrement: Ein Software-Bestandteil, der zu anderen Inkrementen hinzugefügt werden kann. Genügend Inkremente bilden zusammen ein Produkt.
- Product Backlog: Eine (in der Regel geordnete) Liste der Arbeiten, die erledigt werden müssen, um ein Produkt zu erstellen.
- Product Owner: Teammitglied in Scrum, das damit beauftragt ist, den Wert eines Produkts zu maximieren.
- Scrum-Board: Ein einfaches Werkzeug, um die innerhalb des Scrum-Teams geteilten Informationen zu visualisieren.
- Scrum Guide: Die ursprüngliche Definition von Scrum. Der Leitfaden beschreibt die Rollen, Ereignisse, Artefakte und Regeln von Scrum.
- Scrum Master: Verantwortlich für die Führung des Scrum-Teams. Stellt sicher, dass alle ein klares Verständnis der Scrum-Prinzipien haben. Gibt Anleitung und Unterstützung, wenn nötig.
- Scrum-Werte: Die Kernwerte, die das Scrum-Framework ausmachen. Diese sind: Engagement, Fokus, Offenheit, Respekt und Mut.
- Selbstorganisation: Ein Grundprinzip von Scrum, das besagt, dass Teams ihre Arbeit intern eigenständig ohne Einmischung von außen organisieren müssen.
- Sprint: Ein Zeitraum von höchstens einem Monat, in dem Scrum-Ereignisse stattfinden. Sprints werden ohne Pausen hintereinander durchgeführt.
- Sprint-Ziel: Der Zweck des aktuellen Sprints.
- Sprint-Retrospektive: Ein Meeting von höchstens drei Stunden, bei dem das Sprint-Team zusammenkommt und Verbesserungen für den nächsten Sprint bespricht.
- Sprint-Review: Ein Meeting von höchstens vier Stunden, das das Ende eines Sprints markiert. Die Arbeit wird überprüft, und die Stakeholder inspizieren das Inkrement, um sicherzustellen, dass es die Definition of Done erfüllt.
- Stakeholder: Person außerhalb des Scrum-Teams. Bringt eine externe Perspektive ein und ist aktiv in Sprint-Reviews eingebunden.
Wie geht es weiter?
Möchten Sie sich mit anderen digitalen Projektmanager:innen austauschen, Ressourcen teilen und Best Practices diskutieren? Treten Sie unserer Mitglieder-Community bei und erhalten Sie Zugang zu über 100 Vorlagen, Beispielen und Musterdateien und vernetzen Sie sich mit hunderten anderen digitalen Projektmanager:innen auf Slack.
