Back to the roots – Packen Sie Probleme an der Wurzel! TOC-Denkprozesse: Gegenwartsbaum zur Konfliktlösung einsetzen

TOC-Denkprozesse: Gegenwartsbaum zur Konfliktlösung einsetzen

Konfliktursachen sind vor allem in komplexen Projekten und Situationen nicht immer leicht ersichtlich. Der Gegenwartsbaum, ein Denkprozess der Engpasstheorie (TOC), hilft hier weiter: Mit dieser Methode decken Sie die Kernursachen von Konflikten auf und können sie so nachhaltig beseitigen. Joachim Pfeffer und Sebastian Schneider zeigen an einem Beispiel, wie Sie die Methode in einer Retrospektive sinnvoll einsetzen.

Management Summary

Back to the roots – Packen Sie Probleme an der Wurzel! TOC-Denkprozesse: Gegenwartsbaum zur Konfliktlösung einsetzen

TOC-Denkprozesse: Gegenwartsbaum zur Konfliktlösung einsetzen

Konfliktursachen sind vor allem in komplexen Projekten und Situationen nicht immer leicht ersichtlich. Der Gegenwartsbaum, ein Denkprozess der Engpasstheorie (TOC), hilft hier weiter: Mit dieser Methode decken Sie die Kernursachen von Konflikten auf und können sie so nachhaltig beseitigen. Joachim Pfeffer und Sebastian Schneider zeigen an einem Beispiel, wie Sie die Methode in einer Retrospektive sinnvoll einsetzen.

Management Summary

Retrospektiven auf Team-Ebene sind fester Bestandteil aller agilen EntwicklungsansĂ€tze. FĂŒr die Moderation der Retrospektiven haben sich verschiedene Techniken etabliert, um Probleme zu sammeln und Maßnahmen zu identifizieren. Wenn Probleme untereinander vernetzt und Kernursachen und damit die zu treffenden Maßnahmen nicht offensichtlich sind, kann es hilfreich sein, eine mĂ€chtigere Moderationstechnik einzusetzen.

Die Denkprozesse der Engpasstheorie sind ein solches Werkzeug und z.B. in komplexen Problemsituationen leicht einzusetzen. Deshalb möchten wir einen der Denkprozesse, den Gegenwartsbaum, anhand eines Praxisbeispiels vorstellen und von unseren Erfahrungen im agilen Projektalltag berichten. Wir zeigen, wie der Gegenwartsbaum eine einfache und visuelle Lösung von Problemstellungen sowie eine Argumentationsgrundlage fĂŒr nötige VerĂ€nderungen liefern kann.

Die Retrospektive

Die Retrospektive in Scrum (siehe auch Methodensteckbrief "Sprint Retrospektive", 14.02.2016 Projekt Magazin) wird benutzt, um den Prozess und die Zusammenarbeit kontinuierlich zu verbessern. Sie findet im Anschluss an das Sprint Review und vor dem nÀchsten Sprint Planning statt, ist also kein typisches Lessons Learned am Ende des Projekts, sondern wird in jedem Sprint wiederholt.

Der Gegenwartsbaum in der Retrospektive

Aus GesprĂ€chen mit Kunden und unseren eigenen Beobachtungen wissen wir, dass sich viele Retrospektiven am Aufbau der fĂŒnf Phasen aus dem Buch "Agile Retrospectives: Making Good Teams Great" von Esther Derby und Diana Larsen orientieren. Diese sind:

  1. Set the stage
  2. Gather Data
  3. Generate Insights
  4. Decide what to do
  5. Close the retrospective

Dabei finden verschiedene Retrospektiven-Formate Anwendung, mit deren Hilfe die genannten Phasen durchlaufen werden. Die meisten Techniken zielen auf genau eine der fĂŒnf Phasen ab. Der Gegenwartsbaum (Current Reality Tree, CRT) dagegen deckt die Phasen zwei, drei und vier ab. Um Daten zu generieren ("Gather Data"), arbeiten wir im Gegenwartsbaum mit sog. unerwĂŒnschten Wirkungen (UDE). Diese unerwĂŒnschten Wirkungen zeigen auf, was im letzten Sprint (oder allgemein: dem betrachteten Zeitabschnitt) nicht optimal lief und was das Team stört. Der Gegenwartsbaum und die unerwĂŒnschten Wirkungen sind jedoch nicht auf einen Sprint beschrĂ€nkt, sondern können allgemeingĂŒltig verwendet werden.

