Immer mehr Unternehmen möchten - und müssen - agil sein, auch im Projekt-Management (PM). Doch obwohl diese Methode offenbar eine gewisse Anziehungskraft ausübt, scheuen viele Projektleiter am Ende doch den Griff in den agilen Handwerkskasten, wenn es an die konkrete Umsetzung geht. Die Bedenken sind häufig berechtigt. Denn längst nicht jedes Projekt und vor allem nicht jedes Unternehmen sind für die vermeintlich selbststeuernde Methodik geeignet.
Dazu ein Beispiel: Ein Großunternehmen setzt ein Programm zur Evaluierung, Entwicklung und Einführung eines neuen IT-Systems auf. Das Programm mit 200 beteiligten Mitarbeitern gliedert sich in zehn Projekte mit bis zu je drei Teilprojekten. In neun Projekten kommen auf oberster Ebene Methoden des klassischen PM zum Einsatz, in einzelnen Teilprojekten auch agile Methoden. Das zehnte Vorhaben mit einem Budgetrahmen von rund 30 Millionen Euro wird komplett agil gemanagt.
Eine Zwischenbilanz nach drei Jahren ergibt Folgendes: Die neun auf oberster Ebene klassisch betriebenen Projekte sind durchweg erfolgreich. Zwar sind klassische Projektplanung und iteratives, agiles Vorgehen auf Teilprojektebene im Hinblick auf Zeitplanung und einheitliches Reporting nicht immer einfach unter einen Hut zu bringen, aber am Ende funktioniert es meistens doch.
Risikofaktor agiles Projekt-Management
Der eindeutige Verlierer ist das komplett agil geführte Projekt. Während der gesamten Laufzeit macht es vor allem mit unklarer Kostenplanung, ständigen Nachforderungen in Sachen Budget und intransparenter Zeitplanung von sich reden und entwickelt sich schließlich zum Risikofaktor für den gesamten Release-Plan. Im konkreten Projekt kam es dadurch am Ende zu wesentlichen Abweichungen von der ursprünglichen Zeitplanung.
Doch was lief schief und was lässt sich daraus lernen? Die folgenden sieben Thesen geben Antworten auf diese Fragen.
These 1: IT-Projekte werden immer komplexer
Statement: Die wachsende Nachfrage nach agilen PM-Methoden wie zum Beispiel Scrum ist Folge des enormen Komplexitätszuwachses insbesondere in IT-Projekten.
Projektmitarbeiter, die schon länger im Geschäft sind, wissen, wovon die Rede ist. Kunden verändern immer häufiger und immer schneller ihre Anforderungen. Aber auch die schiere Komplexität der Projektinhalte und -ziele lässt den Bedarf an innovativen Vorgehensweisen ständig größer werden. Die Vorteile agiler Projekt-Management-Methoden mit Vorgehensmodellen wie Scrum liegen dabei auf der Hand. Weit mehr als die klassischen Methoden bieten sie die Möglichkeit, den Kunden von Anfang an mit ins Boot zu nehmen. Das erhöht nicht nur die Erfolgswahrscheinlichkeit des Projekts, sondern meist auch die Zufriedenheit im Team.
These 2: Agiles Projekt-Management birgt Sprengstoff
Statement: Obwohl agile Methoden viele Vorteile haben - beispielsweise schnellere Ergebnisse und mehr Zufriedenheit bei den Kunden, sind längst nicht alle Unternehmen dafür geeignet.
Hintergrund: Selbststeuernde Teams und größere Freiheit in der Projektabwicklung bergen enormen Sprengstoff für den Betriebsfrieden. Viele Iterationsschleifen und Prototyp-Provisorien führen nicht zwangsläufig zum erwünschten schnellen Erfolg, sondern können am Ende - aufgrund andauernder zusätzlicher Anforderungen - auch Frustration und Stagnation fördern.
Die Anwendung agiler PM-Methoden ist mehr als reines Handwerkszeug, sie erfordert einen Mentalitätswandel und Umdenken bei Auftraggebern, Stakeholdern und insbesondere beim Management. Über diese "politische" Reichweite von agilem PM sollten sich alle Beteiligten vorab im Klaren sein. Sonst heißt es schnell: Katastrophe inklusive.
These 3: Mehr Vertrauen, weniger Kontrolle
Statement: Agiles PM stellt hohe Anforderungen an die Projektbeteiligten und erfordert einen Vertrauensvorschuss vom Management.
Agiles PM und darauf aufbauende Vorgehensmodelle wie Scrum arbeiten mit selbststeuernden Teams, definierten Rollen, einer engen Einbindung des Kunden und fixen Arbeitszyklen (time boxes).
Projektteam und Management müssen sich damit auf ein völlig autarkes Vorgehen einlassen. Für das Management heißt das: Es muss mehr vorausdenken (zum Beispiel in Bezug auf die Priorisierung von Anforderungen) und zum richtigen Zeitpunkt die Zügel aus der Hand geben. Und für die Mitarbeiter bedeutet das: Extrem selbstständiges Arbeiten, mehr Verantwortung, aber auch deutlich mehr Transparenz in Bezug auf die eigene Arbeitsleistung. Denn in einem agil geführten Projekt wird etwa anhand der Programmierleistung jeden Tag deutlich, was der Einzelne zum Gesamterfolg beigetragen hat. In einem klassischen Projekt kann sich der Einzelne dagegen deutlich besser hinter der Mannschaftsleistung verstecken.
Nicht genug damit, dass das alles meistens neu und ungewohnt ist. Für den Großteil der Unternehmen bedeutet es auch eine neue Führungskultur, die Fragen aufwirft:
-
Können die entsprechenden Funktionen kompetent besetzt werden?
-
Sind die Mitarbeiter dafür geeignet und qualifiziert?
-
Ist das Kundenverhältnis reif für diese Vorgehensweise, haben beide Seiten ausreichend Vertrauen?
Der Einsatz agiler Projektmethoden hat also Konsequenzen - für die Personalentwicklung und die Führungskultur. Denn zum einen müssen agil geführte (Teil-) Projekte von erfahrenen Projektleitern (oder sogenannten Scrum Mastern) aufgesetzt werden, beteiligte Personen und Stakeholder gegebenenfalls geschult und begleitend gecoacht werden. Zum anderen fördert die Auseinandersetzung mit agilen Ansätzen die Selbstkontrolle und -steuerung. Das wiederum impliziert Kontrollverlust und Neujustierung der Kräfteverhältnisse in der Unternehmenshierarchie. Daran haben erfahrungsgemäß nicht alle Beteiligten sofort großes Interesse.
- Sieben Trends zur Arbeit von morgen
Die Studie "Evolving Workforce Research" von Dell und Intel beschreibt, wie die Arbeit von morgen aussehen könnte und nennt sieben Trends. - 1. Crowd-Sourcing
In der Arbeitswelt von morgen arbeiten Menschen in <b>virtuellen Teams</b> zusammen, oft ohne sich zu kennen. Diese Teams werden kurzfristig zusammengestellt und sind über moderne Kommunikationsmittel verbunden. Anders als in vielen heutigen Projekten definiert sich diese Crowd vor allem funktional und weniger durch Hierarchien. Pervasive IT und Cloud Computing bieten dafür eine technische Grundlage. Die Mitarbeiter in solchen virtuellen Teams gehen oft <b>kein festes Beschäftigungsverhältnis</b> ein, sind flexibel und daran gewöhnt, mit stark schwankenden Einkommensverhältnissen zurechtzukommen. Das kann zwar kurzfristig zu einer Steigerung der Produktivität führen, langfristig können Unternehmen aber auch Schwierigkeiten bei der Bindung von Spezialisten bekommen. - 2. Das Ergebnis muss stimmen
War die Arbeitswelt bisher primär über die vertraglich geregelte Arbeitszeit organisiert, so rückt jetzt das <b>Arbeitsergebnis</b> in den Fokus. Da sich die Produktivität der Arbeitsprozesse gerade unter den Bedingungen des Crowdsourcings nur unzureichend über die Anzahl aufgewendeter Stunden erfassen lässt, werden zunehmend <b>Output-orientierte Messmethoden</b> eingeführt. - 3. Einsatz von mobilen Geräten
In Unternehmen werden <b>unterschiedliche Endgeräte</b> und Betriebssysteme verwendet, die auf die jeweiligen Einsatzbereiche abgestimmt sind. Cloud Computing bietet dafür eine Fülle von Möglichkeiten, da die jeweiligen Endsysteme damit auf einen <b>praktisch unbegrenzten Vorrat</b> an Daten und Anwendungen zugreifen können. Kompatibilität, Interoperabilität und Datensicherheit sind dabei entscheidende Faktoren. Nur solche Systeme werden sich durchsetzen, die sich nahtlos in die IT-Landschaften integrieren lassen. - 4. Generationenkonflikte
Die Generationen sind einen <b>unterschiedlichen Umgang</b> mit IT und mit Kommunikationstechnik gewohnt. Das kann zu Spannungen zwischen erfahrenen und jüngeren Mitarbeitern führen. Letztere sind vielleicht Digital Natives, haben aber nicht den Erfahrungsschatz ihrer älteren Kollegen. Generell werden die <b>Arbeitsteams künftig heterogener</b> zusammengesetzt sein, nicht nur hinsichtlich des Alters, sondern auch was den kulturellen oder ethnischen Hintergrund betrifft. Erfolgsentscheidend wird auch sein, ob es gelingt, den Wissensaustausch zwischen Generationen und Gruppen voranzubringen. - 5. Werte versus Regeln
Die IT gibt Unternehmen Möglichkeiten, die Leistung ihrer Mitarbeiter umfassend zu analysieren. Arbeitsprozesse werden auf dieser Basis reglementiert und kontrolliert. Da ein gutes <b>Vertrauensverhältnis zwischen Arbeitgeber und Arbeitnehmer</b> elementar ist, müssen beide Seiten einander vertrauen. Zukunftsorientierte Firmen könnten daher eher auf ein werte- als auf ein regelbasiertes Modell bauen. - 6. Innovative Mitarbeiter
Innovationen werden künftig weniger vom Management eingebracht als von Mitarbeitern, die ihre privaten Geräte und Anwendungen auch im beruflichen Umfeld nutzen. Diese Beschäftigten sind mit IT sozialisiert und wollen ihren selbstbestimmten Lebensstil beibehalten, wozu der <b>Gebrauch von privaten Notebooks, Smartphones</b> ebenso gehören kann wie Social-Media-Aktivitäten. Die Mitarbeiter sind mit den Systemen in der Regel bestens vertraut und können mit ihnen effizient arbeiten, so dass Restriktionen von Seiten der Unternehmen kontraproduktiv wären. Sie müssen daher <b>Verfahren entwickeln</b>, um diese privaten Systeme in ihre IT-Strukturen zu integrieren. - 7. Neue Aufgaben für die IT
Mit dieser Consumerization entstehen <b>neue Anforderungen</b> an die IT. Sie muss die Entwicklungen und die Bedürfnisse der Mitarbeiter aufgreifen und dabei bedenken, dass sich neue Mitarbeiter bewusst wegen der <b>Verfügbarkeit moderner Systeme</b> für einen Arbeitgeber entscheiden. Die IT-Verantwortlichen sollten solche über herkömmliche IT-Themen hinausreichenden Aspekte in ihren Aufgabenkatalog aufnehmen. - Fazit
Da der Wandel durch die rasante Entwicklung der Kommunikationstechnik vorangetrieben wird, sollen Arbeitgeber den Hebel an dieser Stelle ansetzen und <b>individuelle Konzepte</b> zum Umgang damit entwickeln. Die <b>Integration der sozialen Medien</b>, die Bereitstellung einer umfassenden Kommunikationsstruktur und die Einbindung privat genutzter Geräte bieten Chancen, um Arbeitnehmer an ein Firma zu binden und die Arbeit effektiv zu gestalten.
These 4: Weniger ist mehr
Statement: Agile Methoden eignen sich mehr für kleine Projekte.
Agil geführte Projektteams sollten nicht mehr als zehn Mitarbeiter haben. Bei größeren Teams müssen die beteiligten Rollen eingeübt und sicher anwendbar sein. Generell ist es vorteilhaft, wenn einzelne Teammitglieder mit agiler Methodik vertraut sind. Der Grund: Weit mehr als jede andere Methode eröffnet das agile PM die Möglichkeit, über die Erstellung von Prototypen direkt auf die Anforderungen der späteren User einzugehen - und nicht daran vorbei zu entwickeln.
These 5: Agiles Projekt-Management schafft Flexibilität
Statement: Insbesondere in Situationen mit unklaren Anforderungen können agile Methoden hilfreich sein.
Nicht nur die Projektgröße ist ein entscheidendes Kriterium, auch die Ausgangssituation kann für oder gegen den Einsatz agiler Methoden sprechen. Denn während sich klassische Methoden aufgrund besserer Planbarkeit und besserer Controlling-Möglichkeiten eher für Großprojekte und umfangreichere Programme eignen, können agile Methoden unterstützend wirken, wenn Anforderungen (noch) unklar sind oder sich besonders schnell ändern.
These 6: Projekt ist nicht gleich Projekt
Statement: Agiles PM ist nicht per se gut oder schlecht. Es ist vielmehr unter bestimmten Bedingungen ein sinnvolles Vorgehensmodell.
Jedes Projekt ist anders, jedes Umfeld hat seine eigene Dynamik. Trotzdem gibt es Kriterien, die Hinweise darauf geben, ob sich ein Projekt für die agile Methodik eignet und welche Hürden für agiles PM es birgt . Jedes Unternehmen sollte sich folgende Fragen stellen:
-
Ist das Projekt beziehungsweise das Unternehmen in einem Umfeld mit komplexen Produkten, Unklarheit und sich häufig wechselnden Anforderungen angesiedelt?
-
Verfügt der Betrieb über das notwendige Know-how und Personal?
-
Wie verträgt sich die agile Methodik mit der etablierten Unternehmens- und Führungskultur?
These 7: Klassisch mit Agil erzeugt Synergieeffekte
Statement: Die Kombination beider Methoden ist ideal. Es gilt der Leitsatz: Alles zu seiner Zeit und immer dann, wenn es passt.
Elemente des klassischen Projekt-Managements können die Einführung und Anwendung agiler Methoden deutlich erleichtern. So zeigt die Erfahrung, dass klassische Bausteine wie klar definierte Ziele, Meilensteine oder Termin- und Budgetvorgaben häufig positiv aufgenommen werden. Sie dienen allen Beteiligten als wichtige Orientierungshilfe, nicht zuletzt internen Interessenvertretern wie etwa dem Management.
Doch Agiles und Klassisches lässt sich auch durchaus mischen. Dabei muss an der einen oder anderen Stelle natürlich feinjustiert werden, etwa in dem Sinne, dass herkömmliches Reporting auf Programmebene auch iterative Vorgehensmodelle der unteren Ebenen zulässt (was die häufig eingesetzten Wasserfallmodelle zumindest im Grundsatz nicht gerade erleichtern).
Gelingt die Synergie von agil und klassisch, kann sich ein idealtypisches Vorgehensmodell entwickeln, das schneller Ergebnisse bringt und dabei durch eine intensivere Einbindung der Betroffenen zu höherer Zufriedenheit bei den Projektbeteiligten führt als jedes andere.
- Fünf Gründe für den agilen Ansatz
Neue Methoden der Softwareentwicklung begeistern die Mitarbeiter und die Kunden. Da stellt sich die Frage, woher es kommt, dass "Agilität" derartig beliebt ist? Alexander Ockl nennt Fünf Gründe: - Weniger Prozess - dafür mehr Mensch
Offenbar haben wir gelegentlich das Prozessrad zu weit gedreht. Mit Know-how in den Prozessen wollten wir gute Software wie am Fließband im "billigen Ausland" herstellen lassen. Probleme lassen sich mit noch ausgefeilteren Prozessen und Rollen beseitigen, so dachten wir. Aber inzwischen wissen wir, dass wir am so genannten Fließband meist individuell arbeiten. Und talentierte Mitarbeiter haben auch im Ausland inzwischen ihren Preis. - Persönliche Motivation statt Existenzangst
In der agilen Welt zählt der Mensch wieder etwas. Statt verteilt zu sitzen, schauen sich agile Teams wieder in die Augen. Effektive, direkte Kommunikation ersetzt endlose, anonyme Telefonkonferenzen und überlaufende E-Mail-Postkörbe. Größerer Gestaltungsspielraum und überschaubare Rollen geben Mitarbeitern das Gefühl, endlich wieder etwas bewegen zu können. Das setzt Kräfte frei. Und motiviert, anstatt zu frustrieren. - Entfaltete Stärken statt Fesseln
Endlich wieder kreativ sein und nicht starre Prozesse befolgen müssen! Kein Wunder also, dass gerade Entwickler und Analysten diesen Ansatz lieben. Im agilen Umfeld sind sich alle bewusst, wie wichtig ein gut zusammengestelltes Team ist. Das übersehen wir in der "alten IT-Welt" häufig - zwischen den vielen Prozessdetails und virtuellen Teams. Unsere Kunden freuen sich auch, denn schließlich steht wieder die Lösung ihrer Probleme im Vordergrund. - Gemeinsam entwickelte Arbeitsweise
Neue Prozesse bedeuten in unserem herkömmlichen Alltag häufig neue Rollen. So entstehen Teamveränderungen und Umstrukturierungen. Die vorgegebene Arbeitsweise passt aber vielfach nicht zum Team. Agile Methoden wie Scrum zeigen, dass es auch anders geht. Den "Toyota-Weg" als Vorbild, organisieren sich schlanke Teams innerhalb eines groben Rahmens am besten selbst.Es lohnt es sich, ein funktionierendes Team - wie im Fußball - nicht zu stark zu verändern. Gemeinsam entwickelt, richtet sich die Arbeitsweise nach den Möglichkeiten der Mitarbeiter. - Eine nachvollziehbare Teamleistung
Schreit unser Umfeld nach Agilität, so sollten wir nicht dagegen reden, sondern genau hinschauen. Agilität und gute Prozesse wollen das Gleiche. Müssen wir dennoch verteilt arbeiten, so sollten wir unbedingt auf die menschliche Komponente achten. Frei nach Felix Magath bei der Vorstellung des Spielers Raul sollte es "unsere Verpflichtung sein", die Mitarbeiter "so in Szene zu setzen", dass Sie "ihre Fähigkeiten voll ausspielen können". Andernfalls schließt auch Raul keine Tore, sondern wird zu einem mittelmäßigen und schließlich frustrierten Mitspieler.
Fazit
Agile Methoden sind ein "Must have" im Werkzeugkasten jedes Projektleiters und Projektverantwortlichen. Sie sind nützliche Hilfsmittel, wenn es darum geht, den Herausforderungen einer Projektumwelt zu begegnen, die einem ständigen Wandel unterliegt.
Viele Beispiele zeigen allerdings, dass die konkrete Umsetzung im Projektalltag nicht ganz einfach ist. Vorsichtige Dosierung zum Einstieg und eine gute Einbettung in die Projekt-Management-Kultur des jeweiligen Unternehmens sind entscheidende Erfolgsfaktoren.
Im erwähnten Beispielprogramm wurde inzwischen übrigens auch das bislang eher unrühmlich verlaufene zehnte Projekt auf klassische Projekt-Management-Methodik umgestellt. Auf Teilprojektebene wird weiterhin mit agilen Elementen gearbeitet. Seitdem ist das Projekt klar auf Erfolgskurs.
Die zentrale Frage für Projektverantwortliche im Zusammenhang mit agilen Methoden scheint daher nicht zu sein, ob man sie anwenden soll oder nicht, sondern eher, ob und wie genau ein agiles Projektumfeld sinnvoll gestaltet werden kann. Evolution statt Revolution ist - kurz gefasst - das bislang erfolgversprechendste Konzept. (pg)