Leider ist der Titel etwas beliebig, aber damit ist auch schon alles Negative, was man über diese Buch sagen könnte, erschöpft, denn Berta C. Schreckeneders Buch ist eines der besten Projektmanagement-Bücher, die ich bislang in Händen gehalten habe.
Ihr gelingt ganz ausgezeichnet der Spagat zwischen Praxis-relevant, wissenschaftlich fundiert und praktischen Methodenhilfen. Andere Bücher beschränken sich meist auf eines dieser Felder, umso bemerkenswerter ist „Projektführung für Profis“ (Amazon). Es werden drei ganz zentrale Themenkomplexe aufgegriffen, die aus Sicht einer Führungskraft reflektiert werden:

1. Das Spannungsfeld zwischen Projekt und Linie
2. Erfolgreich und gesund (herbei geht es v.a. um meine Lieblingsthemen: Erfolg und Scheitern – des Projektes und der eigenen Person)
3. Kultur und Kompetenz (Sprich: Projektkultur – für viele leider immer noch ein Fremdwort)

In einem vierten Abschnitt, dem Handbuch, werden die Methoden, Übungen und Lernfelder aus den vorangegangenen Kapiteln noch einmal – sozusagen als Nachschlagewert und Arbeitsvorlage – zusammengefasst.

Mit diesen praktischen Übungen, eingebettet in einen fundierten Hintergrund liefert Berta C. Schreckeneder gleichzeitig auch eine der besten Vorlagen zum Thema Projektcoaching, die durchaus auch zu einem Selbstcoaching geeignet sind.

Eine ganz klare Leseempfehlung für Führungskräfte und Projektarbeiter!

Es mag sich schizophren anhören, wenn ich diese Frage stelle, obwohl ich von der ersten Stunde an bei openPM dabei bin, aber um ehrlich zu sein: Ich stelle mir die Frage immer wieder und erstaunlicherweise ändern sich auch die Antworten.

PM-Wiki, Projektmanagement-Werkzeugkasten

Ausgehend von der Kritik an den Verbänden und Standards, war das wohl so eine Art Ausgangsposition. Marcus Raitner meinte damals salopp: „Das können wir auch!“, aber was wir können, wussten wir wohl selbst nicht. Symbolisch für diese Antwort steht die Lego Serious Play Session vom PM-Camp 2011 in Dornbirn:

Ein Wiki ist nicht gleich Wiki

Bei Wiki denkt man schnell an Wikipedia und unser alle Vorstellungen von Wikis sind davon stark geprägt. Beim Aufbau der openPM-Plattform mussten wir dann aber schnell feststellen, dass dem so nicht ist. Während bei Wikipedia alle Beiträge flach (nicht hierarisch) auf einer Ebene liegen, wurde von vielen Seiten der Wunsch an uns getragen, das PM-Know How – der besseren Übersicht wegen – zu strukturieren. Aber nach welcher Struktur? Nicht dass es an Struktur gemangelt hätte  – eher im Gegenteil: Zu viele konkurrierende Strukturen – GPM, PMI, Prince2, agile Ansätze,… Unser Ausweg war ein fauler Kompromiss: Wir beschlossen mit verschiedenen Sichten auf den gleichen Content zu arbeiten. Und die Struktur auf unserer Confluence-Plattform ergab sich auch noch aus redaktionellen Überlegungen: Zum einen haben wir versucht den Einstiegspunkt in die Sichten zu verankern, zum Anderen sollten dort auch zentrale Listen, wie unser Meta-Glossar, die Literatur– oder die Softwareliste gefunden werden.

Hort für Listen

So wurde openPM erst mal zu einem Hort für Listen, auch aus der Überlegung heraus, dass wir so schon zu einem sehr frühen Zeitpunkt, noch bevor mehr eigener Content zur Verfügung stand PM-Wissen umfassend bedienen konnten. Eigene Inhalte wurden parallel gesät und unser Kernteam war in einer Gärtnerrolle, diese voranzutreiben. Dabei merkten wir, dass schnell etwas Neues entstand:  Eine Community

Community

