Agiles Projektmanagement mit SCRUM - Wi.htwk-leipzig.de

Weitere Magazine

Empfehlungen

Info

Kosten gesenkt werden, geschweige denn, wie man sich abschottet, um Konkurrenzstürme zu überstehen. Agilität beschreibt den Erfolg und den Gewinn: den Erfolg bei aufkommender Konkurrenz und den Gewinn in Bezug auf Profit, Marktanteil und Kunden im Zentrum der Konkurrenzstürme, vor denen sich viele Unternehmen heute fürchten.“ Aus dem Klassifikationsschema sind agile Ansätze für das Projektmanagement sichtbar: z Extreme Programming (XP) – Beck et al. 2000, z Rapid Application Development (RAD) – Boehm et al. seit den 1980er Jahren, z SCRUM – Schwaber et al. 1991. Das Ziel von XP besteht darin, kleinere Teams durch effiziente Arbeitstechniken bei der Softwareentwicklung zu unterstützen. Beck und weitere XP-Vertreter plädieren u. a. für die unmittelbare Einbeziehung des Kunden in den Projektierungsprozeß, für die Synchronisation der Arbeitszeiten, für permanente Tests und die sukzessive Integration von Entwicklungsergebnissen in das Gesamtsystem. RAD setzt beim Spiralmodell der klassischen Software- Entwicklung an, indem es das zyklische Prototyping bewußt für den Entwicklungsprozeß verwendet. Auf diesem Wege werden Anforderungen des Auftraggebers frühzeitig in ausführbaren Code umgesetzt und anschließend diskutiert, um die häufig beobachteten Mißverständnisse im Projektierungsprozeß zu vermeiden. Damit ist es möglich, die Entwicklung komplexer Anwendungssysteme zu beschleunigen. – Scrum soll im nächsten Abschnitt vorgestellt werden. Ein Zusammentreffen von Experten der agilen Softwareentwicklung in Utah im Jahre 2001 gipfelte in der Formulierung des Agilen Manifests in vier markanten Thesen [vgl. dazu http://agilemanifesto.org]: 1. Individuen und Interaktionen sind wichtiger als Prozesse und Werkzeuge. 2. Funktionierende Software ist wichtiger als umfangreiche Dokumentation. 3. Zusammenarbeit mit dem Kunden ist wichtiger als Vertragsverhandlungen. 4. Reaktion auf Veränderungen ist wichtiger als das Festhalten an einem Plan. Wie werden diese programmatischen Leitsätze in Scrum verwirklicht 3. Einführung in SCRUM Das Wort „Scrum“ (deutsch: „Gedränge“) kommt aus dem Rugbyspiel: Beim Scrum kämpfen je 8 Spieler von zwei Mannschaften darum, durch Wegschieben des Gegners Spielvorteile zu gewinnen. Wird diese Situation auf das Projektmanagement übertragen, bedeutet Scrum, daß ein Team im Interesse des zu erringenden Erfolgs um Zusammenhalt ringt, wobei nur wenige Regeln zu beachten sind. Scrum als Vorgehensmodell des agilen Projektmanagements wurde 1991 von Schwaber, Sutherland und Beedle eingeführt. Die Quellen von Scrum sind einerseits die Theorie der selbstorganisierenden Systeme, die Stafford Beer in den späten 1950er Jahren in seiner Managementkybernetik zur Entfaltung brachte, andererseits die Arbeiten von Nonaka/ Takeuchi zur Produktentwicklung. Der Scrum-Prozeß, der analog zur Erläuterung des Wasserfall-Modells in einem Bild [in Anlehnung an Schwaber] im Überblick dargestellt wird, setzt die kluge Besetzung von drei wesentlichen Rollen voraus, die nicht wie beim klassischen Projektmanagement an einzelne Personen (zum Beispiel Rolle Product Owner Team Scrum Master Funktion Projektleiter) gebunden ist. Die Tabelle vermittelt die von den Rollen auszuführenden Funktionen. Das zentrale Element im Scrum-Prozeß ist der Sprint, dessen Dauer in den Scrum-Empfehlungen mit bis zu 30 Tagen angesetzt wird. Voraussetzung für die Durchführung eines Sprints ist ein Sprint Backlog, der die vom Team umzusetzenden Aufgaben enthält. Das Team entscheidet selbst über die Aufgabenlösung. Wenn der Auftraggeber mit dem Sprintergebnis noch unzufrieden ist, erfolgt ein weiterer c o m p u t e r n 10/11 i m H @ n d w e r k H a n I S nd p tw e e cr r in ak e le t . d e c o m p u t e r n 10/11 i m H @ n d w e r k Durchlauf. 10/11 Das Sprintergebnis c o m p u tist e rimmer n i m H @ n d w e r k eine lauffähige Software, die getestet ist und gegenüber der Ausgangssituation I n t e r n e tver- bessert wurde. Sie hat die Eigenschaft eines Inkrements, beinhaltet also eine positive Änderung, einen Fortschritt gegenüber der letzten Beginnsituation. H a n d w e r k e . d e Der Scrum-Prozeß beginnt mit einem Meeting, in dem der Product Owner alle im Product Backlog enthaltenen Items erläutert. Zusammen mit dem Team erfolgt die Priorisierung der Teilaufgaben und die Festlegung des übergreifenden Sprint-Ziels. In einem Folge-Meeting werden die Arbeitsaufgaben an die Teammitglieder verteilt und daraus der Sprint Backlog abgeleitet. Jeden Tag finden Daily Scrum Meetings statt, die ca. 15 Minuten dauern. In diesen Meetings wird abgestimmt, wer welche Aufgaben übernehmen wird; der Product Backlog ist daraufhin zu aktualisieren. Am Ende des Sprints werden die erzielten Ergebnisse in einem Sprint Review präsentiert, in dem auch Fehler und Schwachstellen diskutiert werden. In jedem Falle muß das Team ein Der Product Owner ist verantwortlich für die Planung und Durchführung der Produktentwicklung. Er erfaßt die Anforderungen des Kunden an das Projekt und beschreibt sie in Form eines Product Backlog, der sich aus Teilaufgaben (Tasks/Items) zusammensetzt. Ein Backlog kennzeichnet einen zu bewältigenden Arbeitsauftrag. Es ist die Hauptaufgabe des Product Owner, diesen Product Backlog in Zusammenarbeit mit dem Team kontinuierlich zu optimieren. In großen Projekten kann der Product Owner mehrere Teams betreuen. Ein Scrum-Team besteht idealerweise aus 7 bis 9 Mitgliedern. Es kann selbst entscheiden, wie viele Items des Backlog bis zum nächsten Prozeßabschnitt (Sprint) zu realisieren sind. Der Scrum Master ist der Prozeßverantwortliche. Er unterstützt das Team in allen Belangen der Arbeitsorganisation und sorgt dafür, daß das Team erfolgreich ist. Ihm obliegt es auch, den Product Owner zu unterstützen. Product Inkrement nachweisen. Welche Chancen bietet Scrum Vor allem ist die unmittelbare Einbindung des Kunden in den Prozeß zu nennen. In der Regel hat ein Kunde frühzeitig klare Vorstellungen vom Ergebnis eines Projekts. In der Realität ist aber häufig die Änderung der Kundenwünsche während der Projektdurchführung zu beobachten. Um das Projekt in die gewünschte Richtung steuern zu können, muß man flexibel reagieren können. Im Falle des klassischen Projektmanagements müßte man zurück in die Anforderungsphase gehen, um eine neue Strategie zu 13
c o m p u t e r n 10/11 i m H @ n d w e r k H a n S d p w e e c r i ka e l . d e Agiles Projektmanagement mit SCRUM 10/11 c o m p u t e r n i m H @ n d w e r k S p e c i a l entwickeln. Dadurch entstehen Zeitverluste und zusätzliche Kosten. In einigen Fällen ist der Projektabbruch unumgänglich. Scrum dagegen bietet Flexibilität. Ein laufendes Projekt kann durch Änderung der Priorisierung ohne Unterbrechung und zusätzliche Kosten in die gewünschte Richtung gesteuert werden. Wirtschaftlichkeitsanalyse 4. für ein Scrum-Projekt Um einen Eindruck davon zu bekommen, mit welchen Chancen bei der Scrum- Projektierung gerechnet werden kann, wird im Folgenden am Beispiel der Angebotskalkulation für ein reales IT-Projekt, das ein IT-Dienstleister für einen Kunden erstellt hat, eine vergleichende Wirtschaftlichkeitsanalyse durchgeführt. Die folgende Tabelle widerspiegelt das Projektangebot bei klassischem Vorgehen. Die Erhebung in der Tabelle zeigt, daß das Angebot von Projektphase/ Meilenstein Projektinhalt 1 Update von Windows 2003 auf Windows 2008 R2 2 Grundinstallation Exchange 2010 48 3 Optional: Aufbau Exchange 2010 Edge Server 4 Anpassung BlackBerry Struktur 16 5 Projektkoordination 8 Scrum-Projekt transformiert – auf Details der Transformation wird an dieser Stelle nicht eingegangen –, ergibt sich ein Scrum- Projektstrukturplan nach dem im folgenden Screenshot dokumentierten Muster. Nach der Aufstellung des Scrum-Projektstrukturplans kann die Projektzeit für die Projektphasen, die als Meilensteine interpretiert werden können, berechnet werden. Am Ende wird sie mit insgesamt 98 Stunden ausgewiesen. Wird ein Bearbeiter mit einem 8-Stunden-Arbeitstag angenommen, kann das Projekt bei klassischem Projektmanagement nach 15 Tagen abgeschlossen werden, während Scrum das Projektende bereits nach 12,25 Tagen erreicht. Scrum ist somit um ca. 20 Prozent schneller. Eine kompakte Vergleichsaussage zwischen klassischem und agilem Projektmanagement in Gestalt von Scrum wird über ein sogenanntes Burndown-Diagramm vermittelt. Das Diagramm zeigt an, welche Zeit bis zum Projektende noch verbleibt. Es wird deutlich, daß Scrum mit fortschreitender Projektdauer immer effektiver wird und damit nicht in die Gefahr erhöhten Zeitdrucks kommt. Zeit (in h) Summe 120 34 16 Eine gewichtige Ursache für die Überlegenheit von Scrum gegenüber dem klassischen Projektvorgehen ist zum Beispiel die Einsparung umfangreicher Dokumentationsaufgaben. Die eingesparte Zeit kann für operative Tests verwendet werden, die am Ende / Umsatz * 100) aufgenommen. Bei gegebenen Kosten/Tag wird beim klassischen Projektansatz ein Wert von 25,89 erzielt; die Scrum-Bilanz für die Umsatzrentabilität erzielt den Wert 39,48. Mit Scrum würde der IT-Dienstleister in Bezug auf einen Euro Umsatz 39 Cent Gewinn erwirtschaften, das sind 13 Cent mehr als mit der klassischen Methode. Diese positive Entwicklung ist eine Konsequenz aus der Zeitersparnis, die den Personalaufwand und die Projektkosten vermindert. Durch die angebotsbasierte Wirtschaftlichkeitsanalyse konnte klar herausgestellt werden, daß der IT-Dienstleister bei Einsatz von Scrum durch Zeit- und Rentabilitätsvorteile profitiert. Aus Sicht des Kunden liegen die Vorteile neben der Zeit- und Kostenökonomie vor allem in der Transparenz der Projektrealisierung und der Einflußmöglichkeit während des Projektgeschehens. Auch wenn öffentliche Auftraggeber wegen einzuhaltender Dokumentationsvorschriften noch zögerlich mit agilen Projektvorschlägen umgehen, wird das agile Projektmanagement unaufhaltsam seinen Weg gehen. Dazu zwingen steigende Projektkomplexität und erhöhte Aufmerksamkeit gegenüber der Kundenloyalität. Ausdruck dieser Tendenz ist zum Beispiel, daß SAP im Frühjahr 2011 seine praxiserprobte Projekteinführungs- und Update-Methodik ASAP durch das „Agile Business Add-On to ASAP“ für Scrum geöffnet hat. Ein Zwischenschritt in der Ausweitung agiler Projektmethoden auch auf den öffentlichen Sektor wird darin bestehen, Scrum in das V- Modell der aktuellen Ausbaustufe XT zu integrieren, was nicht nur zulässig, sondern empfehlenswert ist. einer Projektzeit in Höhe von 120 Stunden ausgeht. Wird der Projektinhalt unter Einbeziehung von OpenProject für die Datenerfassung und -auswertung in ein aufwendige Nachbearbeitungen vermeidet und schließlich zum Zeitvorteil führt. In die Wirtschaftlichkeitsanalyse wird auch die Berechnung der Umsatzrentabilität (Gewinn * unter Nutzung einer Hausarbeit aus dem Jahre 2011 von Lydia Koschig und Iglika Mateeva im Lehrgebiet Wirtschaftsinformatik an der Fakultät Wirtschaftswissenschaften der HTWK Leipzig 14
Seite 1 und 2: Oktober 2011 27. Jahrgang CV Comput
Seite 3: c o m p u t e r n 10/11 i i m H @ n

Agiles Projektmanagement mit SCRUM - Wi.htwk-leipzig.de

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?