In dem von uns entwickelten Blended Learning Lehrgang Projektmanager/in Agil (IHK) geht es selbstverständlich auch um das Scrum-Framework. Um dabei ein priorisiertes Backlog mit den Anforderungen zu erhalten, werden u.a. aus der Perspektive von fiktiven Charakteren (Personas) User Stories formuliert.
Diese werden dann relativ (nicht absolut) geschätzt. Relativ bedeutet hier, dass eine User Story als Referenz festgelegt wird.
Mit Hilfe der modifizierten Fibonacci-Reihe schätzen die Developer den jeweiligen Aufwand der verschiedenen User Stories ab, die für den nächsten Sprint vorgesehen sind – das geschieht im Sprint Planning in Abstimmung mit dem Product Owner und dem Scrum Master, bzw. auch mit anderen Stakeholdern.
Dieses Schätzen kann mit Planning Poker unterstützt werden. Wir haben uns dazu ein Kartenspiel mit unserem Logo herstellen lassen (siehe Abbildung). Der Aufwand der einzelnen User Stories kann dann mit Hilfe des Kartenspiels ermittelt werden. Darüber hinaus kann Planning Poker auf dieser Seite auch online gespielt werden.
Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen, die wir an verschiedenen Standorten anbieten. Informationen zu unseren Blended Learning Lehrgängen und zu aktuellen Terminen finden Sie auf unserer Lernplattform.
OpenProject ist eine Open Source Anwendung und unterstützt ein Projektteam über den Lebenszyklus eines Projekts hinweg. Die dazu verwendeten Arbeitspakte können je nach Vorgehensmodell in OpenProject bei der Projektkonfiguration ausgewählt werden (Abbildung).
Bei einem plangetrieben Ansatz sind es Phasen, Meilensteine und Tasks, bei agilen Vorgehensmodellen sind es Tasks, Features, Epics, User Stories und Bugs, die z.B. bei Scrum und Kanban Verwendung finden.
Es wird hier schon deutlich, dass OpenProject auch die Möglichkeit bietet, plangetriebene und agile Vorgehensmodelle in einem Hybriden Projektmanagement zu integrieren, was gerade heute ein wichtiges element für die Auswahl eine geeigneten Tools im Projektmanagement ist. Siehe dazu auch PMI (2024) Global Survey: Hybrides Projektmanagement wird immer wichtiger.
Anmerkung: Der Begriff “Arbeitspaket” ist im Zusammenhang mit einem Meilenstein unglücklich, da ein Arbeitspaket einen Vorgang darstellt, der eine zeitliche Ausdehnung von z.B. T1 bis T2 hat. Ein Meilenstein stellt ein Ereignis dar, und hat die Dauer=0.
Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in AGIL (IHK). Informationen dazu, und zu aktuellen Terminen, finden Sie auf unserer Lernplattform.
Bei Projekten (plangetrieben/hybrid/agil) geht es immer wieder darum, Anforderungen richtig einzuschätzen. Anforderungen können z.B. bei plangetriebenen Vorgehensmodellen aus Ausschreibungen, aus einer Requirementsliste, aus einem Lastenhaft usw. abgeleitet werden. Bei agilen Vorgehensmodellen werden Anforderungen oft anhand von Stories (User Stories, Technocal Stories…) beschrieben. In hybriden Vorgehensmodellen gibt es eine Kombination der genannten Möglichkeiten, was die Angelegenheit nicht einfacher macht. Mit verschiedenen Techniken können Anforderungen strukturiert/sortiert werden. Es stellt sich dabei die Frage: In Bezug was? Der Bezug sollte immer der Geschäftswert für den Kunden, bzw. für das Unternehmen sein (Siehe dazu diesen Blogbeitrag). Liegen nun verschiedene Anforderungen vor, kann man diese nach Kriterien bewerten.
Backlog Items
Umsatz im 2. Quartal
Mini- mier- ung des tech-nischen Risikos
Erhöh- ung der Benutz-barkeit
Ge-samt
Ge- wicht = 5
Um-satz Wert
Ge- wicht =4
Risiko Wert
Ge- wicht =2
Be- nutz-bar- keit Wert
Anfor-derung 1
3
15
0
0
0
0
15
Anfor-derung 2
0
0
3
12
1
2
14
Anfor-derung 3
4
20
2
8
2
4
32
Anfor-derung 4
2
10
2
8
3
6
24
Anfor-derung 5
0
0
2
8
5
10
18
…..
Berechneter Geschäftswert auf Basis mehrerer Kriterien (Hruschka et al. 2021:75)
In der Tabelle sind zunächst 5 Anforderungen gelistet, die nach den Dimensionen “Umsatz im 2. Quartal”, “Minimierung des technischen Risikos” und “Erhöhung der Benutzbarkeit” bewertet wurden. Die einzelnen Kriterien wurden dabei weiterhin mit unterschiedlichen Gewichtungen versehen. Aus den Berechnungen geht hervor, dass die “Anforderung 3” mit einem Gesamtergebnis von “32” das werthaltigste Ergebnis liefert.
In den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in AGIL (IHK) gehen wir auf diese Zusammenhänge ein. Informationen zu den Lehrgängen und zu aktuellen Terminen finden Sie auf unserer Lernplattform.
Es ist auch im Agilen Projektmanagement gut, mit Metriken zu arbeiten, und diese zur Steuerung zu verwenden. Einzelne Steuerungstechniken wie Burn-Down Charts, Burn-Up Charts, Velocity oder Cumulative Flow Diagram werden oft relativ isoliert betrachtet und möglicherweise irgendwann einmal in ein OKR (Objectives and Key Results) überführt. Dieser Weg ist für viele Organisationen allerdings noch sehr lang. Es stellt sich daher die Frage, was man mit den oftmals vorhandenen Steuerungstechniken verbessert machen kann. In dem folgenden Beispiel betrachten wir im Scrum Rahmenwerk (Framework) das Product Backlog etwas genauer.
Das Product Backlog ist eine emergente, geordnete Liste der Dinge, die zur Produktverbesserung benötigt werden (Schwaber/Sutherland 2020). Es ist die einzige Quelle von Arbeit, die durch das Scrum Team erledigt wird. Das Product Backlog ist eine geordnete Liste von allem, von dem bekannt ist, dass es im Produkt enthalten sein soll. Es dient als einzige Anforderungsquelle für alle Änderungen am Produkt. Der Product Owner ist für das Product Backlog, seine Inhalte, den Zugriff darauf und die Reihenfolge der Einträge verantwortlich (Gareis/Gareis 2017:137). Es gibt einige Qualitätskriterien (wie z.B. DEEP) die beschreiben, was ein gutes Product Backlog ausmacht, doch geht es noch besser, noch quantitativer? Antwort: Ja, durchaus.
“Ein gutes Backlog zeichnet sich vor allem dadurch aus, dass die darin enthaltenen User Stories gut beschrieben sind. Sie benötigen Story Points für die Komplexitätsmessung, einen Prioritätswert, einen Business Value und eine Risikobewertung. Um die Qualität des Backlogs zu messen, kann beispielsweise eine kombinierte Metrik mit folgenden Kenngrößen verwendet werden: • Anzahl der User Stories im Backlog verglichen mit einem festgelegten Zielwert. • Verweildauer der User Stories im Backlog bzw. Dauer zwischen Erstellung und Übergang in den Status ´Ready´. • Gruppierung der User Stories nach Priorität, Anzahl Story Points, Business Value bzw. Risikobewertung und Vergleich mit festgelegten Zielwerten. (…) In diesem Beispiel sind 30 User Stories im Product Backlog (Zielwert 50). Diese haben eine Komplexität von 1.600 Story Points (Zielwert 2.000) und einen Business Value von 1.050 (Zielwert 1.500). Je Kategorie wird zusätzlich die Verteilung auf Prioritäten von eins bis vier gezeigt. Aufgrund der Abweichungen gegenüber den Zielwerten ergibt sich ein gemittelter Gesamterfüllungsgrad von 70%” (Brüggenkamp et al. 2020: Metriken in agilen Projekten. In: projektmanagementaktuell 4/2020, S. 53-59).
Interessant ist, dass die Autoren auch eine Visualisierung der quantitativen Werte in einer Backlog Health Chart vorschlagen, aus der dann sogar Trendanalysen ableitbar sind. Hier wäre ich allerdings etwas vorsichtiger, da es in einem agilen Vorgehensmodell immer wieder zu stärkeren Veränderungen kommt, die so nicht immer vorhersehbar sind. Dennoch halte ich den in dem Artikel aufgezeigten Ansatz für praktikabel und nützlich.
In den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in AGIL (IHK) gehen wir auf solche Zusammenhänge ein. Informationen zu den Lehrgängen und zu aktuellen Terminen finden Sie auf unserer Lernplattform.
OpenProject: Auf unseren Servern installierte Open Source Anwendung: Sprint-Beispiel mit Story Points zu den User Stories
Wie schon in einem anderen Blogbeitrag beschrieben, haben wir OpenProject auf unseren Servern installiert. OpenProject kann im klassischen/plangetriebenen Projektmanagement genutzt werden (z.B. Balkenplan usw.). Darüber hinaus bietet OpenProject auch die Möglichkeit, agile Vorgehensmodelle wie z.B. Scrum (Rahmenwerk) darzustellen. Neben einer Roadmap und einem Product Backlog sind auch Sprints abbildbar. In der Grafik sehen Sie ein Demoprojekt mit der Navigation auf der linken Seite und den Sprint 1 mit Epics, verschiedenen User Stories und den dazugehörenden einzelnen Tasks.
Die User Stories sind mit Story Points nicht absolut, sondern relativ geschätzt worden. Die angegeben Story Points orientieren sich an der Fibonacci-Folge und können mit Planning Poker im Scrum Team bestimmt werden. Wenn die User Story mit der ID=26 mit 1 Story Point (Aufwand) bewertet wurde, stellt sich die Frage, wie andere User Stories in Relation dazu bewertet werden sollten. Das Scrum Team hat beispielsweise dann die User Story mit der ID=27 mit 5 Story Points bewertet usw. Ein Epic besteht aus mehreren User Stories und kann für den Sprint zu groß sein, sodass wiederum kleinere User Stories generiert werden sollten. Damit solch große Formate nicht in den Sprint gelangen, sollten Epics vom Product Owner in einem Requirementsboard frühzeitig und transparent detailliert werden.
In den von uns entwickelten Blended Learning Lehrgang Projektmanager/in AGIL (IHK) gehen wir auf diese Zusammenhänge ein, und stellen den Teilnehmern OpenProject vor – bzw. auch zur Verfügung -, sodass Sie verschiedene Funktionen ausprobieren können. Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.
Translate »
Diese Website benutzt Cookies. Wenn du die Website weiter nutzt, gehen wir von deinem Einverständnis aus.OK
