Agiles Projektmanagement mit Scrum - Herausforderungen bei der Produktivsetzung von Produktinkrementen
←
→
Transkription von Seiteninhalten
Wenn Ihr Browser die Seite nicht korrekt rendert, bitte, lesen Sie den Inhalt der Seite unten
Projektmanagement
Agiles Projektmanagement mit Scrum
Herausforderungen bei der Produktivsetzung
von Produktinkrementen
Peter Preuss, FOM Hochschule für Oekonomie & Management und Tobias Renk, BP Europa SE
Beim agilen Projektmanagement nach Scrum entwickeln Scrum-Teams in einer
iterativen Vorgehensweise Software-Produkte. Ein wesentlicher Vorteil dieses Agile Project Management with Scrum –
Vorgehens ist, dass das gesamte Projekt flexibler gestaltet werden kann. So Challenges Involved in Delivering Product
kann man beispielsweise sehr gut auf neue Anforderungen, die sich erst wäh- Increments
rend des Projektverlaufs ergeben, reagieren. Ein weiterer Vorteil ist die Mög- In Scrum projects self-organized teams devel-
lichkeit, in regelmäßigen Zeitabständen neue Versionen des Projektprodukts op software products in an iterative process.
(sogenannte Produktinkremente) ausliefern zu können anstatt bis zum „finalen A major advantage of this approach is that
the project becomes more flexible. For exam-
GoLive“ am Projektende warten zu müssen. Ziel dieses Beitrags ist es, Heraus- ple, the project team can react very quickly if
forderungen zu diskutieren, die man bei der Produktivsetzung dieser Produkt- new requirements are discussed during the
inkremente meistern muss. project. Another advantage is the possibility
to deliver product increments on a regular
base instead of having to wait until the end
of the project. The aim of this article is to dis-
cuss challenges that must be overcome when
these regular increments are moved into the
production environment.
Keywords:
scrum, product increment
Grundsätzlich besteht das Scrum-Framework eine Liste mit den priorisierten Anforderungen
aus drei Projektrollen, drei Artefakten, fünf Er- an das zu erstellende Produkt. Diese Aufstel-
eignissen und einem fest vorgegebenen Regel- lung ist niemals vollständig und existiert in der
werk. Das Zusammenspiel dieser Scrum-Kom- Regel so lange, wie das Projektprodukt entwi-
ponenten wird im Folgenden kurz beschrieben. ckelt wird. Der Product Owner ist für das Pro-
duct Backlog verantwortlich und überarbeitet
Scrum-Rollen: Jedes Scrum-Team hat einen kontinuierlich die Backlog-Anforderungen und
Product Owner, einen Scrum Master und ein deren Prioritäten. Das bedeutet, dass er die Ein-
Entwicklungsteam. Die Verantwortung für das träge regelmäßig verfeinert, das Backlog um
Software-Produkt liegt beim Product Owner. neue Anforderungen erweitert und obsolet ge- Prof. Dr. Peter Preuss lehrt Wirtschafts-
informatik an der FOM Hochschule für
Er ist daher insbesondere verantwortlich für wordene Anforderungen aus der Aufstellung Oekonomie & Management in Stutt-
gart. Er ist geschäftsführender Gesell-
die Wertmaximierung und die Qualität des löscht. Je wichtiger eine Anforderung ist, desto schafter der Unternehmensberatung
Produkts. Das Entwicklungsteam arbeitet selb- genauer muss sie ausformuliert sein und desto People Consolidated GmbH, die sich
auf die Einführung von SAP-Produkten
storganisiert und in iterativen Schleifen am größer muss deren Priorität sein. Beschrieben für das Konzernrechnungswesen und
-controlling spezialisiert hat.
Projektprodukt. Ein Entwicklungsteam sollte werden die Anforderungen häufig in Form von
mindestens drei und nicht mehr als neun Mit- User Stories. Das Sprint Backlog enthält die
glieder haben. Die Kernaufgabe des Scrum Product-Backlog-Einträge, die in der aktuel-
Masters besteht darin, im Team Verständnis len Projektiteration umgesetzt werden sollen.
für das Scrum-Framework zu schaffen, dafür zu Diese Einträge werden auch als Sprint-Back-
sorgen, dass das Regelwerk eingehalten wird log-Items bezeichnet. Die Verantwortung für
und alle Probleme beseitigen, die das Team bei das Sprint Backlog liegt beim Entwicklerteam. Dr. Tobias Renk ist Global Service
seiner Arbeit behindern. Das bedeutet insbesondere, dass das Team Owner für den Bereich B2C Pricing
der BP Europa SE. Er ist als Experte
entscheidet, welche Product-Backlog-Einträge und Keynote Speaker zu den Themen
Innovation, kultureller Wandel und
Scrum-Artefakte: Unter Artefakten versteht es in der nächsten Iteration bearbeitet und wie Digitale Transformation unterwegs.
man Prozessergebnisse, die während eines diese in detaillierte Aufgaben (Tasks) verfeinert Außerdem ist er als Dozent für Un-
ternehmensführung an der Dualen
Projekts erstellt werden. Scrum kennt die drei werden können. Während eines Sprints wird Hochschule in Stuttgart tätig.
Artefakte Product Backlog, Sprint Backlog und das Sprint Backlog nach der Erledigung eines peter.preuss@fom.de
Produktinkrement. Das Product Backlog ist Tasks vom Entwicklerteam aktualisiert. Das Er- www.fom.de
29
Projektmanagement
Scrum Rollen
Product alle
Owner 24 Stunden
Daily
Scrum
Scrum Sprint Review
Master
Sprint
Retrospektive (1-4 Wochen)
Entwick-
lungsteam
User Stories
Priorität der
In Tasks verfeinerte
User Stories
Produkt-
Produkt-
inkrement
inkrement
Scrum Ereignis
Product Sprint Sprint
Scrum Artefakt Backlog Planning Backlog
Bild 1: Scrum-Framework.
gebnis einer Iteration bezeichnet man als Pro- findet täglich zur gleichen Zeit das Daily Scrum
duktinkrement. Dieses Artefakt besteht somit Meeting statt, in dem jeder Entwickler auf sei-
aus den in der aktuellen Iteration umgesetzten ne aktuelle Arbeit eingeht und den Fortschritt
User-Stories und allen Anforderungen, die in bis zum nächsten Daily Scrum prognostiziert.
den vorherigen Iterationen realisiert wurden. Am Ende eines jeden Sprints werden das Sprint
Wichtig ist, dass jedes Produktinkrement re- Review Meeting und die Sprint-Retrospektive
lease-fähig ist, also potenziell an den Kunden abgehalten. Zunächst wird im Sprint Review
auslieferbar ist. das entwickelte Produktinkrement vorgestellt.
An diesem Meeting nehmen das Scrum-Team
Scrum-Ereignisse: Bei Scrum gibt es fünf Er- und insbesondere der Kunde teil, da man von
eignisse mit festgelegter Dauer. Hierzu ge- ihm ein Feedback zum Produktinkrement be-
hören der Sprint und vier Scrum-Meetings. nötigt. Dieses Feedback wird dann verwendet,
Der Sprint ist ein vollständiger Iterationslauf um ggf. neue Backlog-Anforderungen zu iden-
immer gleicher Länge. Ist ein Sprint zu Ende, tifizieren. In der abschließenden Sprint-Retro-
startet direkt im Anschluss die nächste Iterati- spektive reflektiert das Scrum-Team den Sprint-
on. Während eines Sprints findet die Entwick- verlauf und überlegt, was im nächsten Sprint
lungsarbeit an den Sprint-Backlog-Items statt. verbessert werden könnte (Bild 1).
Gestartet wird ein Sprint mit dem Sprint Plan-
ning Meeting. In dieser Besprechung fokussiert Produktivsetzung der Produkt-
man sich auf folgende zwei Fragestellungen: inkremente
Was kann in diesem Sprint realisiert werden,
und wie wird diese Arbeit umgesetzt? Das Ent- Wie bereits erläutert, wird bei Scrum am Ende
wicklungsteam übernimmt im ersten Teil der eines Sprints ein potenziell auslieferbares Pro-
Planungssitzung so viele User Stories aus dem duktinkrement erzeugt. Das bedeutet, dass
Product Backlog in das Sprint Backlog, wie es der Kunde das Produktinkrement nutzen kann,
im Sprint umsetzen kann. Hieraus abgelei- und zwar in der Produktivumgebung. Es ist also
tet formuliert dann das gesamte Scrum-Team nicht das Ziel von Scrum, sämtliche möglichen
das Ziel des Sprints. Im zweiten Teil überlegt Graubereiche wie „eigentlich fertig“ oder „fast
das Entwicklungsteam, welche Tasks zum Er- fertig“ oder „fertig, aber noch nicht final getes-
reichen ihres Sprintziels und zur Abarbeitung tet“ zu erreichen. Viele Organisationen konn-
der ausgewählten Product-Backlog-Items not- ten diesen Schritt noch nicht in Gänze gehen.
wendig sind. Während der Entwicklungsarbeit Insofern lässt sich durchaus zusammenfassen,
30 Industrie 4.0 Management 36 (2020) 3Projektmanagement
dass ein Großteil der heutigen Scrum-Organi- setzen. Allerdings können viele Testpersonen
sationen in Wirklichkeit keine sind. Vor allem auch als kritisch betrachtet werden. Zum ei-
vier Aspekte, die nachgehend näher mit Erfah- nen vergrößert sich dadurch die Teamgröße,
rungen aus der Praxis erläutert werden sollen, was die Kommunikation innerhalb des Teams
zeigen sich immer wieder als Hindernisse auf erschwert. Damit einher geht ein grundlegen-
dem Weg zu einer echten Scrum-Organisation. des Prinzip agiler Entwicklungsmethoden,
nämlich die Reduzierung von Übergaben
Aspekt 1: Die Wichtigkeit der Defini- (Hand-over). Zum anderen wirkt sich ein de-
tion of Done diziertes Testteam ab einer gewissen Größe
natürlich auch negativ auf das Projektbudget
Ein wesentlicher Erfolgsfaktor von Scrum ist aus. Es gilt also, hier das richtige Maß zu fin-
eine klare Festlegung der Definition of Done. den. In der Praxis hat es sich als äußerst positiv
Hierunter versteht man bestimmte Charakte- herausgestellt, das Thema Testing in die Hän-
ristika, die eine User Story oder ein Task erfül- de der Business-Analysten zu legen. Denn wer
len muss, um am Ende eines Sprints wirklich weiß besser über die richtige Umsetzung ei-
als „done“, also als „fertig“ deklariert werden zu ner User Story Bescheid als die Business-Ana-
können. Die Definition of Done sollte in jedem lysten, die die User Story geschrieben und die
Projekt individuell vom Scrum-Team festgelegt Akzeptanzkriterien festgelegt haben?
werden. Aufgrund der Definition des Produkt-
inkrements gibt es aber ein paar Kriterien, die Der Königsweg ist freilich die Testautomati-
in jedem Scrum-Projekt erfüllt sein müssen. sierung, die letzten Endes unumgänglich ist,
Definiton-of-Done-Kriterien für User Stories wenn man Scrum mit kurzen Entwicklungszy-
und Tasks könnten demnach so aussehen: klen wirklich sinnvoll umsetzen will. Allerdings
gibt es auch hierbei mannigfaltige Herausfor-
Done-Regel für User Story: derungen. Zum einen erzeugt eine Testau-
• 100 % aller Akzeptanzkriterien erfüllt tomatisierung zunächst hohe Kosten, ohne
• User-Story-Tests erfolgreich abgeschlossen direkt einen Gegenwert zu liefern. Eine Orga-
• Integrationstest erfolgreich abgeschlossen nisation muss also Willens sein, dieses Invest-
• Alle Bugs, die durch die User Story generiert ment zu tätigen, was sich üblicherweise erst
wurden, wurden behoben nach ein bis drei Jahren auszahlt. Zum ande-
• Die entsprechenden Dokumentationen und ren muss man sich im Klaren darüber sein, was
Instruktionen, insbesondere die Endanwen- die Testautomatisierung umfassen soll. Sollen
derdokumentation, wurden fertiggestellt alle potenziellen Tests automatisiert werden?
und übergeben Mit welchen Tests fängt man bei der Auto-
matisierung an? Kann die Automatisierung
Done-Regel für Task: so in den Sprint integriert werden, dass suk-
• Dokumentation fertiggestellt und überge- zessive eine Testautomatisierung entsteht? In
ben der Praxis hat sich Folgendes bewährt und als
• Alle Unit-Tests erfolgreich abgeschlossen äußerst vorteilhaft herausgestellt. Wenn eine
• Code Review erfolgreich durchgeführt Organisation mit Testautomatisierung starten
will, dann sollte man sich zunächst auf die Au-
Die Wichtigkeit der Definition of Done darf tomatisierung der Regressionstests konzen-
nicht unterschätzt werden. Sie gibt am Ende trieren. Die Vorteile liegen auf der Hand. Re-
dem Team die Sicherheit und Klarheit, die be- gressionstests können über Nacht laufen und
nötigt wird, um innerhalb eines Sprints tat- sparen so immens Zeit ein, um abzuprüfen,
sächlich ein potenziell auslieferbares Produkt- ob der neue Programmcode negative Auswir-
inkrement zu erzeugen. kungen auf bereits bestehenden Code hat. Als
nächster Schritt ist ein Test-driven Develop-
Aspekt 2: Das Kreuz mit dem Testen ment (TDD) erstrebenswert, was die Thematik
Unit Testing stark verbessert. Das bedeutet im
Im obigen Abschnitt wurde die Bedeutung des Prinzip nichts anderes, als dass ein Entwickler
Testens sehr deutlich. Ohne erfolgreich durch- zunächst damit beginnt, ein Testprogramm
geführte Tests kann kein Code mit gutem Ge- zu schreiben, welches die Akzeptanzkriterien
wissen produktiv gesetzt werden. Hierbei sind abprüft. Ist dieses erstellt, kann der Entwick-
vor allem zwei Aspekte besonders hervorzuhe- ler gegen dieses Programm das Produktin-
ben. krement entwickeln. Das spart am Ende auch
enorm viel Zeit und zeigt einmal mehr die
In größeren IT-Projekten werden häufig viele Wichtigkeit der Definition of Done. Eine große
Test- und Quality-Assurance-Personen einge- Herausforderung ergibt sich bei der Thematik
setzt. Dem ist prinzipiell nichts entgegenzu- Testautomatisierung vor allem für über Jahre
31Projektmanagement
gewachsene Unternehmen mit einer durch- kann ein echtes Scrum-Team heranwachsen.
aus komplexen IT-Landschaft. Beständigkeit der Teammitglieder ist dabei ein
wesentliches Erfolgskriterium. Das Einfordern
Aspekt 3: Ein schweres Erbe: eines festen Lieferantenteams hat sich in der
gewachsene IT-Landschaften Praxis als sehr positiv gezeigt. Will heißen: Ein
Wechseln der Teammitglieder aufseiten des
Vielerorts begegnet einem das Spotify-Mo- Lieferanten sollte vermieden werden. Zweitens
dell als gutes Beispiel, wie Agilität in größeren sollte Transparenz hinsichtlich der zu leisten-
Projekten umgesetzt werden kann. Kern die- den und geleisteten Arbeit erreicht werden.
ses Modells ist es, möglichst autonome Teams Bei der Zusammenarbeit mit externen Liefe-
(Squads) zu haben, die alle notwendigen Funk- ranten ist das oft nicht so einfach möglich, da
tionalitäten und Anforderungen abdecken, um zum einen Informationen bewusst zurückge-
ein bestimmtes Teilprodukt unabhängig von halten werden können, zum Beispiel weil sie
anderen Squads weiterentwickeln zu können. interne Angelegenheiten betreffen, und zum
In größeren Unternehmen, die über Jahrzehn- anderen verschiedene Tools für die Projekt-
te gewachsen sind, ist dieses Setup eine große durchführung eingesetzt werden. Es sollte da-
Herausforderung. Im Gegensatz zu Start-Ups her immer ein konsolidiertes Backlog, in dem
starten diese Unternehmen ihre agile Reise alle notwendigen Arbeitsbereiche offen und
nicht auf der grünen Wiese (Green Field), son- transparent enthalten sind, verwendet werden.
dern finden bereits eine gewachsene, und Das ermöglicht es auch dem Kunden, jederzeit
deshalb meist komplizierte IT-Infrastruktur vor einen Überblick über den Projektfortschritt zu
(Brown Field). Diese sogenannte Legacy-Land- erhalten. Am Ende ist dies eine nicht zu unter-
schaft erweist sich vor allem hinsichtlich zwei- schätzende Maßnahme, um Vertrauen inner-
er Gesichtspunkte als schwierig auf dem Weg halb des Teams aufzubauen.
hin zu echter Agilität. Einerseits sind die Ver-
antwortlichkeiten für verschiedene Systeme Resümee
über mehrere Abteilungen verteilt, sodass eine
echte Ende-zu-Ende-Betrachtung der Prozesse In vielen Fällen wird agil als neues Allheilmittel
erschwert wird. Eine mögliche Lösung ist die in der Software-Entwicklung angesehen. Die
Bildung bereichsübergreifender Squads. Oder zugrundeliegenden Agilen Prinzipien werden
anders ausgedrückt: Nimmt ein Unternehmen aber oft falsch interpretiert. Agil bedeutet in
das Thema Agilität wirklich ernst, so wird es keinem Fall, dass man als Organisation einfach
um eine Reorganisation nicht herumkommen. mal loslegt und guckt, wie das Projekt so läuft.
Andererseits wuchs die IT-Landschaft an un- Agilität, und im besonderen Scrum, beruht auf
terschiedlichen Orten unterschiedlich schnell einem klar vorgegebenen Rahmenwerk und
und damit sehr wahrscheinlich auch basierend Regeln. Nur wenn dieses Rahmenwerk organi-
auf unterschiedlichen Technologien. Diese ge- satorisch verankert wird und die Regeln einge-
wachsene IT-Landschaft erfordert einen enor- halten werden, bekommen agile Projekte die
men Kraft- und Zeitaufwand für Unternehmen, notwendige Struktur.
um Scrum richtig umsetzen zu können.
Ein wesentlicher Vorteil von Scrum besteht
Literatur
Aspekt 4: Die Integration externer darin, dass man bereits während des Projekt-
[1] Kniberg, H.; Invarsson: Scal- Lieferanten verlaufs regelmäßig Produktinkremente pro-
ing Agile @ Spotify with duktiv setzen kann. So erhält man wertvolle
Tribes, Squads, Chapters &
Guilds. URL: https://creative- Ein überaus wichtiger Aspekt, der oftmals nicht Kunden-Feedbacks und kann kontinuierlich
heldstab.com/wp-content/ ausreichend betrachtet wird, ist die Integra- prüfen, ob das Produkt auch die Kundenanfor-
uploads/2014/09/scaling-agi-
le-spotify-11.pdf, Abrufdatum tion von Lieferanten. Viele Unternehmen ko- derungen erfüllt. In dem Beitrag wurde aller-
20.12.2019. operieren mit externen Partnern, die ihrerseits dings gezeigt, dass diese potenziellen Produk-
[2] Preuss, P.: Scaling Scrum mit
Nexus, in: Handbuch der Un- selbst Strukturen und Prozesse haben, die von tivsetzungen am Ende eines jeden Sprints in
ternehmensberatung: Kenn- deren Mitarbeitern gelebt werden müssen. der Unternehmenspraxis mit größeren Heraus-
zahl 2155. Berlin 2019.
[3] Schwaber, K.; Sutherland, K.: Dies kann am Ende eine Zusammenarbeit im forderungen verbunden sind.
The Scrum Guide. 2017, URL: Scrum-Team erheblich erschweren. Zwei As-
www.scrumguides.org/docs/
scrumguide/v2017/2017- pekte sind hier besonders zu beachten. Erstens
Scrum-Guide-US.pdf#- sollte den externen Lieferanten ein Gefühl der Schlüsselwörter:
zoom=100, 2017, Abrufda-
tum 20.12.2019. Zugehörigkeit vermittelt werden. Denn nur so Scrum, Produktinkrement, Produktivsetzung
32 Industrie 4.0 Management 36 (2020) 3Sie können auch lesen
