Veröffentlicht am

Scaling Agile: Das Framework SAFe® 6.0 wurde nun veröffentlicht

Quelle: https://scaledagileframework.com/

Scaling Agile wird immer wichtiger, da es nicht nur darauf ankommt, beispielsweise mit Scrum geeignete einzelne Projekte erfolgreich zu gestalten, sondern auch viele Projekte und andere Tätigkeiten – gerade bei großen Organisationen – zu koordinieren. Das Scaled Agile Framework® (SAFe®) versucht, alles unter einen Hut zu bringen und nennt es Business Agility. In der seit März veröffentlichten neuen Version SAFe 6.0 gibt es Weiterentwicklungen, die auf der Seite What´s new in SAFe® 6.0? zusammengefasst wurden.

Interessant für mich ist weiterhin, dass der Bezug zu LEAN immer noch prominent hervorgehoben wird, KANBAN weiterhin auf allen Ebenen, Scrum dagegen nur auf der untersten Ebene als SAFe Scrum vorkommt. SAFe Scrum verwendet dabei auch eigene Begriffe, die eher zur SAFe-Terminologie passen. Beispielsweise wird statt Sprint der Begriff Iteration verwendet, wodurch man sich vom Scrum Guide 2020 etwas entfernt. Darüber hinaus wird auch der Trend zu mehr Künstlicher Intelligenz (AI) mit aufgenommen.

SAFe® steht im Wettbewerb mit anderen Scaling Frameworks wie z.B. LeSS, Nexus, Scrum@Scale, oder auch Spotify (Eigenentwicklung). Siehe dazu auch Agiles Projektmanagement: Anforderungen auf verschiedenen Granularitätsebenen, Scaling Agile: Der aktuelle Nexus-Guide 2021, Status Quo (Scaled) Agile 2019/2020.

In dem von uns entwickelten Blended Learning Lehrgang 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.

Veröffentlicht am

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.

Veröffentlicht am

KANBAN: Die drei Entwicklungsstufen (Agenden)

Das Bild steht stellvertretend für ein Task Board. Ein KANBAN Board wird es, wenn u.a. die parallell zu bearbeitenden Tasks begrenzt werden (WIP: Work in Progress).

Bei der Einführung von KANBAN gibt es viele Mythen, obwohl KANBAN davon ausgeht, dass erst durch die Umsetzung Fragen entstehen, die dann zu einem umfassenden Einsatz im gesamten Unternehmen führt. Einfach machen! ist hier ein guter Start. Auf welche Stufen (Reifegrade) können Sie sich bei der Nutzung von KANBAN einstellen/freuen? Bei KANBAN wird dabei häufig von den drei Agenden gesprochen.

“Bei der Nachhaltigkeitsagenda dreht sich noch alles um einen selbst. Das Ziel der Nachhaltigkeitsagenda ist es, ein nachhaltiges System zu schaffen, in dem sich Mitarbeiter wohlfühlen und regelmäßig Arbeit fertiggestellt wird. Erst mit der Agenda der Serviceorientierung beginnt sich der Fokus von innen nach außen auf den Kunden zu ändern. Jetzt wird daran gearbeitet, das System so aufzustellen, dass es nicht nur nachhaltig irgendetwas liefern kann, sondern dass es entsprechend den Bedürfnissen und Erwartungen des Kunden liefert. Die Agenda der Überlebensfähigkeit ist die logische Fortsetzung der Serviceorientierung auf das gesamte Unternehmen. Die Idee dahinter ist, dass das Unternehmen in die Lage versetzt wird, jede Änderung am Markt registrieren und damit notwendig gewordene Anpassungen an Services ohne großen Aufwand durchführen zu können” (Lang/Scherber 2019:269-270).

KANBAN können Sie selbst, in einem Projektteam oder auch im Multiprojektmanagement nutzen (Flight Level). KANBAN ist dabei weniger präskriptiv als es Scrum mit seinem Rahmenwerk ist, was mehr Spielraum bietet – mehr Möglichkeiten der Selbstorganisation. KANBAN ist somit ein interessanter, alternativer und evolutionärer Pfad zu mehr Agilität im Unternehmen.

In den von uns entwickelten Blended Learning Lehrgängen zeigen wir, wie Sie KANBAN in ihren Projekten nutzen können. Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.

Veröffentlicht am

