Wie führt man Scrum in seinem Team ein?
Die Zahl der Unternehmen, die Scrum einführen wollen, ist in den letzten zehn Jahren stetig gestiegen. Unternehmen wollen die Vorteile, die Scrum bietet, wie z. B. verbesserte Kundenzufriedenheit, geringeres Risiko, schnellere Lieferung eines qualitativ besseren Produkts, schnellere Kapitalrendite und die Fähigkeit, schnell auf ein sich änderndes Marktumfeld zu reagieren.
Es ist üblich, dass Unternehmen Scrum zunächst mit einem “Pilotteam” ausprobieren, bevor sie es bei Erfolg auf die gesamte Organisation ausweiten.
Einige Unternehmen führen Scrum “im Verborgenen“ ein, d.h. sie geben nur dann bekannt, dass das Projekt nach Scrumdurchgeführt wurde, wenn es erfolgreich abgeschlossen wurde. Andere geben ihre “Scrum Adoption” bekannt und beziehen ihre Kunden und Stakeholder mit ein.
So, wie können Sie die Scrum-Methodologie in Ihren Unternehmen effektiv einführen?
Konzentrieren Sie sich auf das Ziel
Erklären Sie allen Beteiligten, warum Scrum eingesetzt wird. Versuchen Sie, Ihr Team mit dem Scrum-Konzept zu motivieren, stellen Sie sicher, dass jeder weiß, was das Ziel ist.
Erklären Sie, welche Veränderungen im Arbeitsprozess Scrum mit sich bringt
Teilen Sie Ihrem Team mit, wie die Arbeit im Team mit Scrum organisiert wird. Ihr Team arbeitet in Sprints und nimmt an Scrum-Events teil, zum Beispiel Sprint-Planning, Daily-Scrum, Sprint-Review und Sprint-Retrospektive.
Ein engagierter Scrum-Master zeigt den Weg
Die Organisation braucht einen erfahrenen Scrum-Master, um die Einführung von Scrum zu planen und zu überwachen.
Erkläre, worum es bei Scrum geht.
Scrum basiert auf der Idee, dass Wissen aus Erfahrung kommt. Softwareentwicklung ist sehr komplex und was passieren wird, ist ungewiss. Deshalb versuchen Scrum-Teams nicht, den perfekten Plan zu machen. Sie treffen Entscheidungen auf der Grundlage ihrer Erfahrungen.
Empirismus, Transparenz, Überprüfung und Anpassung sind die Dinge, auf denen Scrum basiert. Und das ganze Team musswissen, warum sie so wichtig sind.
Machen Sie sich die Scrum-Werte zu eigen
Erfolgreiche Scrum-Teams leben nach Werten wie Engagement, Fokus, Offenheit, Respekt und Mut. Diese Werte werden durch die Kommunikation zwischen Teammitgliedern gelebt.
Scrum erfordert eine Änderung der Denkweise. Der Scrum-Master stellt sicher, dass alles, was das Team tut, die Scrum-Werte stärkt, anstatt sie zu untergraben.
Respekt ist ein wichtiger Scrum-Wert. Er sollte in Scrum-Events gelebt werden. Bei der Sprint-Retrospektive sollten keine Schuldzuweisungen gemacht werden. Es geht darum, was das Team gut oder nicht so gut gemacht hat.
Coachen, bilden und unterstützen Sie Ihr Team auf diesem Weg
Der Scrum-Master informiert das Team über Scrum-Rollen, Artefakte, Events and Werte. Er leitet Scrum-Workshops und Schulungen zu den Themen Schätzung, Planung, Scrum-Werte und anderen. Der Scrum-Master fördert ständiges Lernen und organisiert die strukturelle Verbesserung des Teams.
Stellen Sie Ihr Team zusammen
Ein Scrum-Team besteht aus einem Product-Owner, einem Scrum-Master und Entwicklern. Der Product-Owner ist dafür verantwortlich, den Wert des Produkts zu maximieren. Er entscheidet, welche Funktionen dem Produkt den größten Mehrwert verleihen und zuerst geliefert werden. Der Product-Owner verwaltet das Product-Backlog, eine Liste der Arbeiten, die zur Verbesserung des Produkts erforderlich sind.
Ein Scrum-Master sorgt dafür, dass alles nach Plan läuft. Er schützt das Team vor Störungen und sorgt dafür, dass alle gut zusammenarbeiten. Er ist dafür verantwortlich, dass das Team effektiv arbeitet.
Die Entwickler arbeiten in jedem Sprint daran, die Software zu verbessern. In einem Scrum-Team gibt es keine Chefs. Das Team arbeitet gemeinsam an einem Ziel.
Auf die richtige Gröβe kommt es an
Ein Scrum-Team besteht aus 10 oder weniger Personen. Es muss groβ genug sein, um in einem Sprint eine beträchtliche Menge an Arbeit zu erledigen. Allerdings, mit zu vielen Leuten kann die Kommunikation sich negativ auf die Effektivität auswirken. Einige Agile-Coaches sind der Meinung, dass 5-6 Personen in Hinsicht auf die Teamgröβe optimal sind.
Scrum-Teams sind funktionsübergreifend (cross-functional). Das bedeutet, dass die Teammitglieder über alle erforderlichen Fähigkeiten verfügen, um in jedem Sprint einen Mehrwert zu schaffen.
Ihr Scrum-Team muss auch darauf abzielen, self-organizing zu sein. Das Team entscheidet selbst, was zu tun ist und wie es zu tun ist, anstatt es von einer Autorität erfahren zu lassen.
Bereit zum Sprint?
Wenn das motivierte Scrum-Team zusammengestellt ist, legen die Mitglieder ihr Sprintdauer auf einen Monat oder weniger fest, normalerweise zwei Wochen. Ein Sprint ist das Event in Scrum, bei dem ein wertvolles (Software-)Inkrement erstellt wird.
Planen Sie Scrum-Events
Scrum schreibt vier Scrum-Events innerhalb eines Sprints vor: Sprint-Planning, Daily (tägliches) Scrum, Sprint-Review und Sprint-Retrospektive. Alle sind time-boxed, was bedeutet, dass ihre maximale Dauer begrenzt ist.
Planen Sie Ihren ersten Sprint
Sprint-Planning ist ein Scrum-Event, bei dem das Team seine Arbeit für den nächsten Sprint plant. Der Product-Owner und die Entwickler besprechen die wichtigsten Product-Backlog-Elemente und den Wert, den sie dem Produkt verleihen können. Dann wählen die Entwickler die Elemente aus, die sie in den nächsten Sprint mitnehmen möchten und erarbeiten gemeinsam einen Plan, wie diese umgesetzt werden können.
An jedem Tag des Sprints treffen sich die Entwickler, um ihre Bemühungen im Hinblick auf das Sprintziel zu synchronisieren. Dieses Event heiβt Daily-Scrum und ist auf 15 Minuten begrenzt.
Am Ende des Sprints präsentiert das Team allen Stakeholdern im Rahmen eines Sprint-Reviews, was es getan hat. Basierend auf dem Feedback der Stakeholder und möglichen Marktveränderungen besprechen dann alle, was als nächstes zu tun ist.
Abschlieβend führt das Team eine Sprint-Retrospective durch, deren Ziel eine kontinuierliche Verbesserung ist. Das Team bespricht, wie der letzte Sprint verlaufen ist, schaut sich die Erfolge und Misserfolge an und identifiziert die Änderungen, die es im nächsten Sprint einführen wird.
Während des Sprints führt das Scrum-Team auch Produkt-Backlog-Verfeinerungsaktivitäten durch, bei denen es Produkt-Backlog-Elemente bespricht, priorisiert und ihnen Details hinzufügt.
Bestimmen Sie Ihre “Definition of Done“
“Definition of done“ beschreibt, welche Qualitätsanforderungen Ihre Software erfüllen muss, zum Beispiel, nach Standards codiert, code peer-reviewed, Akzeptanzkriterien erfüllt, gründlich durch Unit- und Intergrationstests getestet, und von Product-Ownerakzeptiert. Erst wenn diese Kriterien erfüllt sind, gilt die Arbeit als “done“ und die Software wird zu einem wertvollen Inkrement.
Wenn eine User-Story oder Aufgabe der DoD (Definition of done) nicht entspricht, wird sie den Stakeholdern beim Sprint-Reviewnicht vorgestellt und geht zurück zum Backlog. Keine “fast fertige“ Software wird akzeptiert.
Das Team definiert seine “Definition of done” gemeinsam. Je erfahrener das Team in der Zusammenarbeit wird, desto strenger wird seine DoD. Dadurch verbessert sich die Qualität des Produkts.
Habt ihr Fragen? Lasst uns gemeinsam „sprinten“
Photoquelle: pexels.com
