Bei manchen Projekten, vor allem bei der Softwareentwicklung, ist ein iterativer Ansatz vorzuziehen - oder in vielen Fällen sogar notwendig -, bei dem kleine Teilergebnisse in rascher Folge fertiggestellt werden und schließlich zu einem fertigen Produkt führen. Die schlechte Nachricht ist, dass die Wasserfallmethodik (auf die wir gleich noch eingehen werden) diese Art von Projekten eher behindern als fördern kann. Aber die gute Nachricht ist, dass Scrum-Methodik eine entscheidende Rolle für den Projekterfolg und die Zufriedenheit der Kunden spielen kann. In diesem Artikel befassen wir uns mit der Scrum-Methode im Projektmanagement , indem wir uns die grundlegenden Elemente wie Scrum-Rollen, Zeremonien, Kernpraktiken, Kerntools, Vorteile und Nachteile ansehen.
Was ist die Wasserfall-Methodik?
Bevor Sie Scrum-Methode im Projektmanagement erkunden, ist es hilfreich, einen Blick auf WasserfallDies ist die traditionellste und beliebteste Methode. Bei der Wasserfallmethode werden die Projektpläne - die verschiedene Elemente wie Zeitpläne, Budgets, Risikomanagement, Qualitätsmanagement usw. enthalten - vor Beginn des Projekts erstellt. Das Ziel ist es, die Wahrscheinlichkeit von Änderungen während der Projektdurchführung zu minimieren.
Natürlich erfordern die meisten Projekte - unabhängig von der vorherrschenden Methodik - ein gewisses Maß an Anpassung auf dem Weg. So kann es beispielsweise sein, dass eine wichtige Ressource, die dem Projekt in der Planungsphase zugewiesen wurde, nicht zur Verfügung steht, wenn sie benötigt wird, so dass der Zeitplan verlängert und das Budget erhöht werden muss. Mit der Wasserfall-Methode ist es jedoch das Ziel, so nah wie möglich am ursprünglichen Plan zu bleiben. Aus diesem Grund ist eine solide Projektplanung äußerst wichtig und macht oft den Unterschied zwischen einem erfolgreichen und einem problematischen Projekt aus.
Welche Scrum-Methodik?
Auf der anderen Seite des Spektrums steht die Scrum-Methode im Projektmanagement, die ihre Wurzeln in Agile. Im Gegensatz zu Wasserfall verwendet Scrum iterative und inkrementelle Prozesse - Sprints genannt -, um während der gesamten Entwicklung eines Projekts Kundennutzen zu schaffen. Die Leistung und Erfahrung eines jeden Sprints beeinflusst die nachfolgenden Sprints, bis das Projekt abgeschlossen ist. Anstatt einem detaillierten Plan zu folgen, der vor der Projektdurchführung erstellt wurde, verlassen sich Scrum-Teams auf die Vision und die Erwartungen des Kunden (die so genannten "User Stories" - wir werden uns diese später in diesem Artikel ansehen). Scrum eignet sich am besten für Projekte, die von Natur aus Flexibilität erfordern (d.h. der Plan entwickelt sich während der Durchführung), aber gleichzeitig definiert genug sind, um die Ziele des Kunden zu erreichen.
Es ist wichtig zu wissen, dass Scrum zwar ein beliebter und effektiver Weg ist, um die Agile-Prinzipienist dies keineswegs der einzige Weg. Es gibt viele Agile-basierte Methoden, wie Crystal, Feature Driven Development, Extreme Programming (XP), DSDM Atern und einige andere. Diese Ansätze haben wichtige Unterschiede, aber sie sind alle Zweige des Agile-Baums, da sie einen iterativen Ansatz für die Bereitstellung eines Projekt während seines gesamten Lebenszyklus.
Was ist Scrum in einfachen Worten?
Der einfachste und leichteste Weg, um zu verstehen, was Scrum-Methodik im Projektmanagement ist - und was sie nicht ist - ist, sich auf das offensichtlichste und bestimmende Merkmal der Methodik zu konzentrieren: Sprints. Sprints können zwischen ein paar Tagen und ein paar Wochen dauern.
Notably, during each sprint the Scrum team — and not the PMO, executive, or any other external stakeholder — determines who does what, in what order, and at what speed. This self-organizing and self-managing aspect is essential, because nothing derails a Scrum project faster than if workloads are shifted or reprioritized during a sprint. Think of it like 100-yard dash track and field athletes who, after launching from the starting block, find that the race has been re-routed at the 20-yard mark, and then again at the 50-yard mark and 75-yard mark. The result would be chaos!
Scrum-Methodik: Team
Es gibt drei Arten von Rollen in einem Scrum-Team: den Scrum Master, den Product Owner und das Delivery Team.
Der Scrum Master hat vier Funktionen, die für den Projekterfolg entscheidend sind:
- Sie sind Fürsprecher, die dafür sorgen, dass das Team über die Werkzeuge, das Budget und andere Ressourcen verfügt, die es für seinen Erfolg braucht.
- Sie sind Kommunikatoren und Pädagogen, die mit anderen Teams und Abteilungen in Kontakt stehen, um ihnen zu helfen, zu verstehen, wie Scrum (und Agile im Allgemeinen) funktioniert.
- Sie sind Beschützer, die verhindern, dass interne oder externe Interessengruppen sich in das Team einmischen oder in einer Weise handeln, die negative Auswirkungen hat.
- Sie sind Coaches, die innerhalb des Teams arbeiten, um Meinungsverschiedenheiten zu schlichten. Sie arbeiten auch persönlich mit einzelnen Teammitgliedern zusammen, um sie zu unterstützen, anzuleiten und zu beraten.
Der Product Owner trägt ebenfalls mehrere Hüte - der wichtigste davon ist, dass er die "Stimme des Kunden" ist und als solcher befugt ist, wichtige Entscheidungen über das Produkt zu treffen. Sie vermitteln dem Team auch die Vision und die Erwartungen des Kunden und definieren und priorisieren das Product Backlog (wir werden uns das Product Backlog im nächsten Abschnitt ansehen). Ein zentrales Werkzeug, auf das sich Product Owner verlassen, ist die User Story. Im Kontext der Softwareentwicklung beschreibt dieses Dokument eine Software oder ein Softwaremerkmal aus der Sicht des Kunden und enthält eine Vielzahl von Details, z. B. für wen die Software bestimmt ist, welche Erfahrungen die Endbenutzer machen sollen und so weiter. Das Delivery Team ist darauf angewiesen, um sicherzustellen, dass das, was es (mit Hilfe von Quellen) erstellt, mit den Bedürfnissen und Erwartungen des Kunden übereinstimmt.
Und zu guter Letzt sind die Mitglieder des Lieferteams gemeinsam für die Durchführung jedes Sprints und schließlich für die Erstellung des fertigen Produkts verantwortlich. Es gibt drei Merkmale von Scrum-Teams, die sie deutlich von herkömmlichen Teams unterscheiden:
- Wie bereits erwähnt, sind sie selbstorganisierend. Es geht nicht um Macht, es geht um Pragmatismus. Scrum-Teams, die sich nicht selbst organisieren, verstricken sich schnell in Konflikte, Verwirrung und Chaos.
- Sie sind radikal demokratisch. Seniorität und Jobtitel spielen in Scrum-Teams keine Rolle. Was zählt, ist, ob jedes Teammitglied kompetent und effizient ist und zusammenarbeiten kann.
- Sie sind relativ klein. Es gibt zwar keine absolute Regel dafür, wie viele Mitglieder einem Scrum-Team angehören dürfen (d.h. es ist nicht wie bei einer Sportmannschaft), aber im Allgemeinen haben die meisten Teams zwischen fünf und neun Mitglieder. Je größer das Team ist, desto schwieriger kann es sein, einen Konsens zu erzielen und die Zusammenarbeit zu erleichtern.
Scrum-Methodik: Backlogs
In Scrum-Methodik im Projektmanagement gibt es zwei Arten von Backlogs: Produkt und Sprint.
- Das Product Backlog enthält Details - sowohl technische als auch benutzerorientierte - zu allem, was im Rahmen eines Projekts fertiggestellt werden muss. Der Product Owner ist für das Product Backlog verantwortlich.
- Das Sprint Backlog ist eine umfassende Liste aller Aufgaben, die in jedem Sprint erledigt werden müssen. Diese Liste wird während der Sprintplanung Sitzung (wie unten beschrieben) erstellt. Teams verwenden in der Regel eine Abbrennliste bei der Entwicklung und Analyse des Sprint Backlogs. Dabei handelt es sich um eine grafische Darstellung des verbleibenden Aufwands über die Zeit, die nützlich ist, um vorherzusagen, wann die Arbeit vollständig abgeschlossen sein wird.
Scrum-Methodik: Zeremonien
Diejenigen, die nicht aus der Scrum-Welt kommen, hören vielleicht von "Scrum-Zeremonien" und fragen sich, was da eigentlich los ist! Ziehen sich die Teammitglieder förmlich an und führen eine Art formelles Ritual oder eine Observanz durch? Nein: Zeremonien sind im Wesentlichen vier Arten von Meetings: Sprint-Planung, tägliche Standups, Sprint-Reviews und Retrospektiven.
- Die Sprint-Planung findet vor dem Start eines jeden Sprints statt. Das gesamte Team (d.h. Scrum Master, Product Owner und Mitglieder des Delivery Teams) treffen sich und entscheiden, was während des Sprints geschehen soll. Aufgaben und Ziele, die ganz oben im Backlog stehen, werden zuerst bearbeitet. In der Regel dauern Sprint-Planungsmeetings eine Stunde pro Woche eines Sprints. Dies ist jedoch keine absolute Regel. In einigen Fällen, in denen es Unstimmigkeiten gibt oder die Themen komplex sind, ist es notwendig, deutlich mehr Zeit für die Sprintplanung aufzuwenden.
- Das Stand-up-Meeting findet täglich statt und gibt jedem Teammitglied die Möglichkeit, sich zu melden und über seine Fortschritte zu berichten. Dabei geht es vor allem darum, was sie am Vortag getan haben, was sie heute vorhaben und welche Hindernisse oder Herausforderungen sie erlebt haben oder erwarten. Stehende Besprechungen sollen so kurz wie möglich sein und dauern in Teams mit 5-9 Personen selten länger als 30 Minuten (größere Teams benötigen natürlich mehr Zeit).
- Der sprint review ist der Moment, in dem das Scrum-Team demonstriert und beschreibt, was es in einem bestimmten Sprint erreicht hat. Während der Überprüfung stellt der Product Owner (der den Kunden vertritt) in der Regel Fragen und gibt Feedback (idealerweise praktisches und konstruktives Feedback).
- Retrospektiven sind Besprechungen, die nur für Mitglieder des Scrum-Teams zugänglich sind. In einigen Fällen können auch Product Owner eingeladen werden, aber nur, wenn sie an der täglichen Projektausführung beteiligt sind. Der Zweck von Retrospektiven besteht darin, dass die Teammitglieder das bisher Geschehene - das Gute, das Schlechte und das Hässliche - reflektieren und analysieren, um in den folgenden Sprints Verbesserungen vornehmen zu können.
Bevor wir fortfahren, sollten wir hinzufügen, dass so genannte Stand-up-Meetings nicht bedeuten, dass die Teilnehmer während des Meetings buchstäblich stehen müssen. Vielmehr spiegelt das Etikett wider, dass die Sitzungen kurz sein sollten (d.h. wenn sie wollten, könnten die Teilnehmer tatsächlich während der Sitzung stehen bleiben, ohne sich erschöpft zu fühlen). Es ist auch nicht notwendig, dass diese Treffen persönlich stattfinden. Sie können (und tun es heutzutage auch oft) virtuell über das Internet durch verschiedene Videokonferenz-Apps stattfinden.
Scrum-Methodik im Projektmanagement: Vorteile
Scrum bietet mehrere bedeutende Vorteile gegenüber Wasserfall- und anderen nicht-agilen Methoden, darunter:
- Die Fähigkeit, sich schnell an Veränderungen anzupassen - was bedeuten kann, Risiken zu vermeiden und/oder Chancen zu nutzen.
- Die Fähigkeit, Projekte schnell zu starten, anstatt Wochen und Monate mit der Entwicklung eines detaillierten Plans zu verbringen.
- Größere Transparenz und Sichtbarkeit durch eine Kombination aus täglichen Stand-up-Meetings, laufenden Check-ins und Sprint-Planung.
- Mehr Verantwortlichkeit und Kontrolle auf Teamebene.
- Verbesserte Zusammenarbeit und Wissensaustausch. Erinnern Sie sich daran, dass Dienstalter und Jobtitel in Scrum-Teams keine Rolle spielen - was zählt, ist, ob die Teammitglieder ihre erforderlichen Aufgaben effektiv ausführen oder nicht.
- Potenzielle Kosteneinsparungen, da Probleme und Fragen offengelegt werden, wenn sie auftauchen - und nicht erst später im Projekt, wenn ihre Lösung kostspielig und zeitaufwendig sein könnte.
Scrum-Methodik im Projektmanagement: Mögliche Nachteile
Es gibt auch einige potenzielle Nachteile der Scrum-Methodik:
- Größere Teams können schwer zu managen sein, aber kleineren Teams fehlt es möglicherweise an Wissen, Erfahrung und Kapazität, um Aufgaben effizient und schnell zu erledigen.
- Es besteht die Möglichkeit einer Ausweitung des Projektumfangs - d.h. das Projekt macht mehr, als ursprünglich geplant war. Hier ist ein fähiger Scrum Master unerlässlich!
- Es kann zu zwischenmenschlichen Konflikten kommen, da Teammitglieder mit unterschiedlichem Erfahrungsstand möglicherweise Schwierigkeiten haben, einen Konsens zu erzielen.
- Ein Sprint nach dem anderen kann zu Burnout und Erschöpfung führen. Um damit umzugehen - oder besser noch, es zu vermeiden - sollten Unternehmen die Einführung von Kanban in Betracht ziehen. Wir werden dies im nächsten Abschnitt näher erläutern.
Über Kanban
Ähnlich wie Scrum konzentriert sich Kanban auf die Erledigung der Aufgaben im Backlog und die ständige Verbesserung der Leistung. Dies geschieht jedoch nicht durch Sprints. Vielmehr wird sie durch kontinuierliche Lieferung und ständige Iteration erreicht. Außerdem gibt es keine vorgeschriebenen Rollen, was bedeutet, dass die Teammitglieder ihre vertrauten Berufsbezeichnungen und beruflichen Identitäten behalten. Einige führende Softwarelösungen für das Aufgabenmanagement unterstützen Scrum, Kanban und herkömmliche Wasserfall-Methoden, so dass Unternehmen, die derzeit einen eher traditionellen Ansatz verfolgen, schrittweise auf ein Scrum/Agile-Framework umsteigen können.
Fazit
Die Scrum-Methode im Projektmanagement kann eine sehr effektive Methode sein, um Projekte voranzutreiben und abzuschließen. Aber es ist und bleibt sowohl eine Wissenschaft als auch eine Kunst. Erstere, weil es einige grundlegende Prinzipien, Konzepte, Werkzeuge und Praktiken gibt. Letzteres, weil jedes Projekt anders ist, und je mehr Erfahrung die Teammitglieder sammeln, desto sicherer und fähiger werden sie!