Um tiefe Einblicke in die Situation zu erhalten ("Generate Insights"), nutzen wir im Gegenwartsbaum Ursache-Wirkungs-Beziehungen zwischen Beobachtungen (wie es die unerwĂŒnschten Wirkungen sein können). Wir verbinden alle Probleme, die wir sehen, untereinander, aber (wenn möglich) auch mit neuen Elementen.

Wenn wir den Gegenwartsbaum erstellt haben, kommen wir an den Punkt, bei dem wir an einigen der EntitĂ€ten (Hinweis: Alle Elemente, die sich im Baum befinden, werden als "EntitĂ€ten" bezeichnet.) im Baum keine VorgĂ€nger mehr finden. Das sind unsere Grundursachen von Problemen. Hier mĂŒssen wir lediglich entscheiden, ob wir diese beeinflussen können. Können wir das, definieren wir Aktionen, die zur Eliminierung genau dieser EntitĂ€t beitragen ("Decide what to do") und somit den Baum bzw. die Situation (positiv) verĂ€ndern.

Herausforderungen der Retrospektive

Die eigentliche Herausforderung ist in unseren Augen nicht, Retrospektiven durchzufĂŒhren und Themen zu identifizieren, sondern eine konkrete VerĂ€nderung im nĂ€chsten Sprint umzusetzen. Gerade bei Organisationen, die sich noch in der agilen Transition befinden, besteht das Problem, dass die Organisation Rahmenbedingungen schafft, die dem Team nicht helfen, sondern es behindern.

Bei Scrum ist es Sache des Scrum Masters, sich um diese Hindernisse (Impediments) zu kĂŒmmern. Hier kann der Gegenwartsbaum Hindernisse aufdecken und eine wertvolle Argumentationshilfe werden. Aus unseren Erfahrungen mit Teams, Abteilungsleitern und dem Management wissen wir, dass diese Art der Darstellung im Gegensatz zu klassischen Moderationstechniken sofort zum Reflektieren einlĂ€dt, MissverstĂ€ndnisse sofort geklĂ€rt werden und ein tiefes gemeinsames VerstĂ€ndnis aller Parteien generiert wird.

Denkprozesse der Engpasstheorie

Der in diesem Artikel vorgestellte Gegenwartsbaum ist einer der Denkprozesse der Engpasstheorie (englisch: Theory of Constraints, kurz TOC). Die TOC wurde in den 1980er Jahren von dem israelischen Physiker Eliyahu Goldratt entwickelt.

Entstehung der Denkprozesse

Alle Kommentare (3)

JĂŒrgen
Sturany

JĂŒrgen Sturany

★★★★★
★★★★★
Das ist ein netter und liebevoll aufbereiteter Artikel - Vielen Dank! Alledings geht man aus meiner Sicht unter anderem solche Fragestellungen mit Hilfe des vernetzten Denkens an. Das alte Ursache-Wirkungsprinzip weicht dem Wirkung-Wirkung Prinzip. Auf diese Weise lassen sich auch sehr komplexe ZusammenhĂ€nge wertfrei moderieren und rechnerisch auswerten, sodaß man die wirksamsten förderlichen und hinderlichen Faktoren ermittelt. Kai Neumann von CONSIDEO in LĂŒbeck hat dies in einem kĂŒrzlich hier erschinenen Artikel an einem anderen Beispiel vorgestellt. Wie auch immer, Ihnen nochmals ein herzliches Dankeschön und volle Anerkennung fĂŒr Ihre MĂŒhe die so eine Diskussion erst möglich macht. mfg J. Sturany

 

Wolfram
MĂŒller

Wolfram MĂŒller