Modern Agile und seine vier Prinzipien

Quelle: https://modernagile.org/ Lizenziert unter Creative Commons Attribution ShareAlike 4.0

Manche können den Begriff “AGIL” nicht mehr hören oder lesen, da er scheinbar beliebig geworden ist – ein Buzzword. Obwohl an den agilen Prinzipien (Agiles Manifest) und Vorgehensweisen natürlich etwas “dran” ist. Es ist daher nicht verwunderlich, dass sich einige Protagonisten auf den Weg gemacht haben, MODERN AGILE zu entwickeln. Auf der englischsprachigen Website finden Sie dazu viele Informationen. MODERN AGILE soll sich von den üblichen Ansätzen unterscheiden, und noch einfacher sein. Es gibt hier beispielsweise keine Rollen, wie es im Scrum Guide vorgegeben wird – um nur ein Detail zu nennen. Basis des MODERN AGILE sind immer noch die vier Werte des bekannten Agilen Manifests, doch werden diese mit vier Parametern ergänzt.

Macht Menschen genial.

Liefert fortlaufend wertvolles aus.

Macht Sicherheit eine Grundvoraussetzung

Experimentiert und lernt zügig.

Die vielfältigen Entgrenzungen (Weiterentwicklungen?) von Begriffen führen bei vielen Menschen (Unternehmen) zu einer Verunsicherung, was die Umsetzung nicht leichter macht. Hinzu kommen ja auch noch Tendenzen, sich adaptiv/hybrid auf die turbulenten Veränderungen anzupassen. Diese Gemengelage auf der individuellen Ebene, der Teamebene, der organisationalen Ebene, und auf der Netzwerkebene zu bewältigen, ist eine anspruchsvolle Herausforderung. Siehe dazu auch Freund, R. (2011): Das Konzept der Multiplen Kompetenz auf den Analyseebenen Individuum, Gruppe, Organisation und Netzwerk.

Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen. Informationen dazu, und zu aktuellen Terminen, finden Sie auf unserer Lernplattform.

Veröffentlicht am

Scrum Guide 2020: Mehrere Produktinkremente in einem Sprint sind möglich

Ein Produktinkrement wird als Ergebnis eines Sprints im Review vom Scrum Team und möglichen Stakeholdern beurteilt. Dabei muss das Produktinkrement der Definition of Done entsprechen. Das Review wurde bei dieser Vorgehensweise oft als eine Art “Freigabe” interpretiert. Diese Perspektive wurde nun im Scrum Guide erweitert, denn darin wird erläutert, dass Produktinkremente durchaus auch innerhalb eines Sprints abgenommen und ausgeliefert werden. Auf diesen Zusammenhang weisen Brüggemann et al. noch einmal hin.

“Der Scrum Guide 2020 ermöglicht die Erstellung mehrerer Produktinkremente in einem Sprint. In der Vergangenheit war es notwendig, bis zum Sprintende zu warten, um ein neues Produktinkrement produktiv setzen zu können. Stattdessen gilt nun: Jedes Mal, wenn ein Product Backlog Item die Definition of Done erfüllt, gibt es ein neues Produktinkrement. Diese Inkremente können also auch während eines Sprints abgenommen und theoretisch ausgeliefert werden. Dadurch wird nicht nur eine kontinuierliche Auslieferung ermöglicht, die Änderung führt hoffentlich auch dazu, dass das Sprint Review nicht mehr als ´Freigabe Veranstaltung´ missinterpretiert wird” (Brüggenkamp et al. 2021:17).

Solche Zusammenhänge thematisieren wir auch in dem von uns entwickelten Blended Learning Lehrgang Projektmanager/in AGIL (IHK). Informationen dazu, und zu aktuellen Terminen, finden Sie auf unserer Lernplattform.

Veröffentlicht am

Agiles Projektmanagement: Anforderungen auf verschiedenen Granularitätsebenen

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		LeSSSAFeAtlassian
EpicTheme
Grobgranulare
Anforderungen		EpicRequirements AreaCapabilityInitiative
Anforderungen
mittlerer Granularität		FeatureFeatureFeatureEpic
Feingranulare
Anforderungen		User StoryUser StoryUser StoryUser 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.

Veröffentlicht am

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.

Veröffentlicht am

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.

Veröffentlicht am

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.

Veröffentlicht am

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.