Die Scrum-Revolution – Projektmanagement im Wandel

Die Idee des agilen Projektmanagements ist alles andere neu. Schon vor über dreißig Jahren und im Zusammenhang mit der Lean-Management-Welle Ende der 1980er-Jahre bestand ein reges Interesse an der agilen Methodik.

Erste konkrete Konzepte entstanden Anfang der 1990er-Jahre. Im Vordergrund stand damals der Wunsch, Produkte ergebnisorientierter zu entwickeln. Weniger Verwaltungs- und Planungsaufwand sowie die verbesserte Kommunikation und Kooperation zwischen den Mitarbeitern des Produktentwicklungsteams untereinander, aber auch dem Kunden gegenüber standen im Fokus. Der Ruf nach mehr Eigenständigkeit für den Einzelnen, optimierter Teamarbeit sowie einfachen Verhaltensrichtlinien und klaren Bewertungsmaßstäben wurde laut.

Die Leitgedanken des Qualitätsmanagements und der bedarfsorientierten Produktionslogistik dienten in diesem Zusammenhang zur ersten Orientierung. So manche Konzepte und Techniken des agilen Projektmanagements haben in dieser Bewegung ihren Ursprung. Aber was macht agiles Projektmanagement und damit Scrum genau anders?

Im klassischen Projektmanagement werden in einer Planungs- und Spezifikationsphase vorab der Umfang der in Auftrag gegebenen Lösung festgelegt und der Realisationszeitraum und die Kosten möglichst exakt geschätzt („Plan Driven Development“). Oft wird im Projektverlauf dann festgestellt, dass sowohl Zeit als auch Budget zu knapp veranschlagt waren. Das belastet alle Projektbeteiligten und führt zu wirtschaftlichen Einbußen.

Der agile Ansatz arbeitet genau andersherum. Hier werden beim Projektstart Zeit und Budget fixiert. Erst im nächsten Schritt werden mit dem Kunden die Anforderungen besprochen, die sich innerhalb dieses definierten Rahmens umsetzen lassen („Vision Driven Development“). Neu ist außerdem, dass der Kunde den Projektverlauf jederzeit – auch nach dem Projektstart – beeinflussen kann.

Mehr Motivation und Produktivität dank Scrum

In einem Scrum-Projekt sind einfache und für alle gut nachvollziehbare Regeln Voraussetzung, damit das Projektziel möglichst effizient erreicht werden kann. Scrum vertraut auf die Fähigkeiten eines erfahrenen Teams und versucht, die strukturellen und organisatorischen Voraussetzungen dafür zu schaffen, dieses Team möglichst ungestört arbeiten zu lassen. Die Methode stützt sich auf die Annahme, dass das Team das Projekt zum Erfolg führen wird. Vorausgesetzt, es verfügt über die notwendige Entscheidungsfreiheit, der Projektfortschritt ist für alle transparent, man tauscht tagesaktuell Informationen zum Projekt aus und stimmt sich entsprechend ab. Unverzichtbar beim agilen Projektmanagement: Das Team ist interdisziplinär zusammengesetzt und darf sich selbst organisieren. Die neue Entscheidungsfreiheit, die potenzielle Fehl­entscheidungen einbezieht und nicht bestraft, ermöglicht es jedem Einzelnen, seine Arbeit als wertvoll wahrzunehmen. Das motiviert und führt zu besseren Ergebnissen und Lösungen.

Warum steigert Scrum die Produktivität?

Wenn interdisziplinäre Teams gemeinsam an der Produktentwicklung arbeiten, wird dabei wie von selbst Know-how geteilt. Notwendige Abstimmungen erfolgen direkt. Die Kommunikation ist hierdurch zielgerichteter und effizienter. Scrum Teams kommen ohne personal- und kostenintensive Verwaltungs- oder Kontrollinstanzen aus. Es gibt klare Verantwortlichkeiten. Konflikte und Probleme werden früh erkannt und besprochen. Dysfunktionale Strukturen und Abläufe werden aufgedeckt und aufgelöst. Es fällt schnell auf, wenn etwas nicht zum anvisierten Ergebnis führt. Fehler können somit kurzfristig korrigiert werden. Das spart Kosten.

Vom agilen Projekt zur agilen Organisation

