Projektarbeit in allen Facetten
Über die nicht immer ganz wahrhaftige Kommunikation in großen Projekten hatte ich schon geschrieben. Ob das in früheren Zeiten anders war wurde von der Geschichtsschreibung nicht überliefert. Ob sich untenstehende Dialoge so ereignet haben wird deshalb wohl ein Mysterium der Projektmanagement-Geschichte bleiben. Ähnlichkeiten zu zeitgenössischen Großbauprojekten können demnach nur zufällig sein.
Wie immer frei erfunden und nur mit rein zufälligen Ähnlichkeiten zu realen Situationen.
Komplexität bezeichnet allgemein die Eigenschaft eines Systems oder Modells, dessen Gesamtverhalten man selbst dann nicht eindeutig beschreiben kann, wenn man vollständige Informationen über seine Einzelkomponenten und ihre Wechselwirkungen besitzt. Der Begriff leitet sich ab von lateinisch complexum, Partizip Perfekt von complecti ‚umschlingen‘, ‚umfassen‘ oder ‚zusammenfassen‘. Dabei handelt es sich um ein Kompositum aus der Präposition lateinisch cum ‚mit‘, oder ‚zusammen mit‘ und plectere ‚flechten‘ oder ‚ineinander fügen‘ im Sinne von ‚verflochten‘, ‚verwoben‘.Es geht also um Systeme, die eine Vielzahl von miteinander wechselwirkenden Einzelkomponenten enthalten. Wenn die Komponenten und / oder Wechselwirkungen nicht bekannt sind, heißt das noch nicht, dass das System komplex ist. Es ist erst dann komplex wenn auch mit vollständigem Wissen eine Beschreibung oder Vorhersage des Verhaltens nicht möglich ist. Unwissenheit macht also noch keine Komplexität. Zu Beginn jedes Projektes besteht die Hauptaufgabe darin Unbekanntes aufzufinden. Erst im Laufe des Projektes kann zwischen Kompliziertheit und Komplexität unterschieden werden. Um nicht gleich vom Schlimmsten auszugehen, könnten mann/frau mit der Annahme beginnen, dass es “nur” kompliziert werden wird. An dieser Stelle möchte ich noch auf einen älteren Text verweisen, in dem ich auf die Unterscheidung zwischen kompliziert und komplex eingehe: Komplexität wird überbewertet Meines Erachtens wird zu oft mit zu hohem Einsatz gegen nicht vorhandene Komplexität gekämpft. Wenn es dann mal wirklich komplex wird, helfen ohnehin nur Vereinfachung bzw. schlanke Methoden und Werkzeuge. Wenn der Komplexität mit komplizierten Methoden begegnet wird, kommen nur weitere Variablen ins Spiel, die das System noch unvorhersehbarer machen. In diesem Zusammenhang fällt mir eine historische Science-Fiction Geschichte von Stanislaw Lem2 ein. In der Geschichte Ananke3 beschreibt er den Absturz eines neuen Raumschiff-Typs. Die Ursache für den Absturz liegt im Hauptcomputer, der versucht die Situation mittels umfassender Abfragen aller technischen Parameter in den Griff zu bekommen und sich dabei selbst die Rechenkapazität beschneidet, bis er nicht mehr in der Lage ist, in Echtzeit zu reagieren.4 Als die Protagonisten der Geschichte den Unfall analysieren wird ein Vergleich mit einem General gezogen, der immer mehr Soldaten als Melder und Kundschafter abstellt, um besser informiert zu sein und am Ende nicht mehr genügend Truppen zum Kämpfen hat und dadurch die Schlacht verliert. Ich denke wir sollten in komplexen Kontexten diesen Fehler nicht begehen sondern mehr Mut zur Lücke zeigen. Auf dem PM Camp Berlin von 10. bis 12. September 2015 besteht die Gelegenheit sich diesen Mut zu holen.
Zugegeben, Scherze über verspätete Projekte werden langsam langweilig. Die zwei Nikolausi Cartoons haben mir aber dennoch vor Augen geführt wie unsinnig ein Tunnel-Blick auf das “Zeit-Kosten-Qualität-Dreieck” sein kann. So wie ein schönes Weihnachtsgeschenk noch an Ostern Freude bereitet können auch verspätete Projekte Nutzen stiften. Die Themen Nutzen und Projekterfolg beschäftigen mich schon das ganze Jahr. Ich denke, dass ich es noch vor Weihnachten1 schaffe die wichtigsten Gedanken dazu zusammen zu fassen …
Alle Jahre wieder kommt völlig überraschend der Monat Dezember. Ich wünsche allen Menschen, die in Projekten arbeiten, dass sie heute nicht unter Verspätungen leiden müssen. Teil II des Nikolausi Projekts
