7 W-Fragen des Projektmanagements

Geschrieben von S. Hagen am 7. Februar, 2010

Oftmals habe ich den Eindruck, dass vermeintliche Projektmanagement-Expert/innen das Thema komplizierter machen, als es eigentlich ist. Denn gerade kleine und mittelständische Unternehmen benötigen eine pragmatische und einfache Methodik, um Projekte zu planen, zu überwachen und zu steuern.

Ich bin davon überzeugt, dass in vielen Projekten mit einem sauberen Planen und Überwachen der 7 W-FRAGEN DES PROJEKTMANAGEMENTS bereits ein großer Schritt in Richtung Projekterfolg gemacht werden kann:

• Wo stehen wir?
• Warum machen wir das Projekt?
• Was soll konkret erreicht werden?
• Wer ist involviert?
• Wie strukturieren wir das Projekt?
• Bis wann müssen Teilziele erreicht werden?
• Wie viel kostet das Projekt?

Diese pragmatischen W-Fragen sollten von der Initiierung bis zum Abschluss des Projekts immer wieder durchgegangen werden – am besten WÖCHENTLICH. So kann sicher gestellt werden, dass die Kommunikation im Projektteam regelmäßig stattfindet und dass der Projektfortschritt kontinuierlich überwacht wird.

Ich behaupte: Mit der einfachen Formel der “7 W-Fragen des Projektmanagements” können – frei nach Pareto – mit 20 % des Aufwands 80 % des Nutzens von Projektmanagement erreicht werden.

PS: Wenn Ihr auf das Bild klickt, könnt Ihr das MindMap mit den 7 W-Fragen als Mindjet-Datei herunter laden (kleines Icon am rechten oberen Rand). Wenn Ihr nicht mit dem Mindmanager arbeitet, habe ich hier das PDF-File für Euch.

Business Mapping als universelle Methode im Projektmanagement

Geschrieben von S. Hagen am 6. Februar, 2010

Projekte sind komplexe, soziotechnische Systeme. Sie setzen sich in der Regel aus einer Vielzahl von Menschen, Meinungen, organisatorischen, inhaltlichen und technischen Herausforderungen zusammen. Es ist bekannt, dass transparente und gezielte Kommunikation in Projekten einer der ZENTRALEN Erfolgsfaktoren ist. Denn nur durch effektive Kommunikation ist es möglich, die vielfältigen Informationen über Anforderungen, Ziele, Risiken, Aufgaben, Termine etc. zum richtigen Zeitpunkt an den richtigen Ort zu bringen.

Daraus ergibt sich, dass gutes Projektmanagement wesentlich auch mit der Fähigkeit verbunden ist, relevante Informationen

• rechtzeitig zu identifizieren und zu sammeln,
• zu strukturieren und aufzubereiten,
• mit den Betroffenen zu diskutieren und gemeinsam zu entwickeln und
• Informationen gezielt weiter zu leiten.

Business Mapping ist in diesem Zusammenhang eine HAMMER-METHODE. Ich habe mich in diesem Blog ja schon öfters als MindMapping (bzw. korrekter Business Mapping) Fan “ge-outet”. Denn die Methode ermöglicht es wie kaum eine andere, Transparenz und Struktur in den oft hektischen Projektalltag zu bekommen. Ich möchte dies anhand 5 konkreter Anwendungsfälle erläutern.

1) Business Mapping im Sitzungsmanagement

Ich bereite Sitzungen mit Business Maps vor, indem ich die Punkte der Agenda in eine Map übertrage. In den meisten Fällen schreibe ich noch einige relevante Unterpunkte dazu und ergänze die Punkte bei Bedarf mit zusätzlichen Informationen wie Statusberichten etc., die bei der Sitzung dann direkt verteilt werden. Die Besprechung selbst wird dann mittels Beamer und Business Mapping Software (ich verwende den Mindmanager von Mindjet) moderiert. Die diskutierten Punkte werden möglichst 1:1 (!) erfasst, in Stichworten natürlich. Dies hat den Vorteil, dass keine Informationen verloren gehen, und die Diskussionen verlaufen in der Regel wesentlich strukturierter.

Voraussetzung für diese Anwendung ist jedoch, dass der/die Moderator/in die Technik, sprich das Business Mapping Tool, recht gut “im Griff haben” sollte. Denn Sitzungsmoderation mittels Business Mapping funktioniert nur dann gut, wenn die Technik kein Hindernis darstellt und die Punkte rasch in die Map eingepflegt werden.