Das Verständnis von Scrum als einer Methode des agilen Projektmanagements hat sich über die letzten Jahre hinweg tiefgreifend verändert. Anders als etwa eXtreme Programming (XP) oder das Feature Driven Development (FDD) handelt es sich bei Scrum um ein reines Framework. Es macht keine spezifischen Vorgaben, wie Produkte zu entwickeln sind. Stattdessen legt es den Grundstein für zielgerichtete Kommunikation und optimierte Zusammenarbeit zwischen den Teammitgliedern sowie zwischen Team und Kunde. Ein wesentliches Merkmal von Scrum ist, dass es Antworten auf die Frage gibt, wie ineffizient und suboptimal arbeitende Teams, Abteilungen, Organisationseinheiten und sogar ganze Unternehmen straff und agil geführt werden können. Meist wird Scrum zu Testzwecken zunächst auf Team- oder Projektebene eingesetzt. Viele belassen es dabei. Andere Unternehmen sind mutiger. Sie gestalten auf der Basis von Scrum sukzessive ihre gesamte Organisation um. Unternehmensweites Umdenken bildet hierfür die Voraussetzung.

Agilität lässt sich nicht top-down verordnen, fängt aber oben an

Managementansätze wie Scrum stellen Mitarbeiter in Unternehmen nicht selten vor große Probleme, denn an den Schnittstellen zur restlichen, traditionell geführten Organisation kommt es oft zu Konflikten. Als besonders problematisch zu bewerten ist, wenn das Top-Management im Unternehmen nicht hinter dem Paradigmenwechsel steht, auf dem Scrum aufsetzt. Das Management muss davon überzeugt sein, dass die Projektteams eigenverantwortlich Lösungen erarbeiten und letztlich das Produkt beziehungsweise Ergebnis herauskommt, das der Kunde und/oder der Product Owner erwartet. Ein solcher Vertrauensvorschuss und so viel Eigenständigkeit passen nicht mit jeder Unternehmenskultur oder Führungspersönlichkeit zusammen. Mit der Einstellung, alles bleibt wie eh und je, nur „die da unten“ sind von jetzt an agil, lässt sich jedoch wenig bewegen.

Wie sich mit einer iterativen Vorgehensweise große Stolpersteine im Projektmanagement durch agile Projektmanagement-Methoden im Ansatz umgehen lassen, stellt ADACOR CEO Thomas Wittbecker in Episode #2 seines Vlogs Things To Say vor.

Agiles Projektmanagement verlangt nach einem neuen Blickwinkel, aus dem die Projektorganisation eines Unternehmens betrachtet und bewertet wird. Ohne eine entsprechende Unternehmenskultur, die zuversichtlich die Eigeninitiative und das Verantwortungsbewusstsein eines jeden Einzelnen fördert, und ohne Mitarbeiter, die neben der reinen Fachkompetenz auch über soziale und methodische Fähigkeiten verfügen, lässt sich eine solche Veränderung nicht realisieren. Gelingen kann der Paradigmenwechsel hingegen, wenn sich Führungsebene und Mitarbeiter unter Scrum-Vorzeichen neu miteinander vernetzen, um so einen Rahmen zu schaffen, in dem step-by-step Vertrauen, eigenverantwortliches Handeln und Interdisziplinarität aufgebaut werden können.

Scrum modifizieren? Für den Anfang keine gute Idee!

Hat ein Unternehmen sich entschieden, Scrum zu implementieren, muss es zunächst der Versuchung widerstehen, das Framework von vornherein an die Prozesse oder das Rollenverständnis im Unternehmen anpassen zu wollen und es um wichtige Elemente zu beschneiden.

Typische Beispiele für unternehmensspezifische Modifikationen (Scrum Buts)

Wir setzen Scrum ein, aber wir …

• … bündeln die Daily Scrums in einem wöchentlichen Meeting.
• … benötigen keinen Scrum Master. Das Team regelt das allein.
• … verzichten auf die umfangreiche Aufwandsschätzung für einzelne Aufgaben.
• … verlängern einen Arbeitszyklus, bis wir das Ziel erreicht haben.
• … kommen ohne Review aus.

