Raus aus der KomplexitÀtsfalle!

Raus aus der KomplexitÀtsfalle!

Projekte sind hÀufig turbulent: Der Auftraggeber "kippt" neue Anforderungen ein, im Team treten Konflikte auf, bei der geplanten Datenbankmigration gibt es Probleme etc. Stephanie Borgert befasst sich in diesem Beitrag mit der Frage, wie man mit solchen dynamischen und oft komplexen Projektsituationen am besten umgeht. Zentraler Punkt ist dabei die Unterscheidung zwischen komplexen, komplizierten und chaotischen Projektsituationen, um daraus die richtigen Handlungsoptionen abzuleiten. Sie erfahren, welche Stolpersteine auf dem Weg zum Projekterfolg liegen, und lernen, welchen Einfluss die Projektkultur im Zusammenhang mit KomplexitÀt hat und wie Sie diese aktiv beeinflussen können.

Management Summary

Raus aus der KomplexitÀtsfalle!

Raus aus der KomplexitÀtsfalle!

Projekte sind hÀufig turbulent: Der Auftraggeber "kippt" neue Anforderungen ein, im Team treten Konflikte auf, bei der geplanten Datenbankmigration gibt es Probleme etc. Stephanie Borgert befasst sich in diesem Beitrag mit der Frage, wie man mit solchen dynamischen und oft komplexen Projektsituationen am besten umgeht. Zentraler Punkt ist dabei die Unterscheidung zwischen komplexen, komplizierten und chaotischen Projektsituationen, um daraus die richtigen Handlungsoptionen abzuleiten. Sie erfahren, welche Stolpersteine auf dem Weg zum Projekterfolg liegen, und lernen, welchen Einfluss die Projektkultur im Zusammenhang mit KomplexitÀt hat und wie Sie diese aktiv beeinflussen können.

Management Summary

Als Projektmanager sind Sie mit vielen verschiedenen Situationen und Ereignissen konfrontiert: Der Auftraggeber "kippt" neue Anforderungen ein, es gibt Konflikte im Team, die Laufzeit des Projekts verzögert sich, Mitarbeiter werden abgezogen, der Scope wĂ€chst und so weiter und so fort. Wie geht man mit solchen dynamischen, oft komplexen und manchmal turbulenten Projektsituationen am besten um? Mit genau dieser Fragestellung befasst sich dieser Artikel. Der Frage, wie komplex das zu managende Projekt ist, kommt dabei eine zentrale Rolle zu, denn KomplexitĂ€t wird meist als kritischer Aspekt angesehen. Wichtig ist dabei die Unterscheidung von komplexen, komplizierten und chaotischen Projektsituationen, denn jede erfordert ihr eigenes Entscheidungs- und FĂŒhrungsinstrumentarium. Es geht also darum zunĂ€chst den aktuellen Projektkontext zu bestimmen und daraus die richtigen Handlungsoptionen abzuleiten. Zudem erfahren Sie, wie die wesentlichen Stolpersteine auf dem Weg aus der KomplexitĂ€tsfalle zu ĂŒberwinden sind. Die Kultur im Projekt bestimmt das Verhalten der Menschen – Sie lernen, wie Sie selbst aktiv auf die Gestaltung dieser Kultur Einfluss nehmen können.

Es wird turbulent im Projekt

Vielleicht kennen Sie Situationen wie diese: "Die Folien fĂŒr den Projektlenkungsausschuss mĂŒssen noch bis heute Abend fertig werden. Eigentlich mĂŒsste der aktuell zu erreichende Meilenstein "Datenmigration" eine rote Ampel bekommen, aber das gibt wieder endlose Detaildiskussionen mit den Lenkungsausschuss-Mitgliedern. DafĂŒr habe ich wirklich keine Zeit. Außerdem kann ich denen nicht mal eben die gesamte KomplexitĂ€t der aktuellen Situation erklĂ€ren, dafĂŒr stecken die Herrschaften nicht tief genug im Thema. Und schließlich habe ich genug mit dem Meilenstein selbst zu tun. Dass erst jetzt hochkommt, dass fĂŒr die bevorstehende Datenmigration noch weitere Datenschutzbestimmungen zu beachten sind, ist unglaublich. WofĂŒr sitzen denn so viele Experten im Projekt? Daran hat aber erst mal keiner gedacht, und ich kann mich nicht um alles kĂŒmmern. Gleichzeitig mĂŒssen wir unsere Fachseite noch davon ĂŒberzeugen, dass die zwei neuen Anforderungen definitiv nicht mehr im kommenden Release unterzubringen sind. Die Verhandlung dazu war gestern ergebnislos, aber wir mĂŒssen hart bleiben. Das ist im Budget auch gar nicht mehr drin. Die Kollegen der Fachseite sollen sich doch erst mal um ihre Restrukturierung kĂŒmmern. Wir wissen ja eh nicht, wer ab nĂ€chstem Halbjahr unser Auftraggeber ist. Dabei kommt mir doch dieses noch ungelöste Datenbank-Problem in den Sinn. Wie kriegen wir den richtigen Auszug an Daten migriert, obwohl wir keinen eindeutigen SchlĂŒssel haben? DafĂŒr brauchen wir jetzt endlich eine Lösung. Was wollte ich eigentlich gerade tun? Ach ja, die Folien
"

