Bei der Skalierung von agilen Vorgehensmodellen, Methoden und Werkzeugen kommt der Kommunikation eine besondere Bedeutung zu. Es wäre daher gut, wenn z.B. wichtige Begriffe einheitlich definiert und interpretiert würden. Am Beispiel von verschiedenen Begriffen zu Anforderungen auf verschiedenen Granularitätsebenen wird allerdings klar, dass dem – zumindest aktuell – nicht so ist. Beispielhaft soll das an IREB (Terminologie des International Requirements Engineering Boards), den Skalierungsframeworks LeSS und SAFe, sowie Atlassian gezeigt werden.
IREB Terminologie
LeSS
SAFe
Atlassian
Epic
Theme
Grobgranulare Anforderungen
Epic
Requirements Area
Capability
Initiative
Anforderungen mittlerer Granularität
Feature
Feature
Feature
Epic
Feingranulare Anforderungen
User Story
User Story
User Story
User Story
Terminologie für Anforderungen auf verschiedenen Granularitätsebenen in ausgewählten Methoden und Werkzeugen (Hruschka et al. 2022:87):
Am Beispiel „Epic“ wird deutlich, wie unterschiedlich der Begriff in seiner Granularität verwendet wird. Manche Skalierungs-Frameworks verwenden wiederum einfach den Begriff „Backlog Item“, um Anforderungen zu beschreiben. Werden in einer Organisation verschiedene Frameworks bei der Skalierung verwendet, sollte die Terminologie zwischen den Teams abgestimmt sein.
In dem von uns entwickelten Blended Learning Lehrgang Projektmanagerin Agil (IHK) gehen wir auf diese Zusammenhänge ein. Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.
Im SCRUM Rahmenwerk (SCRUM Guide 2020) gibt es verschiedene Events und Artefakte. Zu den Artefakten gehört das Produktinkrement, das nach einer Iteration (Sprint) vorliegen soll. Dabei muss das Inkrement den Definition of Done (DoD) genügen und dem Sprint-Ziel entsprechend einen Mehrwert liefern. In Bezug auf das Produktinkrement gibt es dabei immer wieder einmal unterschiedliche Beschreibungen.
„Jede Iteration soll ein potenziell releasefähiges Produktinkrement liefern, das den Wert des Produkts insgesamt steigert. (Hinweis: In einigen Versionen von Scrum und anderen agilen Ansätzen wird dies als ´potenziell auslieferbares Produkt´ oder ´potenziell verwendbares Produktinkrement´ bezeichnet.) [LeSS] erklärt dieses Ziel wie folgt: ´Potenziell auslieferbar ist eine Aussage über die Qualität der Software und nicht über den Wert oder die Vermarktbarkeit der Software. Wenn ein Produkt potenziell auslieferbar ist, bedeutet das, dass die gesamte Arbeit, die für die aktuell implementierten Features aufgewendet werden muss, erledigt wurde und das Produkt aus technischer Perspektive auslieferbar ist. Es heißt jedoch nicht, dass die implementierten Features für den Kunden ausreichend werthaltig sind, so dass er ein neues Release haben möchte. Letzteres bestimmt der Product Owner.´“ (Hruschka et al. 2022:68).
In dem von uns entwickelten Blended Learning Lehrgang Projektmanager/in AGIL (IHK) gehen wir auf diese Zusammenhänge ein. Informationen zu unseren Lehrgängen und zu aktuellen Terminen finden Sie auf unserer Lernplattform.
Scrum wird als Rahmenwerk im Agilen Projektmanagement für Entwicklungsvorhaben mit unklaren Anforderungen und unklaren Techniken/Methoden eingesetzt. Das Rahmenwerk gibt Rollen, Artefakte und Ereignisse vor, die die Selbstorganisation, bzw. das Selbstmanagement ermöglichen sollen. Die Ausgestaltung der angesprochenen Selbstorganisation ist allerdings weitestgehend offen.
„Im agilen Projektmanagement wird dem teambasierten Arbeiten im Vergleich zu klassischen Projektmanagementansätzen ein gesteigerter Wert für die Zielerreichung zugesprochen, indem das Team erweiterte Befugnisse zur Selbstorganisation erhält. Der genauere Blick zeigt, dass diese Befugnisse sich nicht nur auf die Arbeitsprozessebene und formale Fragen der Arbeitsorganisation beziehen, sondern auch die gleichsam konstituierenden Aspekte der Bestimmung von Teamgrenzen und der inneren Struktureinschließen. Die Etablierung und Aufrechterhaltung des Teams wird zur Daueraufgabe der Teammitglieder selbst. Grenzen und interne Struktur des agilen Teams werden im Zuge dessen prinzipiell kontingent und empirisch fluide. Dies bleibt in bisherigen Betrachtungen agiler Arbeitsorganisation sowie der Forschung zu Teamarbeit weitgehend unbeobachtet“ (Neumer, J.; Nicklich, M. (2021): Fluide Teams in agilen Kontexten – Grenzziehung und innere Strukturierung als Herausforderung für Selbstorganisation. In: Projekt- und Teamarbeit in der digitalisierten Arbeitswelt. Springer Vieweg, Berlin, Heidelberg. https://doi.org/10.1007/978-3-662-62231-5_2. Was bedeutet es nun, agile Teams als fluide Teams zu betrachten? „We define team fluidity as a team state characterized by team membership change, shorter team member tenure, unclear team boundary, and emergent team structure“ (Chiu et al. 2017, S. 1; zitiert ebd. S. 36).
Es ist daher nicht verwunderlich, dass viele agile Teams – trotz des vorhandenen Rahmenwerks – Schwierigkeiten haben, sich selbst in dem genannten Sinne zu organisieren. Wie Sie als Leser unseres Blogs wissen, ist der Begriffe „Selbstorganisation“ Bestandteil des Begriffs „Kompetenz„, der nach Erpenbeck/Heyse als Selbstorganisationsdisposition verstanden werden kann. Aus meiner Sicht, sollten die Kompetenzen (Selbstorganisationsdispositionen) der einzelnen Teammitglieder, des Teams, der Organisation und sogar des Netzwerks entwickelt werden (Kompetenzmanagement), um den Anforderungen Agiler Organisationen / Fluider Organisationen gerecht zu werden. Siehe dazu auch Freund, R. (2011): Das Konzept der Multiplen Kompetenz auf den Analyseebenen Individuum, Gruppe, Organisation und Netzwerk.
In den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in AGIL (IHK) gehen wir darauf ein. Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.
Nexus basiert auf Scrum und hat das Ziel, Wert zu skalieren. Entscheidend dabei ist der Nexus: „Ein Nexus ist eine Gruppe von etwa drei bis neun Scrum Teams, die zusammenarbeiten um ein einzelnes Produkt zu liefern; es ist eine Verbindung zwischen Menschen und Dingen. Ein Nexus hat einen einzigen Product Owner, der ein einziges Product Backlog managt, aus dem heraus die Scrum Teams arbeiten“.
Das Nexus Rahmenwerk ist auf insgesamt 12 Seiten recht knapp beschrieben und unterscheidet sich alleine dadurch schon von anderen Frameworks wie Safe, LeSS, Scrum@Scale usw.
In dem von uns entwickelten Blended Learning Lehrgang Projektmanager/in Agil (IHK) gehen wir auf die jeweiligen Gemeinsamkeiten und Unterschiede ein. Mehr Informationen zum Lehrgang finden Sie auf unserer Lernplattform.
Der Scrum Guide 2020 (PDF) wurde in englischer Sprache – aktuell noch nicht auf Deutsch – veröffentlicht. Der Guide ist noch kompakter gehalten und hat nur noch 13 Seiten. Folgende Punkte haben sich gegenüber dem Guide aus 2017 verändert (Quelle):
Even Less Prescriptive
One Team, Focused on One Product
Introduction of Product Goal
A Home for Sprint Goal, Definition of Done, and Product Goa
Self-Managing over Self-Organizing
Three Sprint Planning Topics
Overall Simplification of Language for a Wider Audience
Selbstverständlich werden wir diese Änderungen im Scrum Guide 2020 in dem von uns entwickelten Blended Learning Lehrgang Projektmanager/in AGIL (IHK) berücksichtigen. Informationen zum Lehrgang finden Sie auf unserer Lernplattform.
Gestern und heute habe ich ein zweitägiges Seminar zum Agilen Projektmanagement bei der IHK Düsseldorf durchgeführt.
Die Themen Agile Organisation, Agiles Projektmanagement, Lean/KANBAN, Scrum, Hybrides Projektmanagement und Scaling Agile ergeben einen guten Überblick zu den Möglichkeiten, Agilität bei Projekten zu nutzen.
Die verschiedenen Fragen zeigen, dass viele Unternehmen vor der Frage stehen, Agiles Projektmanagement in bestehende Organisationsstrukturen zu integrieren.
Wenn Sie sich intensiver in die oben genannten Themen befassen wollen, so können Sie den von uns entwickelten Blended Learning Lehrgang dazu buchen. Mit dieser zeitgemäßen Lernform, die Präsenztage und Onlinephasen verbindet, können Sie die entsprechenden Kompetenzen entwickeln. Informationen dazu finden Sie auf unserer Lernplattform.
In der praktischen Projektarbeit in Organisationen wird immer deutlicher, dass die verschiedenen Vorgehensmodelle für agiles, hybrides und plangetriebenes Projektmanagement aufeinander abgestimmt werden müssen. Dieser Pragmatismus löst (scheinbar) langsam aber sicher den teilweise vertretenen Dogmatismus verschiedener Vorgehensweisen/Frameworks ab. Nachzulesen ist das in der HELENA-Studie zum hybriden Projektmanagement und in der aktuellen Studie Scaling Agile (Hochschule Koblenz, Prof. Komus u.a.).
Projektmanagement vollzieht derzeit einen Wandel hin zu mehr Agilität. Das klassische Projektmanagement wurde wesentlich in den 90er Jahren geprägt und internationale (uneinheitlich) durch Standards beschrieben. Charakterisiert sind diese als plangetrieben. Agilität stellt demgegenüber empirische Prozesskontrolle in den Vordergrund. Allerdings sind die bekannten agilen Vorgehensweisen nicht vollständig – zu vielen Teildomänen wie etwa Risikomanagement, fehlen explizite Ausführungen. Auf der anderen Seite sind die klassischen Standards, geprägt durch ihre jeweilige Entstehungsgeschichte, mit unterschiedlichen Schwerpunkten versehen, die auch als Stärken und Schwächen ausgelegt werden können. Im PMI-Modell ist beispielsweise kaum etwas zu Kundenprojekten zu finden, im DIN-Modell wird Projektmanagement in Phasen eingeteilt etc. Dies führte zur Entwicklung des vorliegenden vereinheitlichten Projektmanagement-Referenzmodells – dem Unified Project Management Framework, UPMF. Das UPMF enthält im Kern Projektmanagement-Prozesse, -Disziplinen und -Rollen … ergänzt um Erfolgsfaktoren, Kompetenzen und Methoden. Dabei wurde wenn möglich auf die bewährten Standards zurückgegriffen … ergänzt um Elemente agiler und „leaner“ Methoden sowie langjährige Praxiserfahrungen. Das UPMF hat den Anspruch, universell und kompakt zu sein. Dies wird unterstrichen durch überwiegend tabellarische Darstellungen und das daraus abgeleitet Werkzeug UPMF-Navigator. Es ist in der vorliegenden Form im Rahmen konzeptioneller Arbeiten im Labor für Prozess- und Projektmanagement der THM, FB WI, entstanden. Der vorliegende Beitrag will diese Lücke weitgehend schließend und dem Leser entsprechende Instrumente an die Hand geben (Hüsselmann 2020).
In dem von uns entwickelten Blended Learning Lehrgang Projektmanager/in Agil (IHK) stellen wir die Ansätze Lean, Agil, KANBAN und SCRUM in einen größeren Zusammenhang und erläutern praxisnah, wie eine Analyse des bestehenden Projektportfolios durchgeführt werden kann. Ein hybrider Organisationsrahmen bietet – zusammen mit entsprechenden Analysetools – Chancen, angemessen und wirtschaftlich auf die modernen Herausforderungen des Projektmanagements zu reagieren.
Weitere Informationen zum Lehrgang finden Sie auf unserer Lernplattform.
Diese Website benutzt Cookies. Wenn du die Website weiter nutzt, gehen wir von deinem Einverständnis aus.