Bei größeren Sitzungen oder Workshops macht es natürlich Sinn, nicht die gesamte Besprechung mit dieser Methode zu moderieren. Alternativ kann man den Beamer ausgeschaltet lassen. Für kürzere Besprechungen (wie z.B. Projektcontrolling-Meetings), bei denen es um einen effizienten und möglichst vollständigen Informationsaustausch geht, eignet sich die Methode aber hervorragend.

2) Business Mapping zur Anforderungsdokumentation

Projekten liegen häufig Anforderungen zu Grunde, die in weiterer Folge in Ziele, Projektinhalte, Aufgaben und Verantwortlichkeiten übertragen werden. Je besser und vollständiger Anforderungen erhoben und über den Projektverlauf aktualisiert werden, umso besser für’s Projekt.

Mit der Business Mapping Methode können in gemeinsamen Workshops und Gesprächsterminen Anforderungen komfortabel und vollständig erhoben und dokumentiert werden. Dieses Vorgehen kann und sollte durch weitere Methoden wie z.B. Storytelling, User Stories oder auch Prozessanalysen oder sonstige grafische Modellierungen ergänzt werden.

3) Business Mapping zur Projektplanung

Eine Projektplanung besteht aus verschiedenen Teilplänen, gerade bei großen, komplexen Projekten. (Hier habe ich vor längerer Zeit mal einen Blogpost dazu verfasst.) Klar ist, dass diese Pläne auf verschiedenste Arten erstellt und gepflegt werden. Projektmanagement-Software, Projekthandbücher, einzelne Dokumente und Tabellenkalkulationen etc. Business Mapping eignet sich in der Regel hervorragend zur Planung einzelner Schritte im Team. Diese Ergebnisse werden dann in strukturierte Pläne übertragen. Bei kleinen Projekten ist es aber durchaus auch möglich, diese ausschließlich mit der Business Mapping Methode zu planen und zu überwachen. Anregungen hierzu können die 7-W-Fragen bieten, mit denen es möglich ist, kleine Projekte in ca. 30 Minuten in einem ersten Durchgang zu planen (und diese Planung natürlich danach Schritt für Schritt zu verfeinern).

Derzeit habe ich folgende Tools zum Business Mapping im Einsatz:

• MindManager 8 für Mac von Mindjet
• Mindmeister.com (für kollaboratives Mapping)
• Freemind, das ich als kostenlose Alternative empfehle
• Xmind: ebenfalls kostenlos, sehr gute Funktionalität, allerdings kleinere technisch Mängel (zumindest vor einem Jahr, als ich das Tool das letzte Mal verwendet habe)

Agiles oder klassisches Projektmanagement? Oder eine Kombination?

Geschrieben von S. Hagen am 31. Januar, 2010

Oliver Fischer (Bild, Software Engineering Blog) hat mich auf eine Projektmanagement Studie von “oose. Innovative Informatik” aufmerksam gemacht. Ich kenne oose schon länger und bin davon überzeugt, dass es sich hier um ein überaus innovatives, erfolgreiches und gut geführtes Unternehmen handelt. Aber das nur nebenbei…

Einleitend möchte ich festhalten, dass die Unsitte seit einiger Zeit um sich gegriffen hat, in jeder zweiten Pressemeldung eine ach so wichtige und aussagekräftige “Studie” anzukündigen. Ein großer Teil dieser “Studien” wurde aber auch nicht annähernd nach den Qualitätskriterien einer empirischen Untersuchung erstellt. NICHT SO IN DIESEM FALL.

Für die Qualität und Aussagekraft der vorliegenden Untersuchung spricht aus meiner Sicht, dass

• die Studie von einem sehr professionellen und vertrauenswürdigen Unternehmen erstellt wurde,
• das empirische Vorgehen transparent dargelegt wird,
• dieses Vorgehen fundiert und gut durchdacht erscheint und
• dass aufgrund der Unterstützung durch große PM Institutionen vermutet werden kann, dass der Zugang zu Unternehmen gelegt werden konnte, die zu dem Thema “auch wirklich etwas zu sagen haben”.

Darüber hinaus wurde aus den 212 eingereichten Fragebögen nach einer durchlaufenen Plausibilitätsprüfung nur 130 für die Ergebnisauswertung heran gezogen.

