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.

Veröffentlicht am

Agiles Projektmanagement: 26.-27.08. bei der IHK Düsseldorf

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.

Veröffentlicht am

UPMF: Ein Framework für agiles, hybrides und plangetriebenes Projektmanagement

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

Das UMPF-Framework basiert dabei auf Lean Project Management und zeigt auf, wie so ein integriertes Vorgehen aussehen kann. In dem Artikel Hüsselmann, C. (2020): Das Unified Project Management Framework – Ein generischer Prozessrahmen für Projekte wird der Ansatz im Detail erläutert. Die folgende Kurzfassung – entnommen von der angegeben Seite – fasst die wichtigsten Überlegungen zusammen:

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.