Wie behalten Sie eine solche Projektsituation im Griff? Wie gehen Sie die Lösung der verschiedenen Punkte an? Typische Lösungsstrategien könnten lauten: Planung nach hinten schieben, zusĂ€tzliches Budget beantragen, zusĂ€tzliche Mitarbeiter anfordern, Anforderungen vom Lenkungsausschuss ablehnen lassen, und so weiter. Dabei schwingt allerdings immer der Gedanke mit "Wenn X, dann Y": "Mit mehr Budget lassen sich die zwei Anforderungen realisieren", "ZusĂ€tzliche DB-Experten lösen die Frage um die partielle Migration". "Mit mehr Zeit werden wir alle Datenschutzanforderungen erfĂŒllen können." Die Situation im Projekt, und sei sie noch so komplex, wird in (vermeintliche) KausalzusammenhĂ€nge zerlegt und in eine systematische Planung ĂŒberfĂŒhrt.

Das Denken in Ursache-Wirkungs-GefĂŒgen ist die Denk- und Verhaltensweise, die wir in unserem Kulturkreis am intensivsten lernen und trainieren. Dieses Denken ist fĂŒr viele Situationen im Projektmanagement-Kontext gut und richtig. Sobald wir uns allerdings in einem komplexen Umfeld befinden, schnappt sie zu, die KomplexitĂ€tsfalle. Denn wir glauben, dass sich die Projektsituation auflöst, wenn wir die KomplexitĂ€t reduzieren. Die hĂ€ufigsten Strategien dafĂŒr sind rationales Verstehen, Vereinfachen oder das Ausblenden bestimmter Aspekte.

(Schein-)Strategien, um KomplexitÀt zu reduzieren

Rationales Verstehen ist die am hĂ€ufigsten eingesetzte Strategie, um komplexe Projektsituationen "in den Griff zu bekommen". Leider ist sie auch diejenige, die in den meisten FĂ€llen zu einer Überforderung des Projektmanagers fĂŒhrt. Die Dimensionen der KomplexitĂ€t entsteht im Beispiel durch menschliche Einflussnahmen (die zu den zwei weiteren Anforderungen gefĂŒhrt haben), durch die Menge und AnwendungsfĂ€lle aktueller Datenschutz-Bestimmungen, durch die verschiedenen Möglichkeiten, eindeutige SchlĂŒssel fĂŒr die zu migrierenden Daten zu finden, durch das Handeln des Lenkungsausschusses und durch weitere hinter der beschriebenen Situation liegende Aspekte. Ein einzelner Projektmanager, und sei er noch so erfahren, kann dies alles niemals kognitiv vollstĂ€ndig erfassen.

Um das vermeintlich doch hinzubekommen, neigen wir dazu, die Wirklichkeit zu vereinfachen, beziehungsweise Details auszublenden. Das Ausblenden kennt jeder Mensch als gĂ€ngige Strategie. Im Falle eines Projekts werden beispielsweise die Motivation und Notwendigkeit hinter den neuen Anforderungen einfach nicht berĂŒcksichtigt. Man muss sich dann auch nicht damit auseinandersetzen und kann lediglich die "hard facts" wie Termine, Budget und Aufwand betrachten. So bleiben wir in unserer Wahrnehmung bei Bekanntem und Vertrautem, was uns ein GefĂŒhl von Sicherheit gibt. Und Sicherheit können wir in einem turbulenten Projekt gut gebrauchen.