Nun aber zu den Zielen und Ergebnissen der Studie. Folgende Zielsetzungen wurden am Beginn formuliert:

1) Gibt es signifikante Unterschiede darin, wie klassische und agile Projekte arbeiten?

2) Was können agile und klassische Projekte voneinander lernen?

3) Welche Verfahren tragen zum Projekterfolg bei?

Das zentrale Ergebnis, das in der Fachwelt gerne ausgiebig diskutiert und kritisch hinterfragt werden darf und soll: AGILE PROJEKTE SIND SIGNIFIKANT ERFOLGREICHER ALS KLASSISCHE PROJEKTE!

Mir erscheint wesentlich, dass laut oose nicht das gewählte agile Vorgehensmodell erfolgsentscheidend ist, sondern die Art und Intensität der Kommunikation zwischen Kunden und Entwickler-Teams. Ich persönlich bin davon überzeugt, dass hier der wirkliche Schlüssel zu hocheffektiven und selbstorganisierten Projektteams liegt. Oder in der Terminologie des agilen Manifests:

INDIVIDUALS AND INTERACTIONS over processes and tools.

That’s the key. For sure!

DOWNLOAD: Hier könnt Ihr die Studienergebnisse direkt bei oose herunter laden.

CHAOS Report: Oft zitiert, aber was steckt dahinter?

Geschrieben von S. Hagen am 29. Januar, 2010

Eine der wohl am häufigsten zitierten Studien im Bereich des Projektmanagements ist der “CHAOS Report” der Standish Group. Bei Dr. Ingo Zank (IKMT) bin ich auf einen interessanten Artikel gest0ßen, der einige “Insights” und Analysen zum CHAOS Report enthält.

Als Einstieg ist die Entwicklung der Erfolgsquote von IT Projekten recht interessant:

© Dr. Ingo Zank - IKMT

Daraus leitet sich natürlich die Frage ab, welche Kriterien laut Standish Group erfüllt sein müssen, damit ein Projekt als “sucessful” klassifiziert wird? Diese sind:

© Dr. Ingo Zank - IKMT

© Dr. Ingo Zank - IKMT

Die Gründe für das Scheitern von IT Projekten sind laut Forbes/Gartner:

Umgekehrt sieht die Standish Group folgende Schlüsselfaktoren für den Projekterfolg:

© Dr. Ingo Zank - IKMT

FAZIT:

• Es verwundert nicht, dass IT Projekte hauptsächlich an “weichen Faktoren” scheitern. Gleichzeitig werden die “harten Faktoren” in der Praxis nach wie vor maßlos überschätzt, gerade in sehr methodengläubigen und vermeintlich rational agierenden Unternehmen.
• Kommunikation ist DER Schlüsselerfolgsfaktor in Projekten – daran wird sich so schnell auch nichts ändern.
• Weitere Erfolgsfaktoren: Transparenz, Verbindlichkeit, professioneller Umgang mit Risiken, Unsicherheiten und Spannungen.
• Das Verhalten von Führungskräften und Kunden “im Umfeld des Projekts” wirkt sich wesentlich auf den Erfolg aus.
• Die Unternehmensleitung hat dafür zu sorgen, dass die Rahmenbedingungen für eine erfolgreiche Projektabwicklung geschaffen werden (z.B. klare IT Strategie, klare Rollen, ausreichende Ressourcen, gemeinsame Spielregeln und Prinzipien einfordern…). Denn wenn die Rahmenbedingungen nicht passen, können auch die besten und erfahrensten Projektleiter scheitern.
• Gerade große, komplexe Projekte sind kaum mehr seriös planbar. Agile, iterative und inkrementelle Verfahren und Methoden nehmen an Bedeutung zu. Dies erfordert aber vielfach ein radikales Umdenken von Führungskräften, Kunden und den Mitgliedern der Projektteams: Selbstorganisation, denken und planen in Bandbreiten, permanente Auseinandersetzung mit Unsicherheiten und Widersprüchen etc.

Wie habe ich gerade in diesem Buch gelesen? “In der Managementrhetorik betonen wir das Ende der stabilen und eindeutigen Welt. Unser tägliches Handeln in Organisationen steht in krassem Gegensatz dazu.” Und etwas später: “Komplexität ist Ambivalenz, Unschärfe, Vielfalt, Optionalität, Dynamik, ist der Stoff, aus dem unser Leben ist.”

