Cynefin-Framework als Wegweiser zur Agilen Führung

Welche Projektmanagementmethode für welche Art von Projekt? - Wasserfall, Scrum, Kanban?

Charles E. Stuart

• Publisher: Books on Demand
• Year: 2020
• Print ISBN: 9783751948456
• eBook ISBN: 9783749418558
• Edition: 1
• Topic: Business
• Subtopic: Management
• Index: Business

Das Cynefin-Framework wird eingesetzt, um Entscheidungsträgern und Fachexperten einen Kompass zu geben, wenn es darum geht, eine Situation oder ein Problem besser einschätzen zu können und aus dieser Einschätzung geeignete Maßnahmen abzuleiten.Ein wichtiger Gesichtspunkt ist dabei die Wahl der richtigen Methode oder des richtigen Frameworks. Der Autor, seit mehreren Jahrzehnten erfolgreicher Projektverantwortlicher, bringt die Erkenntnisse des Cynefin-Frameworks in Beziehung mit der Einführung und Umsetzung agiler Methoden wie Scrum und Kanban. Dabei zeigt er auf, dass nicht jede Methode in gleichem Umfang zu jeder Aufgabenstellung passt und dass es durchaus sinnvoll ist, zielgenau die richtigen Ansätze auszuwählen - statt einen allgemeinen Standard einzusetzen, der immer halbwegs passt.Als Grundlage für eine passende Entscheidung bietet er eine Einführung in Agilität und die Bedeutung agilen Arbeitens für Firmen und Organisationen. Damit versetzt er Führungspersonen in die Lage, zielführend effektive Vorgehensweisen einzusetzen und damit erfolgreicher und risikoärmer Projekte umzusetzen.

Methoden und Projektmanagementansätze für verschiedene Cynefin-Kategorien

Viele Firmen setzen im Umgang mit Projekten auf eine einzige Projektmanagementmethodik. Lange Zeit handelte es sich dabei um Ansätze, welche man im agilen Kontext oft als Wasserfallansätze zusammenfasst, also um Ansätze, welche als mehrphasiges Modell konzipiert sind, wobei jeweils eine Phase auf die andere folgt und bei der Rücksprünge auf frühere Phasen tendenziell eher schwierig sind. Aktuell befinden wir uns in einer Phase, wo vielen Firmen Scrum als das alleinige Heilmittel scheint, und es ist absehbar, dass sich in verschiedenen Umgebungen schon erste Schritte zu nächsten Modellen vorbereiten. Die Möglichkeit, abhängig von der Problemstellung unterschiedliche Werkzeuge, sprich Methoden oder Projektmanagementansätze, einzusetzen, scheint für viele Organisationen eher exotisch. Wir sind dabei bei dem Paul Watzlawick zugeschriebenen Zitat:

"Wer als Werkzeug nur einen Hammer hat, sieht in jedem Problem einen Nagel."

Eine eindeutige Zuordnung eines Werkzeugs wie auch einer Methode oder eines Projektmanagementansatzes ist nun zwar von verschiedenen Aspekten abhängig. Man könnte also mit Rückgriff auf das Modell sagen, dass es sich dabei um eine komplexe Situation handelt, in der neben der Art der Fragestellung im Projekt auch andere Elemente wie beispielsweise die Bereitschaft zur Mitwirkung vonseiten des Kunden, die organisatorischen und personellen Rahmenbedingungen im Team und verschiedenste andere Aspekte eine Rolle spielen, welche es abzuwägen gilt. Trotzdem kann man von gewissen Grundtendenzen ausgehen, welche hier dargestellt werden sollen.

Agilität aus der Sicht von Cynefin

Immer wieder stelle ich fest, dass Menschen über Agilität oder “Agile” sprechen und damit Dinge verbinden, welche dem Begriff, wie er in Publikationen und wissenschaftlichen Untersuchungen, aber auch im Rahmen von Ausbildungen und Zertifizierungen gebraucht wird, nicht entsprechen.

Einige häufig gehörte, falsche Thesen zu Agilität

• Agilität ist dasselbe wie Scrum:

Natürlich ist das Unsinn. Das wäre so, als wenn man sagen würde, dass ein Fahrzeug dasselbe wie ein Porsche wäre. Scrum ist ein Beispiel eines agilen Frameworks, welches früh entwickelt wurde. Tatsächlich ist Scrum aber nur eine von mehreren hundert Methoden und Frameworks, welche im Verlauf der letzten Jahrzehnte entstanden sind. Dabei sicher eine der bekannteren Methoden, aber nicht zwingend für jeden Anwendungsfall auch die richtige oder beste.

• Wenn man agil arbeitet, muss man weniger/nicht planen: Agilität bedeutet im Gegenteil tendenziell eher mehr Planungsaufwand. Der große Unterschied ist nur, dass die Planung anders als in Wasserfallmethoden nicht hauptsächlich zu Projektbeginn stattfindet, sondern laufend während des Projektes.
• Durch den Einsatz von agilen Methoden werden Projekte schneller und günstiger realisiert:

Dies ist nicht ganz falsch – allerdings setzt dies voraus, dass agile Methoden auch wirklich gelebt und nicht nur abgearbeitet werden. Entsprechend positive Ergebnisse setzen in den meisten Fällen grundlegende Veränderungen in Strukturen, Zusammenarbeiten und Mindset von Unternehmen – weit über die Entwicklungsabteilungen hinaus – voraus.

• In Agilität macht jeder, was er für richtig hält:

Es gibt einen grundlegenden Unterschied zwischen Agilität und Anarchie. Agilität funktioniert nur durch die Kommunikation, Abstimmung und Zusammenarbeit der Beteiligten.

Das sind nur ein paar der am häufigsten gehörten Ideen über Agilität mit ein paar Gedanken zum Wahrheitsgehalt. Doch was bedeutet Agilität nun und wofür braucht man das überhaupt?

The New New Product Development Game - 1986

Eine der ersten und am meisten zitierten wissenschaftlichen Publikationen aus den Anfängen dessen, was wir heute als Agilität bezeichnen, ist ein Artikel von Nonaka und Takeuchi, der 1986 unter dem Titel “The New New Product Development Game” in der Harvard Business Review erschien:

“The rules of the game in new product development are changing. Many companies have discovered that it takes more than the accepted basics of high quality, low cost, and differentiation to excel in today'...

Table of contents

• Inhaltsverzeichnis
• Vorwort
• Was ist das Cynefin-Framework?
• Methoden und Projektmanagementansätze für verschiedene Cynefin-Kategorien
• Literaturverzeichnis
• Impressum