Raus aus der KomplexitÀtsfalle!


Gleich kostenlos weiterlesen!

  • Zum Newsletter anmelden und diesen Artikel freischalten

  • Jede Woche neue Inhalte, Tipps und Tools per E-Mail
Gratis Newsletter bestellen & sofort weiterlesen

 

Hiermit melde ich mich zum Newsletter an. Ich habe die Datenschutzrichtlinien gelesen und akzeptiere diese. Ihre Daten nutzen wir ausschließlich zum Newsletter-Versand und der Messung von Öffnungs- und Klickraten. Sie können sich jederzeit abmelden, indem Sie auf den Link in der Fußzeile unserer E-Mails klicken. Informationen zu unserem Datenschutz finden Sie hier.

Alle Kommentare (4)

Profile picture for user dialog@projektmensch.com
Holger
Zimmermann

Holger Zimmermann

EIne spannende Sicht. Danke! Allerdings bin ich mit der Zuordnung der KomplexitĂ€t bei der Brandschutzanlage nicht ganz einverstanden. Das System "Brandschutzanlage" an sich ist nicht komplex und wĂŒrde sich bei geschlossener TĂŒre nicht verĂ€ndern. Das Projekt als soziales System ist es jedoch. Da könnte wĂ€hrend der Projktzeit jederzeit jemand die TĂŒre wieder aufschließen, einen Stecker ausleihen und die TĂŒre wieder verschließen. Nicht der technische Inhalt des Projekts ist komplex, die Organisation des Vorhabens liefert die KomplexitĂ€t.

 

Oliver
Dattner

Oliver Dattner

★★★★★
★★★★★
sehr guter Inhalt und verstÀndlich aufbereitet

 

Michael
Hesseler
Dr.

Dr. Michael Hesseler

Derartige Artikel finde ich immer nĂŒtzlich, v.a., wenn das Thema nicht auf den Begriff soft skills reduziert wird. Die Aufteilung in hard und soft skills ist irrefĂŒhrend. Den (harten) Erfolg in Projekten bestimmt in erster Linie die Zusammenarbeit der Menschen (wie auch im Unternehmen, und es funktioniert manchmal besser ohne die Koordination per Hierarchie). Insofern halte ich das Thema fĂŒr zielfĂŒhrend. Ich habe mich damit in meinen BĂŒchern "Projektmanagement...( Vahlen, MĂŒnchen 2007, mit CD)und "Unternehmensethik und Consulting...(Oldenbourg, MĂŒnchen 2011, mit Serviceteil online) entlang meiner Erfahrungen seit 1979 konkret beschĂ€ftigt. Auf dieser Grundlage halte ich VortrĂ€ge, gebe ich Seminare und berate ich. Anregung: Bitte prĂŒfen, ob soziale Prozesse GesetzmĂ€ĂŸigkeiten aufweisen können oder eher StruktureigentĂŒmlichkeiten. M.E. sollte man daher nicht von Ursache und Wirkung, sondern Bedingung und Folge sprechen. Mit Gruß Michael Hesseler

 

Marta
Iffland

Marta Chromy

★★★★★
★★★★★
Die Unterteilung der Projekte in einfach/kompliziert/komplex und chaotisch ist seit einigen Jahren sehr gelĂ€ufig aber in diesem Artikel habe ich eine sehr prĂ€gnante Zusammenfassung der Herangehensweise gefunden (ausgedrĂŒckt in drei wesentlichen Schritten, wie z.B. agieren-wahrnehmen-reagieren). Intuitiv habe ich es sehr Ă€hnlich angewendet, danke an dieser Stelle fĂŒr das Konkretisieren. Der Spagat-Gedanke ist war mir auch bereits bekannt, ist aber aus meiner Sicht sehr idealistisch – solche Renaissance-Menschen findet man nur sehr selten in der Organisation und diese lassen sich ordentlich bezahlen. Vielleicht ist es notwendig, eine Spaltung durchzufĂŒhren – hervorragende „geordnete“ und „ungeordnete“ PM’s, die je nach Projekt in einer Organisation eingesetzt werden? Das Projekt lĂ€sst sich natĂŒrlich oft nicht bereits am Anfang in eine der beiden Kategorien „klassifizieren“, aber vielleicht gibt es an dieser Stelle bereits AnsĂ€tze?