Ich bin davon überzeugt, dass wir uns gerade mit dem Thema der Komplexität (wie sie oben beschrieben ist) noch wesentlich intensiver auseinander setzen müssen. Aber nicht nur – wie wir es vielleicht gelernt haben – auf eine rational-verstehende Weise, sondern vielmehr ganzheitlich, intuitiv und mehr-dimensional. Wir brauchen ein radikales Umdenken – insbesondere in den Führungsetagen.

Projektmanagement unternehmensweit professionalisieren

Geschrieben von S. Hagen am 25. Januar, 2010

Ich bin davon überzeugt, dass Projekte häufig deshalb scheitern, weil Projektmanagement nicht wirklich in der Unternehmensstrategie, -struktur und -kultur verankert ist. Indikatoren dafür sind:

• Projektleiter haben zwar viel Verantwortung aber kaum Entscheidungskompetenz.
• Projekte werden “nebenbei” gemacht.
• Projektleiter werden zwar auf Schulungen geschickt, die Führungsebene kennt sich aber nicht wirklich im Projektmanagement aus.
• Verschiedenste Aufgaben werden als “Projekt” bezeichnet. Eine wirklich klare und eindeutige Abgrenzung zu Routineprozessen besteht aber nicht.
• Es wurden zwar Methoden und Vorgehensweisen definiert, diese werden aber als theoretisch oder bürokratisch empfunden und nicht wirklich angewendet.
• Das Unternehmen hat einige MS Project Lizenzen beschafft, wirklich sinnvoll bedienen kann die Software aber kaum jemand.
• etc.

FAZIT: Unternehmen müssen Projektmanagement gezielt professionalisieren und implementieren, um mittel- bis langfristig im Projektgeschäft erfolgreich sein zu können.

Nun stellt sich die Frage: Wie geht man einen solchen Veränderungsprozess an? Klar ist eines: Patentrezepte gibt es nicht – aber “good practices”. Unser Beratungsansatz sieht 4 zentrale Handlungs- und Optimierungsfelder vor:

Wichtig ist, dass man

• pragmatisch an das Thema heran geht,
• Betroffene zu Beteiligten macht,
• die Unterstützung der Führung sicherstellt und
• auf die Einhaltung SINNVOLLER Spielregeln und Standards achtet.

Ich habe spontan einige Gedanken und Erfahrungswerte in einem Mindmeister-Mindmap gesammelt. Cool wäre, wenn Ihr diese Map mit Euren Erfahrungen ergänzen könntet.

Bin schon gespannt, ob dieses kleine Crowdsourcing-Experiment eine Dynamik entwickelt.

Erfolgreiche Projektmanager/innen – Was müssen sie können?

Geschrieben von S. Hagen am 21. Januar, 2010

Bei CIO.com bin ich auf einen interessanten Artikel gestoßen, bei dem 6 Eigenschaften beschrieben werden, die ein/e gute/r Projektmanager/in haben sollte. Diese sind:

1) Er/sie hat Weitblick.

2) Er/sie ist gut organisiert.

3) Er/sie weiß, wie Mitarbeiter/innen modern geführt werden.

4) Er/sie ist ein/e gute/r Kommunikator/in.

5) Er/sie ist pragmatisch.

6) Er/sie ist empathisch.

Details zu den Punkten findet Ihr im CIO-Artikel.

Grundsätzlich teile ich die Meinung der Autorin Meridith Levinson. Um folgende Gedanken möchte ich die oben genannten Fähigkeiten ergänzen:

• Eine PM Zertifizierung macht keine/n gute/n Projektmanager/in aus. Allerdings schadet’s auch nicht, wenn er/sie die oben skizzierten Fähigkeiten als Grundvoraussetzung hat.
• In der obigen Liste fehlt mir noch, dass er/sie lernfähig und selbstreflektiert sein sollte. Das ist überhaupt eine Grundvoraussetzung jeder wirkungsvollen Führungskraft.
• Es geht um “Können”, nicht um reines “Wissen”. Es gibt Projektmanager/innen, die zwar sehr viel wissen aber die “PS nicht auf den Boden bringen”, sprich nicht die notwendigen Führungskompetenzen mitbringen.

