Blog | Projektmanagement

PmBok Guide 6th und agiles Projektmanagement (Teil 2)

Im Teil 1 zum PmBok Guide 6th agil haben wir unter anderem geklärt, dass inkrementell und iterativ nicht synonym zu verwenden sind.PMP Orte

Auf Seite 22 im PmBok Guide 6th wird der Prozess „Vorgänge definieren“ im Kontext der „rollierenden Planung“ oder „adaptiven Planung (u.a. agil)“ genannt. Genau genommen fokussiert der PmBok Guide schon immer, lange vor dem Aufkommen agiler Frameworks, agile Planung. Der Begriff der „rollierenden Planung“ ist mir jetzt seit 15 Jahren bekannt. Rollierend bedeutet, dass Planung immer nur die Anforderungen dediziert plant, über die „konkretes Wissen“ besteht. Damit soll verhindert werden, dass zu viele Änderungsanträge zu Stande kommen. Allerdings implizierten die PmBoks 1 – 5th immer use case bezogene Projekte, wobei die adaptiven Projekte ja primär user story bezogen geplant werden.

Tatsache aber ist, dass Frameworks im agilen Bereich, durchaus positiv durch Prozessbeschreibungen wie bspw. „Vorgänge definieren“ befruchtet werden können. Dieser Prozess besteht aus drei Eingangswerten, vier Werkzeugen und Methoden sowie fünf Ausgangswerten. Auch innerhalb eines Sprints müssen Vorgänge oder Aufgaben geplant werden. Dafür vorgesehen ist das Backlog, dass auf Basis von User Stories erstellt wird. Das Backlog kann und sollte aber auch als Projektstrukturplan PSP im Rahmen des Sprint Plannings dargestellt werden.  Im Gegensatz zum Backlog stellt der PSP die User Stories in Form einer Baumstruktur oder eines Mindmap dar. Der Unterschied besteht darin, dass es sich beim PSP um eine zusätzliche grafische Darstellung des Scopes handelt, wogegen wenn schon möglich, User Stories in Arbeitspakete umgewandelt werden.

Ein PSP kann dabei helfen, Interdependenzen zwischen den Aufgaben deutlich zu machen, Storiepoints den Aufgaben zuzuweisen sowie dem Team einen gemeinsamen View auf das große Ganze eines Sprints zu präsentieren.

Im Sprint Planning werden die User Stories und/oder Arbeitspakete in Aufgaben oder Vorgänge umgewandelt. Die Prozesse des PmBok Guides werden hier für jeden Sprint iterativ wiederholt. Beispiel S. 131 3.Absatz: Für jede Iteration werden die Prozesse Anforderungen sammeln, Inhalt und Umfang definieren, Projektstrukturplan erstellen wiederholt. Wie schon weiter oben beschrieben, stellen die Prozessbeschreibungen mit Ihren Werkzeugen und Methoden auch für agile Projekte einen erheblichen Nutzen dar.

PSP AgilZudem verweisen die Inputs und Outputs wiederum auf Prozesse, die Inputs erzeugen oder Outputs aufnehmen. So erzeugen diese Interdependenzen oder Schnittstellen eine stringente Struktur, die dem Team hilft, einen ganzheitlichen Content für einen Sprint zu entwickeln.

Die „Entwicklung des  Projektstrukturplans“ bspw. beschreibt einen Prozess, der den Input für den Prozess „Vorgänge definieren“ leistet.

Lesen Sie im 3. Teil: Iterative und Bedarfsorientierte Terminplanung

 

Keine Macht der Werbung! Des Autors einziger Lohn: Eine Referenz in Ihrem Netzwerk!

Hier schreibt Renee Ossowski, PMP

Werden Sie Mitglied in der XING Gruppe "SONOXO Akademie": https://www.xing.com/communities/groups/sonoxo-akademie-8018-1100996

Sie erreichen uns jetzt auch in Facebook: https://www.facebook.com/Habitualisierung/

Die SONOXO Akademie GmbH Salzburg ist eine Firmenschwester der SONOXO GmbH aus Berlin. Die SONOXO GmbH ist mit Projektberatern in diversen  Unternehmen unterwegs. Erfahrungen der SONOXO GmbH werden in der SONOXO Akademie adaptiert und in Trainings umgesetzt. Ein großes Augenmerk der SONOXO Akademie liegt auf der Habitualisierung des Erlernten, eine Transformation in unbewusstes Wissen. Die Seminare finden über Berlin hinaus, in den meisten Großstädten Deutschlands und Österreichs statt.

Geben Sie uns Ihr Feedback! Bitte melden Sie sich an, um einen Kommentar zu posten!