Die SCRUM Methode
Agile Produkt-Entwicklung, dort, wo sie Sinn macht.
+1.000 zufriedene Kunden
Die SCRUM Methode - wo kommt sie her?
1995 stellten Ken Schwaber und Jeff Sutherland ihr neues Rahmenwerk zur Revolution der Softwareentwicklung öffentlich vor und stellten damit klar, dass Software nicht mehr monolithisch, sondern vielmehr adaptiv-inkrementell entwickelt werden müsse. Dabei sind die Inhalte und Methodiken nicht gänzlich neu. Im Gegenteil. Denn Schwaber und Sutherland bedienten sich zahlreicher Vorbilder und diverser wirkungsvoller Ansätze. Wie beispielsweise der Theory of Constraints, die wiederum Grundlage für viele Prozesse in Marketing und Controlling oder im Supply Chain Management ist. Auch bei Toyota wurde damals abgeschaut.
Die beiden Gründer stellten allerdings eines immer klar:
Die Scrum Methode akzeptiert, dass der Entwicklungsprozess nicht vorherzusehen ist. Das Produkt ist die bestmögliche Software, die Kosten, die Funktionalität, die Zeit und die Qualität einbeziehend
Ken Schwaber • Designer
Und weiterhin möchte die SCRUM Methode keine starre Arbeitsorganisation darstellen. Das SCRUM Framework ist vielmehr ein Rahmenwerk, in dem sich die Mitglieder eines Teams bewegen und nach den agilen Prinzipien und dem agilen Manifest Entwicklungsarbeiten erledigen. Weitestgehend selbstorganisiert und immer mit Fokus auf Mehrwert für die anspruchsvolle Kundschaft.
Aber wie funktioniert die Scrum Methode und welche Elemente gilt es zu bedenken?
SCRUM verfolgt den Ansatz inkrementeller Produktentwicklung mit klarem Kundenfokus. Dabei liefert die SCRUM Methode eine eindeutige Struktur und klar definierte Rollenbilder, die dafür Sorge tragen, dass es eine Struktur gibt, in der alle Beteiligten fokussiert und Lösungsorientiert handeln können.
Wie in komplexen Problemfeldern üblich denkt die SCRUM Methode in kurzen Zyklen und lässt zu, dass sich im Laufe eines Entwicklungsprozesses Änderungen und Anpassungen einstellen dürfen.
Alle in SRUM zusammenarbeitenden Personen verfolgen immer und zu jedem Zeitpunkt den Ansatz „technischer Exzellenz“ und optimaler Kundeneinbindung. Also die Ideen und Prinzipien des agilen Manifest.
Klare Rollenaufteilung der SCRUM Methode
Das Framework geht von einigen, wenigen Rollenbildern aus, welche fest in der Methode verwurzelt sind. Diese sind:
Product-Owner
Ein Product-Owner verantwortet das Produkt. Die Rolle stellt die Schnittstelle zu Kunden und relevanten Stakeholdern dar. Die Aufgaben und Verantwortungsbereiche sind vielfältig. Vom Definieren der Produkt-Vision, über die Ausarbeitung eines Product-Backlogs bis hin zum Verfassen von Epics und User Stories ist ein Product-Owner in der SCRUM Methode das Bindeglied zwischen dem Why und dem What.
SCRUM-Master
SCRUM-Master verantworten den Prozess. Sie sind dafür zuständig immer und zu jedem Zeitpunkt darauf zu achten, dass die SCRUM Methode in ihren Grundsätzen und Abläufen eingehalten wird. SCRUM-Master sind somit diejenigen, die das How koordinieren. Sie sind Moderatoren und Facilitatoren, sind Teamentwickler und Konfliktmanager. Und sie bilden die Schnittstelle zum Product-Owner aus.
Development-Team
Die dritte Instanz in der SCRUM Methode sind die Entwickler. Diese sind als agiles Team für die Umsetzung des Produktes und damit die einzelnen Elemente im Entwicklungszyklus verantwortlich. Dabei ist ein Development-Team in der Regel interdisziplinär aufgestellt, sodass alle Anforderungen an das Produkt immer und zu jedem Zeitpunkt innerhalb des Teams umgesetzt werden können. Sie definieren das Sprint-Backlog mit den jeweiligen Aufgabenpaketen und verfolgen gemeinsam das Ziel, eigenverantwortlich ein fertiges Endprodukt zu entwickeln und dieses auch kundenzentriert asuzuliefern.
Die 3 Artefakte der SCRUM Methode
SCRUM liefert uns 3 wesentliche Elemente, die es den Beteiligten den Rahmen für die Entwicklung abstecken:
Das Product Backlog
Das Product Backlog vereint alle Anforderungen, welche das fertige Produkt potentiell beinhalten soll. Hier werden alle relevanten Informationen gesammelt und zusammengefasst, die es braucht, damit die gewünschte Entwicklung fertiggestellt werden. Dabei speist sich das Product Backlog aus den Informationen, die ein Product Owner von der angesprochenen Zielgruppe erhalten kann. Priorisiert ergibt sich aus dem Product Backlog eine Roadmap, anhand derer das SCRUM Team seine Aufgaben ableiten kann.
Das Sprint Backlog
Besagte Aufgaben finden sich dann wiederum im Sprint Backlog. Denn dieses beinhaltet alle Aufgaben, die das Team innerhalb eines festgelegten Zeitraumes erledigen möchte. Im Sprint Backlog wird also definiert, was jetzt gerade dran ist und welche Anforderungen erfüllt sein müssen, um am Ende des Sprints ein fertiges inkremetelles Teilprodukt ausliefern zu können.
Das Inkrement
Ein Inkrement ist demnach ein potentiell auslieferbares Teilprodukt des gesamten Produktions- oder Entwicklungsauftrages. Inkremente zeichnen sich dadurch aus, dass die Zielgruppe in die Lage versetzt wird, mit dem fertigen Anteil in Interaktion gehen zu können und Rückmeldungen über Funktionalität, Design, Nutzerfreundlichkeit und vieles mehr geben kann. Das Inkrement markiert einen Teilerfolg und ist nicht das Endprodukt.
4 Events für maximalen Fokus
Die SCRUM Methode bringt eine klare und eindeutige Meeting Struktur mit sich, die für bestmögliche Fokussierung sorgt.
Wer an den Meetings teilnimmt, ergibt sich aus dem Thema des Events. Fakt ist: Alle Events sind fest in der SCRUM Methode verankert und ergeben im Workflow mehr als Sinn. Deshalb ist auch dringend davon abzuraten, die Meetings zu verändern, zu ersetzen oder nur homöopathisch einzusetzen.
Eine klare Moderation, ein abgestimmtes Regelwerk, festgelegte Zeiten und gemeinsame Verantwortlichkeiten sind das Maß aller Dinge.
Planning
m Planning entscheidet das SCRUM Team über die Aufgaben des nächsten Sprints. Kurz gefasst, treffen sich alle und priorisieren die Anforderungen des Product-Backlog danach, was im kommenden Sprint davon zu erledigen ist. Dabei geht es darum ein gemeinsames Sprintziel zu definieren und gleichzeitig zu entscheiden, welche Arbeitspakete im laufenden Sprint dazu führen, dieses auch zu erreichen.
Daily
Einmal am Tag, bestenfalls zu Arbeitsbeginn synchronisiert man sich. Der Kerngedanke der SCRUM Methode ist es, im stetigen Austausch miteinander zu sein und zu wissen, was von wem gerade in Bearbeitung ist. Und gleichsam wollen Hindernisse beseitigt werden. Um dem gerecht werden zu können, ist der tägliche Kurztreff sinnhaft. Denn hier wird angesprochen und Lösungen werden initialisiert, oder auch eskaliert.
Review
Am Ende eines Sprints wird es Zeit, das Inkrement den Stakeholdern, insbesondere den Kunden zu zeigen und dies in der Praxis zu erproben. Und: Feedback einholen. Denn nichts ist wertvoller als die klaren Meinungen von denjenigen, die letztlich die Nutzer des Endproduktes werden wollen. Feedback gilt in der SCRUM Methode als wertvoll. Daraus lassen sich Ableitungen und Iterationen für den nächsten Sprint gewinnen.
Retrospektive
Die SCRUM Methode setzt auf Team. Und Teams sind nunmal Konstrukte, in denen Zusammenarbeit und Kommunikation an erster Stelle stehen, um produktiv zu sein. Die Retrospektive reflektiert dies und findet schlüssige Verbesserungen, mit denen sich die gesamte SCRUM Einheit kontinuierlich verbessern kann.
Für wen ist die SCRUM Methode geeignet?
SCRUM ist kein Alleskönner und schon gar nicht das Allheilmittel für alle möglichen organisatorischen Probleme. Um dir eine Idee zu vermitteln, ob dein Team SCRUM nutzen kann, haben wir dir hier einige Gedanken zusammengefasst.
Mach bitte kein SCRUM
Die SCRUM Methode ist für Produkte und Entwicklung solcher sinnvoll. Damit soll nicht gesagt werden, dass Elemente der Methode nicht auch in anderen Kontexten einsetzbar sind. Wichtig für dich ist: Abhängig vom Kontext und den Einsatzbereichen gibt es viele agile Frameworks, die dich unterstützen können, deine Ziele zu erreichen. Die SCRUM Methode ist eines davon.
Pro SCRUM
Contra SCRUM
- Die Anforderungen an ein Produkt sind stark von den Wünschen und Bedürfnissen der Zielgruppe abhängig
- Markt, Umfeld und Kundenbedürfnisse ändern sich schnell und sind einem hohen Innovationsdruck ausgesetzt
- Produkte sollen schnell ausgeliefert werden. Es gilt der Grundsatz: "better done then perfect!"
- Das Team kann weitestgehend autark an einem Produkt arbeiten und gemeinsam abgestimmt entscheiden.
- Teams arbeiten zeitlich begrenzt in Projekten zusammen, wodurch die Teamkonstellation ständig verändert werden muss.
- Das finale Produkt ist klar ausdefiniert und bedarf keinerlei Anpassungen. Die Anforderungen sind starr und unantastbar.
- Es wird kein Produkt entwickelt. Stattdessen werden regelmässig Aufgaben erledigt, die an definierte Prozesse und Termine gebunden sind.
- Ein Team ist vielerlei Hinsicht abhängig von anderen Bereichen und auf Zuarbeiten angewiesen
Warum ein SCRUM Master kein agiler Coach ist?
SCRUM ist ein agile Framework! Soviel ist Fakt.
Und dennoch gibt es Unterschiede. Denn SCRUM für sich genommen regelt einen Arbeits- oder Entwicklungsprozess, der in erster Linie darauf abzielt, ein Produkt kundenzentriert auf die Straße zu bringen. Daran ist nichts falsch. Dennoch: SCRUM ist nur ein kleiner Teil des agilen Arbeitens. Auch wenn im Rahmenwerk viele der Werte und Prinzipien verwurzelt sind, die die agile Welt ausmachen.
Agilität hingegen ist ganzheitliche Organisationskultur. Und damit verbunden viel mehr als nur eine Ablaufstruktur.
Die Rolle des SCRUM Masters zur Abgrenzung
SCRUM Master sind Fachrollen. Ihre Aufgaben liegen in der Umsetzung und Einhaltung der SCRUM Methode. Damit gibt es viele Parallelen zur Rolle des agile Coach, aber auch viele wesentliche Abgrenzungen. Denn ein SCRUM Master ist ein Spezialist für die eigene Methode und nicht dafür verantwortlich eine Organisation in die agile Zukunft zu begleiten. Der Fokus dieser Rolle liegt auf dem Entwickler-Team. Und auf der Methode.
Dem gegenüber stehen agile Coaches, die auf das große Ganze blicken müssen und die gesamte Organisation im Blick haben.
Lasst uns das Undenkbare denken, lasst uns das Unmögliche tun.“ Bereiten wir uns darauf vor, uns mit dem Unaussprechlichen selbst auseinanderzusetzen und zu sehen, ob wir es vielleicht doch schaffen.
Douglas Adams • Dirk Gentlys holistische Detektei
Planetagile Ausbildung zum agile Coach
Unsere Ausbildung zum „agilen Transformation Master“ ist anders
Was das bedeutet: Die Rolle des agile Coach verlangt eine langfristige praxisnahe Ausbildung, die einerseits im geschützten Raum stattfindet und dann in der Realität gefestigt wird. Sprich uns gerne zu unseren individuellen Weiterbildungskonzepten an:
Theorie
Theorie und Hintergrundwissen ist unabdingbar. Uns ist es wichtig, dass du die Hintergründe deiner Rolle verstehst und die Ideologien einer agilen Welt verinnerlicht hast. Schritt eins ist also Wissensaufbau.
Transfer
Theorien lassen sich nur greifen, wenn sie in der Praxis Anwendung finden. Deshalb ist es um so wichtiger, dass du umsetzt. Dabei ist eine engmaschige Begleitung durch erfahrene agile Coaches notwenig. Schritt für Schritt.
Anwendung
Wir stehen nicht für Rollenspiele. Wir gehen in die echte Welt. Unsere agilen Coaches unterstützen dich in der Realität und begleiten dich auf dem Weg zu echter Meisterschaft, damit du deinen Weg selbst gehen lernst.
Anpassung
Agilität ist keine „one fits all size“ Lösung, sondern ein flexibles Rahmenkonstrukt, das passgenau zu dir und deiner Organisation aufgesetzt werden muss. Aber Achtung: Alte Muster und Gewohnheiten.
AGILE Coaching mit Planetagile.
Wir bringen Rollen ins Machen
Weiterbildung ist eines. Umsetzung etwas anderes. Wir bilden deine Rollen aus und schaffen den Transfer in die Praxis. Hands-on!
Wir können mehr
Agil ist mehr als SCRUM. Wir unterstützen dich und deine Organisation dabei den weg in echte Agilität zu gehen. Und analysieren mit dir, welche Methode hilft.
Wir gehen Glaubenssätze an
Auch wenn es mal nicht läuft, geben wir nicht auf. Überzeugungen sind nützlich und bringen euch weiter. Wir bleiben dran.
Bist auch du bereit, jetzt agil zu arbeiten?
In einem kostenlosen und unverbindlichen Gespräch klären wir, inwieweit wir dir mit unserem Wissen helfen können.