Zum letzten Punkt eine kleine persönliche Anekdote: In meiner Dozententätigkeit an der Fachhochschule Vorarlberg und diversen anderen Bildungseinrichtungen diskutiere ich mit den Studierenden und Kursteilnehmer/innen, wie Projektmanagement in Theorie und Praxis “funktioniert”. In jedem einzelnen Projekt, das ich dann operativ selbst führe oder begleite, wird mir wieder aufs Neue bewusst, dass Wissen leider nicht Können bedeutet. Was ich damit sagen möchte: Über gutes und richtiges (Projekt)Management zu philosophieren ist das eine, es in der Praxis gut und richtig zu TUN, ist das andere. Erstgenanntes ist (leider) wesentlich einfacher…

SCRUM im Unternehmen implementieren

Geschrieben von S. Hagen am 20. Januar, 2010

Salesforce.com ist eine der erfolgreichsten “Cloud Computing Business Application Providers” weltweit. Mit web-basierenden CRM Lösungen setzt Salesforce.com mittlerweile über eine Milliarde Dollar weltweit um, mit über 3.600 Mitarbeitern (Stand 2009). Die Software- und Produktentwicklung bei Salesforce.com erfolgt auf der Basis eines agilen Projektmanagementansatzes (ADM), einer Kombination aus SCRUM und XP.

Auch in unseren Breitengraden nehmen agile Vorgehensmodelle rasant an Bedeutung zu. Immer mehr Unternehmen spielen mit dem Gedanken, einen agilen Projektmanagementansatz einzuführen. In dieser Präsentation aus dem Jahr 2007  gibt Salesforce.com preis, wie die PM Implementierung bei ihnen angegangen wurde.

Einige sehr interessante Aspekte, wie ich finde:

WAS KÖNNEN WIR VON SALESFORCE LERNEN?

• Die Unternehmensführung muss voll hinter dem neuen Ansatz stehen (Management Commitment).
• Das unternehmensweite Projektmanagement entwickelt man nicht über Nacht weiter. Vielmehr handelt es sich um einen mehrjährigen Lern- und Organisationsentwicklungsprozess. Und in solchen Prozessen macht jedes Unternehmen Fehler. Also: Don’t panic.
• Der PM Ansatz sollte zu den Kernwerten und zur Organisationskultur des Unternehmens passen. Umgekehrt kann und sollte das Projektmanagement aber auch dazu beitragen, dass sich die Organisationskultur weiter entwickelt. Sprich: Agiles Projektmanagement kann und soll dazu beitragen, dass die Kultur im Unternehmen generell vertrauensvoller, offener und auch selbstorganisierter wird.
• KISS! Keep it simple and stupid. Pragmatisch anfangen, schnelle Erfolge forcieren, die Betroffenen mitnehmen.
• Den PM Ansatz aus der Kundenperspektive heraus entwickeln.
• Den eingeschlagenen Weg immer wieder mit allen Betroffenen überprüfen, diskutieren und ggf. anpassen. Einfach: kontinuierlich lernen!
• Mitarbeiter/innen praxisnah qualifizieren (learning on the job). Nach Möglichkeit auch externe Profis und Coaches involvieren.
• Grundlagen für proaktive Kommunikation in Projekten schaffen – real und IT-technisch. Für größtmögliche Transparenz sorgen.
• Auftraggeber/innen und Produktmanager/innen (“product owners”) früh einbeziehen und intensiv schulen.
• Allen muss klar sein, auf welchen Prinzipien und Spielregeln agiles Projektmanagement basiert (“agiles Manifest“).

Gutes Gelingen!

Modell lebensfähiger Systeme (VSM) – Netzwerkorganisation in der Praxis.

Geschrieben von S. Hagen am 12. Januar, 2010

© www.managementkybernetik.com

Kritische Auseinandersetzung

Ich habe gehofft, dass mein letzter Beitrag zum Thema “Netzwerkorganisation” eine kontroverse Diskussion auslöst. Dies ist glücklicherweise passiert.

Zu einigen Punkten möchte ich kurz Stellung beziehen:

• Ja, dieses “Gedankengut” ist (leider) vielfach noch weit von der Praxis entfernt.
• Ja, es ist in der Praxis oft schwierig, Organisationen und vor allem auch die Organisationskultur in diese Richtung zu bewegen.
• Ja, vielleicht dauert es tatsächlich in vielen Bereichen noch Jahrzehnte, bis diese Prinzipien auch nur annähernd in der Unternehmensorganisation angekommen sind.
• Ja, es mag sein, dass viele Menschen so sozialisiert sind, dass sie keine Verantwortung übernehmen möchten. Aber ich glaube auch fest daran, dass unsere Organisationssysteme der Vergangenheit dazu wesentlich beigetragen haben. Die überwiegende Mehrzahl der Menschen möchte sich auch im Beruf entfalten, aktiv mitgestalten und auch mitentscheiden. Wenn Menschen dazu die Gelegenheit bekommen, dass werden diese in der Regel sehr verantwortungsvoll und im Sinne des Unternehmens genützt. Aber diese Frage hängt wesentlich mit dem Bild zusammen, das wir von Menschen haben (Stichwort X-Y-Theorie).
• Ja, einer der Schlüsselbegriffe in diesem Zusammenhang ist “Vertrauen”. Selbstorganisierte, dezentralisierte Netzwerkorganisationen brauchen eine Vertrauenskultur.
• Ja, es braucht fundierte Überlegungen und mehr Best Practices. Diese sind sowohl in Theorie als auch in der Praxis vorhanden. Allerdings erhebt dieser Blogbeitrag nicht den Anspruch der lückenlosen Theoretischen Fundierung. Die im letzten Blogbeitrag genannten Literaturempfehlungen fassen den Stand des Wissens aber gut zusammen.

Missverständnisse

Einige der größten Missverständnisse im Zusammenhang mit Netzwerkorganisationen (Heterarchien) sind:

“Netzwerkorganisationen sind antiautoritäre, chaotische und strukturlose Gebilde.” –> Stimmt nicht. Netzwerkorganisationen haben sehr wohl klare Strukturen, Organisationsregeln und auch Führungs- und Steuerungsmechanismen. Dazu aber nachher noch mehr.

“In Netzwerkorganisationen werden ausschließlich partizipative Entscheidungen getroffen.” –> Stimmt nicht. Entscheidungen werden dem Kontext angemessen getroffen, sprich wenn nötig auch schnell und autoritär.

Theorie und Praxis

OK, das Thema ist so umfassend und vielfältig, dass es sicher nicht im Rahmen eines Blogs abgehandelt werden kann. Nochmals möchte ich aber auf eines der besten Bücher verweisen, das ich persönlich bislang zu dieser Thematik gefunden und gelesen habe: Strategie des Managements komplexer Systeme von Fredmund Malik.

Prof. Dr. Malik ist auf dem Gebiet der Managementkybernetik, die wesentlich auf den Prinzipien selbstgesteuerter Systeme beruht, seit Jahrzehnten einer der bedeutendsten Experten in Europa. Er hat u.a. auch mit Stafford Beer, Begründer des Modells lebensfähiger Systeme (Viable System Model – VSM; siehe Bild) an der Weiterentwicklung der theoretischen Fundierung aber auch an der Übertragung in die unternehmerische Praxis einen wesentlichen Beitrag geleistet. Und es ist auch kein Zufall, dass Prof. Malik mit seinem “Malik Management Zentrum St. Gallen” in kürze folgende Veranstaltung anbietet:

DIE MATRIX HAT VERSAGT – WAS NUN? - Malik-Tagung über Struktur, Organisation und Komplexität mit den Top-Experten von Malik Management am 05. März 2010 in Zürich

Für mich persönlich ist gerade das Modell lebensfähiger Systeme (VSM) eines der SCHLÜSSELKONZEPTE zur Implementierung zukunftsfähiger, selbstgesteuerter und dezentraler Netzwerkstrukturen in die Praxis. Die Zeit ist mehr als Reif, dass sich die Entscheidungsträger in den Unternehmen endlich mit diesen Konzepten und Theorien beschäftigen. Denn sie beinhalten aus meiner Sicht die Antworten auf zentrale Fragen zur Unternehmensorganisation des 21. Jahrhunderts. Und: DIE ZEIT IST REIF!

To be continued …

Weiterführende Texte und Videos:

• “Das Modell lebensfähiger Systeme” (PDF) von Prof. Dr. Markus Schwaninger
• Cwarel Isaf Institute von Prof. Dr. Fredmund Malik und Prof. Dr. Stafford Beer
• Interview-Sequenzen mit Prof. Dr. Peter Kruse
• Interview-Sequenzen mit Prof. Dr. Fritz B. Simon
• Collaboration X von Dr. Reinhard Schmitt