Die Community ist ein Punkt in dem sich openPM ganz gravierend von einem Wiki wie Wikipedia unterscheidet: Die Nutzer und Autoren der Wikipedia sind viel zu heterogen, als dass sie als eine Community gesehen werden können. Mit unserer Fokussierung auf das Thema Projekte ist dies anders. Es gibt mehr Gemeinsamkeiten und gemeinsame Interessen und das ganz unabhängig von den verschiedenen Schulen und Ansätzen. Im Unterschied zu Wikipedia kristallisierte sich immer mehr heraus, dass wir keinen rein lexikalischen Ansatz fahren, sondern  das Raum sein muss für unterschiedliche „Wahrheiten“ (Pluralismus) und vor allem auch für Meinungen. Während in Wikipedia Meinung und Diskussion  dem lexikalischen Denken hintan steht, fanden schnell immer mehr spannende Diskussionen ihren Platz auf openPM. Technisch haben wir das Wiki dabei sicherlich etwas missbraucht. Da wäre ein Forum vielleicht zweckmäßiger gewesen, aber so entstanden alle Inhalte auf einer Plattform. Auf dieser Plattform findet sich neben den klassischen Wiki-Inhalten, den Listen, den Diskussionen, etc. auch Platz für verschiedene Aktionen, z.B. die Diskussion um die fiktive Organisation eines Stadtfestes, Frederic Jordans Versuch ein echtes Projekt zum Thema Ideenmanagement zu dokumentieren (bei dem es ihm so erging, wie es uns bei vielen Projekte ergeht: Es wurde eingestellt.), die gemeinsame Entwicklung von Checklisten oder des openPM-Canvas und der Dokumentation der PM-Camps.

Plattform für Projekte

Was ich für mich gelernt habe ist, dass openPM somit auch eine Plattform für Projekte ist, auf der gemeinsam (Collaboration rocks!) Experimente gestartet  und Inhalte entwickelt werden. Ich freue mich schon auf viele anstehende Themen, sei es Rainer Eschens Blue Scrum Projekt, Alexander Mereiens Ideen zum Projekt-Inszenator und vieles mehr

Vermutlich sind alle Antworten richtig. openPM kann das alles sein und natürlich ist openPM auch ein gemeinnütziger Verein, der eben u.a. die Plattform betreibt.

Auch das PM-Camp Berlin hat es wieder bewiesen: Collaboration rocks!

Und die Mischung aus innovativen Formaten und Collaboration-Tools hat es wirklich in sich.

Unkonferenz, Barcamp, OpenSpace

Nichts gegen klassische Veranstaltungen, aber Unkonferenzen wie das PM-Camp haben es in sich. Nicht nur in Sachen Networking. Solche Formate entwickeln mitunter eine ungeahnte Dynamik. Nachdem ich fast 10 Jahre an der Organisation von OpenSpace-Veranstaltungen zur Berufsinformation für das Max-Born-Netzwerk beteiligt war (gut, es hat eine ganze Weile gedauert, bis ich verstanden habe, dass es sich um ein OpenSpace-Format gehandelt hat), bisher an 3 PM-Camps teilgenommen habe und Nummer vier in Dornbirn im November auf dem Programm steht, kann ich von solchen Formaten nicht mehr lassen. Und diese Formate hatten für mich auch ungeahnte Konsequenzen, wie die  Gründung von openPM und viele neue Kontakte auf Augenhöhe, die ich nicht mehr missen möchte. Aber  solche Ergebnisse sind es, die rocken!

Collaboration-Tools

Wie solche Formate im Zusammenspiel mit dem Einsatz eines Collaboration-Tools Sinn stiften und ungeahnte Ergebnisse hervorbringen können zeigt z.B. die Berliner Session-Doku. Mittlerweile das viertePM-Camp, das erfolgreich auf openPM dokumentiert wurde (nach Dornbirn 2012, Stuttgart 2013 und Rhein-Main 2013) und das die Veranstaltung noch im Web fortsetzt. Auch beim Aufbau der openPM-Plattform haben wir Collaboration-Tools (in diesem Fall Google-Docs) erfolgreich eingesetzt. Haben Sie schon mal während einer Online-Besprechung gesehen, wie mehrere Teilnehmer noch in der Besprechung die Ergebnisse live dokumentieren? Aber die erfolgreiche Session-Doku in einem Wiki ist nicht Unkonferenzen vorbehalten. Es wird sicherlich ein spannendes Experiment werden, ob es uns auch gelingt solche Collaboration-Praxis auch auf andere Veranstaltungsformate zu übertragen. Warum nicht auch eine klassische Konferenz, wie das PM-Forum auf so eine Art und Weise dokumentieren, statt eines Konferenzbandes.

Auf schlossBlog ist es zuletzt projekt- und urlaubsbedingt etwas ruhig geworden. Das soll sich wieder ändern:

In der Rubrik GELESEN steht Berta Schreckeneders „Projektführung für Profis“ auf der ToDo-Liste und der zweiten Urlaubslektüre „Antifragilität“ von Nassim Taleb werde ich voraussichtlich eine ganze Serie widmen.

Auch auf openPM möchte ich wieder verstärkt „angreifen“. Den Veranstaltungskalender habe ich erst heute wieder aktualisiert.

Aus terminlichen Gründen werde ich das PM-Camp in Berlin (13.-15.09.; es gibt noch Karten: hier geht es zur Anmeldung) leider auslassen, Dornbirn im November ist aber schon fest eingeplant.

Wieder ein Buch bei dem es um innere Haltung geht (Amazon), um Führung und um Entscheidungen unter Unsicherheit. Olaf Hinz hat gar nicht den Anspruch ein umfassendes PM-Lehrbuch zu liefern, sondern fokussiert stark auf den Aspekt der Führung und die liegt auf unserem ollen Projektkahn, aber genauso auch bei super-modernen Projekttankern oder kleinen schicken Projekt-Jachten in der Hand des Projektkapitäns. Olaf schenkt uns ein Metaphernbuch voller Schätze an seemännischen und nicht-seemännischen Projektmetaphern.

Hier ein paar Beispiele solcher Bonmots:
• „ An Deck hat der Kapitän das Kommando, an Land der Reeder.“
• „Es gilt das ‚Ohr auf der Schiene zu haben‘ und frühzeitig zu reagieren.“
• „Politiker erhalten 100 Tage Schonfrist, wenn sie ein Amt antreten – ein Projektleiter muss sofort volle Leistung bringen.“
• „Alle Mann an Bord – Motivation und Teamarbeit dank Sinn und Zusammenhang“
• Gruppendynamik – „Denn diese ist wie das Wetter – immer da.“
• „Helden sind Getriebene“
• „Streng nach Plan geführte Projekte sind wie in die Dose gepresstes Fleisch in Form gebracht und in Struktur gepresst! (…). Dem Dosenfleisch fehlt die Würze des aktuellen Kontextes und die Kommunikation mit und aus dem Umfeld.“

Olaf durchschifft mit uns die klassischen Themen von der Auftragsklärung, der Projektkommunikation, smarten Zielen, Motivationstheorien bis hin zum Umgang mit Komplexität. Hier macht er sich insbesondere stark für ein Rückkoppelungsmodell an Stelle eines starren linearen Denkmodells. Eine Herausforderung sind hier z.B. unentscheidbare Entscheidungen:

„Hier muss die Führungskraft Mühe und Risiko des Entscheidens selbst übernehmen. Das heißt: In einer Situation, in der ein festgelegter Regelprozess nicht greift, werden Fachleute verschiedene Vorschläge entwickeln, was zu tun ist. Jeder Vorschlag leuchtet in gewisser Weise ein, der Führungskraft werden am Ende zwei oder drei durchaus plausible Alternativen. Und die Mitarbeiter werden drängen: ‘Wie machen wir es denn jetzt, Chef?‘ Und der muss dann eine unentscheidbare Entscheidung treffen. Das bedeutet, dass er unter Unsicherheit handelt und das Risiko trägt.“

Als Fazit zieht Olaf sechs Leitsätze heran, die es braucht um ein Projekt auf Kurs zu halten:
1. Variantenreiche Führung und klare Rollen verhindern Schlagseite
2. Nur wer aktiv kommuniziert, kann auch das Ruder in der Hand haben
3. Sinn und Zusammenhang, d.h. die Motivation der Besatzung bestimmt das Tempo
4. Bei wechselnden Winden an das Kreuzen denken
5. Heldentum ist tapfer aber meist nicht klug
6. …und: Projekte führen bedeutet: Es kommt immer noch was nach!

„Der Projektkapitän“ ist nicht so etwas wie ein Werkzeugkasten, sondern eher eine Denkschule, die zur Reflexion einlädt.

Olaf Hinz, Der Projektkapitän: Mit seemänischer Gelassenheit Projekte zum Erfolg führen, Wiesbaden 2013, ISBN-13: 978-3-658-01450-6
Überarbeitete und erweiterte Neuausgabe des Titels: „Sicher durch den Sturm – so halten Sie als Projektmanager den Kurs“, erschienen im Orell Füssli Verlag

Compliance war schon das eine oder andere mal Thema auf schlossBlog, insbesondere Compliance-Themen vor dem Hintergrund von IT-Offshoring und Outsourcing:

