Agilität (Strategie) mit Lean-Agile umsetzen

Image by Mario Aranda from Pixabay

Die Veränderung von Organisationen ist notwendig (Stichwort: VUCA) und erfordert eine strategische Entscheidung, die auch umgesetzt werden muss. Dabei ist die Entwicklung hin zu einer modernen Organisation eine permanente Herausforderung, und somit ein permanenter Prozess, dessen Ziele möglicherweise nicht erreicht werden können. Toyotas strategische Ziele zeigen das gut auf: “Single piece flow, 100% value adding activities, zero defects” (vgl. DACH 2019). Den Hinweis “agility is a strategic goal” (ebd.) würde ich daher etwas differenzierter sehen. Es ist in dem Zusammenhang selbstverständlich wichtig, die Kultur einer Organisation in Richtung mehr Offenheit, mehr Vertrauen, mehr Risikoübernahme und mehr Experimentieren weiterzuentwickeln, bzw. neu zu entwickeln (Transition). Doch stellt sich sogleich die Frage, wie diese strategischen Elemente mit den Prozessen, Strukturen und Praktiken in der Organisation verknüpft werden können.

“Another important step is to connect the strategic goals of agility to derived tactics used to implement the strategy (e.g. processes, structures, practices) alongside leading indicators of improvement on all levels of the organization. Lean management provides proven tools for strategy deployment, widely known as Hoshin Kanri or X-Matrix. From the long-term vision, through strategy, to tactics and day-to-day actions, each level is a hypothesis that requires experimentation” (ebd.).

Die Verbindung von Agilität und Lean ist vielen Organisationen scheinbar nicht klar. Zu oft werden beide Ansätze voneinander getrennt gesehen, wodurch offensichtliche Vorteile nicht genutzt werden. Beispielsweise kann Lean zusammen Kanban (KANBAN in der IT nach Anderson) eine gute Möglichkeit sein, agile Arbeitsweisen evolutionär zu etablieren, denn Kanban ist weniger präskriptiv (vorschreibend) wie z.B. das Scrum Framework mit seinem Scrum Guide (Aktuell aus 2020).

Solche Zusammenhänge thematisieren wir auch in dem von uns entwickelten Blended Learning Lehrgang Projektmanager AGIL (IHK), den wir an verschiedenen Standorten anbieten. Weitere Informationen zum Lehrgang und zu Terminen finden Sie auf unserer Lernplattform.

Was bedeutet “potenziell auslieferbar” bei einem Produktinkrement?

Image by Firmbee from Pixabay

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).

Siehe dazu auch Was macht ein minimal funktionsfähiges Produkt (MVP) aus? und Wie MVP´s (Minimum Viable Products) zur Kundenzufriedenheit beitragen.

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.

Agile Teams sind fluide Teams mit anspruchsvoller Selbstorganisation

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.

Scaling Agile: Der aktuelle Nexus-Guide 2021

Nexus Rahmenwerk (Scrum.org 2021:5)

Nach dem Scrum-Guide 2020 müssen sich nun auch die verschiedenen Frameworks zum Skalieren von Scrum weiterentwickeln/anpassen. Seit Januar 2021 steht dazu der Nexus-Guide 2021 (PDF) in deutscher Sprache zur Verfügung (Siehe dazu auch meinen Blogbeitrag zum Nexus-Guide 2018).

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 neue Scrum Guide 2020 wurde heute, am 18.11.2020, veröffentlicht

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.