★★★★★
★★★★★
Hallo Joachim und Sebastian, wirklich eine Top-Beschreibung der Methodik rund um den CRT. Es gibt wenig nachvollziehbare Beschreibungen und die gewĂ€hlte Dialogform beschreibt das Vorgehen sehr gut. Die Notation ist ja einfach – aber der Moderationsprozess ist immer wieder anspruchsvoll. Also Danke sehr. Wir setzen den CRT immer dann ein, wenn wir auf eine Situation stoßen, die wir uns nicht erklĂ€ren können. Und wie im Artikel gesagt – es ist ein Werkzeug, dass die Reflexion fördert, Klarheit (ĂŒber die vielen oft falschen Annahmen) erzeugt und große Mehrwert liegt zum einen drin (a) Konsens ĂŒber die Situation zu erzeugen und (b) wirklich die Wurzelursachen zu adressieren (so nah wie es geht). P.S. wir haben fĂŒr bestimmte Situationen mittlerweile große Standard CRTs (die auch wachsen und aktuell gehalten werden). Das hilft uns vor allem neuen Leute an Bord zu holen. Denn an einem CRT kann man sehr schön die Annahmen und GedankengĂ€nge erklĂ€ren, warum etwas so ist – und manchmal findet ein Neuling gerade die verbauten falschen Annahmen. P.P.S.: ich habe einen CRT besonders gerne – den „Warum-dauert-der-Prozessschritt-so-lange? Der könnte doch auch in 150ms fertig sein?“. Wenn man hier das Team einen CRT bauen lĂ€sst und wirklich bei jeder EntitĂ€t frĂ€gt „Warum?“ – also die Annahmen aufdeckt. Es ist erstaunlich wie schnell das Team Lösungen fĂŒr Prozessstörungen findet. Prozessschritte evaporieren praktisch! Man kann mit einem guten CRT unheimlich viel machen. Das ist ein starkes Werkzeug – aber nicht ganz so leicht wie im Artikel dargestellt ;-) Wolfram MĂŒller (Speed4Projects oder VISTEM) @Herr Sturany – danke fĂŒr den Hinweis auf den Artikel von Herr Neumann. Beides sind systemische Analysen und beide sind heute noch gĂŒltig – der CRT ist tendenziell eine statische Analyse und die von Herr Neumann gezeigt eine dynamische. Es sind einfach nur zwei unterschiedliche Anwendungsgebiete – sollte man nicht miteinander verwechseln und die eine kann die andere nicht ersetzen. FĂŒr die im Artikel genannte Reflexion einer Situation ist der CRT oft genau das richtige.

 

Hannah
Nowak
Mag.

Mag. Hannah Nowak

Hallo Herr Pfeffer, Hallo Herr Schneider, Der Titel ist zwar etwas irrefĂŒhrend (ich habe bis zum Ende auf Konflikte gewartet ;)) aber inhaltlich ein guter, sehr anschaulicher Artikel! Mir gefĂ€llt die lebensnahe Darstellung des Erstellungsprozesses eines CRT, inklusive der nachtrĂ€glichen Änderung von bereits erstellten Baumteilen (auch in den Beispielgrafiken). In den meisten Fachartikeln wird eine lineare Idealentwicklung gezeigt, die aber selten der RealitĂ€t entspricht. Die Moderation der Auswahl der sinnvollsten Kernursache ist super dargestellt, einerseits mit dem PrĂŒfen der Wirksamkeit per Abdecken, andererseits passend zum Leitsatz: „Wenn wir „schuld“ am Problem sind, können wir es auch (leichter) lösen!“ FĂŒr maximale Klarheit wĂŒrde ich Annahmen textlich klar kennzeichnen, konkret ist die EntitĂ€t „100% Code Coverage beim Test lösen unsere Q-Probleme“ aktuell nicht Ist-Zustand, sondern nur eine Annahme, die nur manche Stakeholder teilen, also ganz exakt könnte die EntitĂ€t z.B. lauten: „Das Management glaubt, dass 100% Code Coverage beim Test unsere Q-Probleme löst.“ ErgĂ€nzend: Zur raschen Erstellung einer ersten Grobstruktur des CRT hat sich auch die Kombination mit der Methode der 5 Warum (siehe Glossar https://www.projektmagazin.de/glossarterm/fuenf-warum) bewĂ€hrt: Zuerst mal bei jedem UDE in die Tiefe zu gehen um fehlende EntitĂ€ten zu generieren – dann mit der VerknĂŒpfung der EntitĂ€ten zu beginnen. Ich freue mich auf weitere Artikel rund um die TOC Denkwerkzeuge von Ihnen! Freundliche GrĂŒĂŸe aus Österreich, Hannah Nowak