• #285 Compliance bei Cloud Computing, Outsourcing & Offshoring
  
• #320 Schizophrenie Datenschutz
• #338 Compliance – Status Quo
• #390 Juristische Fallstricke in Cloud, IT-Outsourcing und –Offshoring
• #400 Compliance in Cloud, IT-Outsourcing und –Offshoring
• #423 Compliance Management Architecture
• #454 Die Cloud, Compliance und Rechtssicherheit
• #505 Compliance vs. Risikomanagement
• #506 Compliance vs. Risikomanagement II

Auch wenn man mich vielleicht primär dem klassischen Projektmanagement zurechnen würde, so bin ich agilem Denken und agilen Methoden mehr als aufgeschlossen. Wer ein humanistisches Weltbild hat, hat auch mit den Idealen des Agilen Manifests kein Problem. Iterative Vorgehensweisen waren da, wo sie einsetzbar sind schon immer eine hervorragende Strategie um Risiken zu minimieren und Quick-Wins zu realisieren. An meine Grenzen stoße ich bei den verschiedenen agilen Frameworks aber an zwei Stellen:

1. Ihrer Ideologisierung
2. Der Formalisierung

Im ersten Punkt kommt es häufig zu dem Missverständnis, dass wer nicht „agil“ auf seinen Fahnen stehen hat, wohl auch agile Werte nicht teilt und unterstützt.

Im zweiten Punkt missfällt mir die idealtypische Formalisierung der Vorgehensweisen und Rollen in den agilen Frameworks. Wenn mein Kunde sich ebenfalls im Projektteam adäquat einbringt und idealerweise die Rolle des Product Owners einnimmt und ich eine offene und konstruktive Projektkultur habe, dann ist das ein Idealzustand, der in klassischen Szenarien ebenfalls hervorragend funktioniert, wenn dort die Rolle entsprechend beispielsweise im Anforderungsmanagement und in meinen Gremien besetzt ist und wahrgenommen wird. Erfolgsfaktor ist dann aber nicht das Framework, sondern die wahrgenommene Verantwortung und die gelebte (Projekt-)Kultur.

Ein Aha-Erlebnis hatte ich in der Lego for Scrum-Session von Tilman Moser auf dem PMCampRM. Tilman ließ uns in drei Scrum-Teams in drei Sprints an einer Lego-Stadt bauen. Ziel war Scrum „erfahrbar“ zu machen. Dadurch, dass das Spiel in einen Session-Slot gezwängt wurde, unterlag der Aufbau von Anfang an vielen Restriktionen und Abkürzungen. Schätzungen Retrospektiven kamen zu kurz und Tilman genoss es auch sichtlich seine Rolle als Product Owner in vollen Zügen auszureizen. Dieser nicht-ideale Aufbau mag Fehlentwicklungen im Verlauf erklären, ich halte ihn aber trotzdem für realistisch, weil wir auch in Scrum-Projekten nicht nur mit Gutmenschen zu tun habe, auch diese unter Stress und wandelnden Anforderungen, etc. stehen.

Bemerkenswert war, dass schon in diesem kleinen Aufbau die Gruppendynamik voll zuschlug und das leider nicht in dem Sinne, wie es Scrum vorsieht, sondern im schlimmsten tayloristischen Sinn. Dabei hatten wir zufällig sogar einen ausgebildeten Scrum Master an Board, aber die Denk- und Verhaltensweisen in unserem kleinen Team erinnerten mich eher an die aus den Modellen der Akkord-Arbeit bekannte Phänomene, als an agile Ideale. Nicht wissend, was wir zu erwarten hatten, waren wir in der ersten Sprint-Planung sehr zurückhaltend. Als wir dann noch die ersten Missverständnisse mit unserem Product Owner hatten und auch unsere Möglichkeiten zur Kommunikation mit ihm innerhalb der Sprints gar nicht genutzt haben (Es waren ja nur 5 Minuten je Sprint, aber trotzdem: Wir haben es nicht getan!). Als er uns dann – mit Genuss (Schweinebacke!) am Ende des ersten Sprints auflaufen ließ, schalteten wir sofort auf Abwehrverhalten um: Bloß keine Blöße geben, Preise nicht verderben,… Ganz 1.0 halt.

