Inhalt : Ist Schach komplex? | Projekt Magazin Blog

Danke für den Hinweis, Bernhard. Ich habe dort einen Kommentar hinterlassen.

Ich finde den Artikel sehr gut. Er wiederspielegt ganz meine Meinung. Wenn ich etwas kritisiere, dann die Unterscheidung "komplex", "kompliziert" und "einfach" überhaupt, ganz unabhängig von Projekten. Das Cynefin-Karsumpel verwirrt vielmehr, als dass es hilft. So 4x4-Felder-Modelle sind ja etwas vom doofsten, was die Menscheit erfunden hat....

Natürlich kann ein Projekt gleichzeitig kompliziert und komplex oder komplex und einfach sein. In jeden Projekt gibt es andere "gute und angebrachte" Vorgehensweisen, je nach Menschen, die sich in diesem Projekt tummeln.

Herzlichst,
Peter

P.S. Ich liebäugle mit der Idee, auch ans PMCamp Berlin zu kommen. Wir könnten ja eine gemeinsame Session machen, in welcher wir unsere gemeinsamen und divergierenden Ansichten über Komplexität diskutieren....

Bei der Diskussion einfach-kompliziert-komplex fällt mir ein Diagramm aus Jurgen Appelos Management 3.0 ein:

(Jurgen erlaubt übrigens die Verwendung seiner Grafiken, sofern ein BackLink zu seiner Seite erfolgt.)

Peter Addor: Es ist übrigens eine 6-Felder-Tafel 

Ich finde das gar nicht mal verkehrt.

Zum Problem wird die Frage schlicht und einfach dadurch, daß meiner Wahrnehmung nach die Begriffe überhaupt nicht vollständig definiert sind.

Ein Beispiel aus meiner Vergangenheit (übrigens bei der Firma, bei der ich die hervorragenden PM-Seminare von Walter Plagge besuchen durfte):

Komplexität wurde unter dem Begriff "Project Complexity" hauptsächlich als Kennzahl genutzt, um herauszufinden, welche Personen wo und wie beteiligt werden müssen. Die Kennzahl wurde konkret berechnet, aber "fuzzy" interpretiert, es gab also Spielräume für den designierten Projektleiter und das beteiligte Management.

In die Berechnung dieser Kennzahl flossen etliche Faktoren ein, etwa

• die technische Größe des Projektes (=Anzahl und Art der Systeme vs. Stückzahlen)
• die monetäre Größe (sprich das abgeschätzte Budget in USD oder EUR)
• die Kompliziertheit der Technik (neue Entwicklungen/Produkte vs. bekannte/erprobte Technik)
• die Geographie (DE vs. EU vs. jwd)
• die politische Situation im Projektland
• die Logistik ins Projektland
• die Beziehung zum Kunden
• die Beziehungen zu den Schlüssellieferanten
• die Einschätzung der Terminsituation
• die Erfahrung mit ähnlichen Projekten
• usw. pp.

Insgesamt ergab das über eine 3- oder 4-seitige Checkliste ein Rating, mit dem man dann halbwegs quantifiziert entscheiden konnte, wer mitspielen soll.

Niedrige "Complexity" hieß, daß der Projektingenieur oder Associate PM das machen durfte.
Hohe "Complexity" hieß, daß mindestens ein Senior PM ran muß (ratet mal, welche Projekte meinen Namen trugen...)
In dem Zuge konnte auch durchaus rauskommen, daß der designierte PM mit dem Projekt überfordert ist, und ein anderer ran muß.

Auch entschied das über verschiedene Stufen von Reviewzyklen (=komplexe Projekte kamen häufiger auf den Prüfstand als andere) und Entscheidern.

Hauptnutzen meines Erachten war übrigens, daß ein hohes Rating dazu führt, daß die Beteiligten intensiv miteinander sprechen und direkt gemeinsam das Risikomanagement einleiten.
Allerdings war der variable Reviewzyklus auch die Chance, bei komplexen Projekten häufiger den Plan zu hinterfragen und zu revidieren. Eine komplette Neuplanung oder auch eine Terminierung waren durchaus eine Option. (zumindest von Seiten des Project Management; der Vertrieb sah das manchmal anders...)

Daher rührt übrigens auch meine sehr einsame Position als "Komplexitätsversteher" beim PM-Camp Dornbirn. Für mich ist die Komplexität primär eine abschätzbare Größe im Risikomanagement, und keine Metaebene des Seins.

Andere sehen das anders, und deswegen ist meiner bescheidenen Meinung nach die ganze Diskussion sinnlos, solange keine gemeinsame Definition, die für das Projektumfeld angepaßt wurde, vorliegt. (Die direkte Anwendbarkeit der Definition aus der Wikipedia stelle ich durchaus in Frage)

Walter Plagge schreibt ja selber über die objektive Komplexität. Die gilt es zu definieren.