Empfehlenswert ist ein derartiges Vorgehen nicht. Scrum Buts zeigen in der Regel, dass die Bedeutung des jeweiligen wegrationalisierten Elementes noch nicht erfasst wurde. So ist zum Beispiel die Arbeit mit fest definierten Zeitabschnitten (auch: Timeboxes) in Scrum unverzichtbar. Schafft man die Arbeit innerhalb einer Iteration jedoch nicht, sollte die Lösung nicht darin bestehen, einfach den Zeitraum zu verlängern. Vielmehr sollte man versuchen, das Projekt in kleinere Teilaufgaben zu untergliedern. Ein unvollständiges beziehungsweise schlechtes Gesamtverständnis von Scrum kann zudem schnell dazu führen, die Methode als ungeeignet zu verteufeln und für den Projektmisserfolg verantwortlich zu machen. Von zentraler Bedeutung ist es deshalb, Scrum in einem ersten Schritt genau und sauber einzuführen.

Scrum implementieren – mögliche Stolpersteine

Bei der Implementierung von Scrum können auf verschiedenen Ebenen Konflikte und Probleme auftauchen, denn Scrum erfordert ein unternehmensweites Umdenken. Nicht allen Mitarbeitern ist das gegebenenfalls ad hoc möglich. Andere kommen schlicht mit der Scrum-Philosophie nicht zurecht. Denn die neue Transparenz macht die Leistung jedes Einzelnen sehr schnell und einfach bewertbar. Die Gründe für Verzögerungen im Arbeitsablauf in den täglich angesetzten Kurzbesprechungen treten damit schnell zutage. Wenn ein Teammitglied seine Aufgabe nicht erledigt, kommen die Kollegen nicht voran. Ein solcher Vorfall wird offen und direkt angesprochen. Nicht jedem liegt diese Form der unmittelbaren Kritik. Ebenfalls problematisch: Einzelne Teammitglieder versuchen sich als Teamanführer zu etablieren. Da der Scrum Master nicht autorisiert ist, die Selbstorganisation des Teams zu beeinflussen, gibt es in einem solchen Fall kaum Korrekturmöglichkeiten.

Nicht selten hadern auch die Projektleiter mit Scrum. Sie fühlen sich degradiert. Während sie beim traditionellen Projekt­management eine zentrale Führungsrolle besetzen, fungieren sie im Rahmen von Scrum lediglich als eine Art Projektbegleiter. Dies kann dazu führen, dass sich der eine oder andere frisch ernannte Scrum Master wie ein Projektleiter verhält und die Teamleitung für sich in Anspruch zu nehmen versucht. Bei Scrum hat jedoch das Team die Entscheidungsgewalt.

Auch die organisatorischen Rahmenbedingungen spielen eine Rolle für den Erfolg oder Misserfolg von Scrum. Wenn beispielsweise das Projektteam räumlich getrennt ist, Spezialisten nur zeitlich begrenzt zur Verfügung stehen oder die Anforderungen an das Endprodukt ungenau und unzureichend beschrieben und dokumentiert sind, kann dies die Realisation eines Projektes mit Scrum maßgeblich behindern. Außerdem sind agile Methoden nicht per se für jedes Projekt geeignet. In Projekten, die kein klar spezifiziertes Ergebnis zum Ziel haben, wie es etwa beim Veränderungsmanagement oder der Organisations- und Personalentwicklung vorkommen kann, eignet sich Scrum daher manchmal nur für die Bearbeitung von Teil­aufgaben.
Weitere Details zu Stolpersteinen im Projektmanagement haben wir in einem anderen Beitrag beschrieben.

Fazit

Wer Scrum einführen will, muss mehr tun, als sich mit der reinen Theorie zu befassen. Zwar sind die Kerngedanken und Leitideen von Scrum einfach nachzuvollziehen, der Transfer in die tägliche Praxis erfordert jedoch eine gewisse Bereitschaft zur Konsequenz. Ist man hierzu bereit, dann ebnet Scrum den Weg raus aus der klassischen Projektmanagement-Denkweise und legt den Grundstein für mehr Produktivität und verbesserte Kommunikation. Der Paradigmenwechsel erfordert ein Umdenken – innerhalb der Fachabteilungen, innerhalb der Gesamtorganisation und auf Kundenseite. Um Agilität fest in der Organisationskultur zu verankern, benötigen Unternehmen einen langen Atem, den Willen zur stetigen Prozessverbesserung und die Bereitschaft, aus Fehlern zu lernen. Ebenfalls essenziell: Alle Mitarbeiter müssen einbezogen werden. Dies ist eine der wichtigsten Voraussetzungen, um das Prinzip der Agilität im Unternehmen mit Leben zu füllen und zum festen Bestandteil der Unternehmenskultur werden zu lassen.