Jetzt war der ganze Aufbau „nur“ ein Spiel unter zugegeben ungünstigen Voraussetzungen, aber ich habe dabei mit Schrecken meine Vorurteile bestätigt gefunden. In einer nicht idealen Welt stoßen auch agile Frameworks an ihre Grenzen.

Ich bin noch einen ausführlichen Bericht vom PMCampRM schuldig:

PMCamps überwältigen mich immer wieder mit ihrer Intensität und dem Networking. Bei jedem Camp an dem ich bisher teilgenommen habe, war ich immer noch wenigstens die folgende Woche damit beschäftigt die Eindrücke zu verdauen, aufzubereiten und mich mit anderen Teilnehmern zu vernetzen. Das gilt auch für das diesjährige PMCampRheinMain – mein erstes regionales PMCamp, nachdem ich bislang immer in Dornbirn, bei der Mutter aller PMCamps dabei war.

Die regionale Farbe bringt ein paar Eigenheiten mit, die Abednevents verlierren beispielsweise an Bedeutung, weil doch eine größere Zahl der Teilnehmer wieder abends nach Hause fährt, auf der anderen Seite werden so auch wieder völlig neue Teilnehmerkreise erschlossen.

Besonders gefreut hat mich, dass es uns gelungen ist, die Sessiondokumentation auf openPM zu realisieren. Wer sich also für inhaltliche Details der Diskussionen interessiert kann hier gerne nachlesen.

• Persönliches Highlight war natürlich das Networking. Viele neue Kontakte und auch eine ganze Reihe alte und neue Mitstreiter für openPM.
• Ein echter Geheimtipp, den ich leider verpasst habe war Marions Session „Aufrichtigkeit„, in der sie sich mit Körpersprache auseinander gesetzt hat.
• Bei Torsten Koertings Impuls Workshop zum Project Square habe ich mich in die Beobachterrolle zurück gezogen, nachdem ich sowohl Torsten, den Project Square als auch andere Canvas-Konzepte schon länger kenne und schätze. Gemeinsam mit Torsten konnte ich insbesondere die Gruppendynamik beobachten und studieren. Wirklich auffallend wie offenbar die ideale Gruppengröße aus fünf Teilnehmern bestand und wie sich jede Gruppe völlig unaufgefordert einen Moderator gesucht hat.
• Über Jurgen Appelos Management 3.0 habe ich hier schon berichtet, es war trotzdem ein Highlight einzelne seiner Übungen wie Delegation Poker in der Gruppe zu praktizieren. Ein herzliches Dankeschön hierfür an Oliver Buhr!
• Olaf Hinz hat mit dem Thema Rolle des Auftraggebers bei mir ein paar Gedanken hervorgerufen, die sicher noch in weiteren Beiträgen münden werden.
• Völlig zu Unrecht etwas untergegangen ist Günter Webers Fokus-Chart, der sehr gut in eine Reihe mit dem Project Square und mit dem von Oliver Buhr am Rande des Project Square angeführten Bluesheets von SmartPM oder dem open PM-Canvas gepasst hätte.

Ich bitte alle in diesem kurzen Abriss nicht erwähnten Sessions um Verzeihung, ich habe teilweise die agilen Sessions etwas vernachlässigt, aber nur weil ich mich auf anderen PMCamps schon verstärkt damit auseinander gesetzt habe, zu erwähnen wären beispielsweise noch die Wissensmanagement-Session von Silvia Schacht oder Lego for Scrum mit Tilman Moser.

Fazit: Wer einmal vom PMCamp-Virus befallen ist, wird zum Wiederholungstäter, so wie ich. Nächste Chance für eine PMCamp-Teilnahme ist übrigens das PMCampBerlin im September!

Von Donnerstag bis Samstag fand das erste PMCamp RheinMain statt und aktuell entsteht auf openPM gerade die Sessiondoku. Wie bei jedem PMCamp wird die Aufbereitung und Nacharbeit noch andauern. Noch schwirren tausend Gedanken und Ideen durch den Kopf. Allein die neuen Kontakte und der Austausch haben sich schon gelohnt. Highlight war u.a. der Impuls-Workshop von Torsten Koerting, nein, Highlight sind einzig und allein die Teilnehmer. Die Interaktivität der PMCamps sind einzigartig! Es geht nicht um die Referenten, sondern um die Diskussion und die weckt selbst bei alten Hasen Neid und steckt sie an. Eine ausführliche Rezension folgt in den nächsten Tagen. (Geheimtipp, den ich dummerweise verpasst habe ist Marions Beitrag zum Thema „Aufrichtigkeit„)