Das Umsetzungsdefizit des Projektmanagements

Wie bereits im Blogger-Meeting in Berlin Anfang Juni festgestellt, haben wir ein Umsetzungsproblem im Projektmanagement und kein Wissensproblem. Eigentlich wissen wir ja, wieso Projekte baden gehen, aber warum wird es dann nicht besser? Diese Frage hat Stefan Hagen in seinem Blog gestellt und aktuell grafisch ausgewertet. Wie immer findet sich Kommunikation auf Platz 1, gefolgt von Planung und Ressourcen. Nun stellt Stefan die Frage warum dies so ist. Die Antwort ist aus meiner Sicht leider sehr einfach, die Lösung nicht:

Wieviele PMPs sind es denn nun?

In der Vergangenheit hatte ich bereits einige Male über den Lieblings-Streitpunkt der großen Fachverbände GPM (IPMA) und PMI geschrieben. Zum einen existieren scheinbar widersprüchliche Zahlen zu Zertifizierungen. Im April hatte ich dazu ein Diagramm der IPMA herangezogen. Zum anderen werden die verschiedenen Statements zur Vergleichbarkeit der Zertifizierungen immer absurder. Wie versprochen, melde ich mich nun mit neuen Daten zurück, die mir dank PMI gerade in die Hände gefallen sind. Diesmal mit der Anzahl der weltweiten PMP-Zertifizierungen über die Jahre (ca. 331.000 im März 2009):

Spannend wären ja die Zahlen für die einzelnen Länder, diese werden vom PMI allerdings selten herausgegeben.

Besprechungsprotokoll (Vorlage/Template) – es wurde vor einer Woche entschieden, dass …

Heute einmal ganz unspektakulär eine Vorlage für ein Besprechungsprotokoll mit der lesson learned: jedes Meeting in dem Entscheidungen gefällt, Termine vereinbart, Aufgaben verteilt oder wesentliche Informationen verteilt werden, muss dokumentiert werden. Ausnahme: es gibt gute Gründe den Inhalt des Meetings vertraulich zu behandeln. Nichts ist angenehmer für einen Projektmanager, als in eine schwierige Diskussion mit dem Wissen einzusteigen, dass es zum Thema bereits verbindliche Aussagen gab, welche in einem Protokoll festgehalten wurden. Trotzdem muss auch in solchen Fällen mit gesunden Menschenverstand entschieden werden, ob man diesen Hebel in der Diskussion verwenden will.

Den Download-Link gibt es der Konsistenz halber wie immer unter pm-templates.de.

Internet-Zensur, -Überwachung & andere Lügen reloaded

Vor einiger Zeit hatte ich anläßlich des Internet-Zensur-Gesetzes, welches als Gesetz zur Bekämpfung von Kinderpornographie von der Politikern vermarktet wurde, einige Postings veröffentlicht:

• Wenn Ihre Projektmitarbeiter Besuch vom BKA bekommen
• Die kleinen und großen Lügen rund um die neue Internet-Zensur
• Bundestags-Petition gegen Internet-Zensur
• Die Petition zum Zensurgesetz ist durch

Nun hat das Thema einen gewissen Meilenstein erreicht, da das Gesetz in verschlimmbesserter Variante verabschiedet wurde, wie Richard Jörges im Blog MacPM berichtet. Das abschließende Posting zum Thema habe ich mir aufgespart, denn, wie nicht anders zu erwarten, kam das dicke Ende ja noch.

Microblogging – zwischen Schwätzmaschine und Projekttool

Vor einigen Tagen habe ich mich bereits einmal kritisch mit Twitter auseinandergesetzt und die verschiedensten Reaktionen geerntet:

• Mike Lanxess: “Der Denkfehler ist glaube ich, Microblogging im Unternehmenskontext mit Twitter zu vergleichen.”
• Dirk Röhrborn: “Die Nutzung kostet weniger Zeit, als für die E-Mail-Kommunikation notwendig ist, dafür ist der Nutzen durch die höhere Transparenz umso größer. Projektmicroblogs sind aus unserer Arbeit nicht mehr wegzudenken.”
• Eberhard Huber: “Eine Microblogging Lösung um parallel während kreativen Arbeitens eine Dokumentations-Option zu haben, die synchron oder asynchron von anderen Projekt-Mitgliedern nachvollzogen werden kann, kann in einem Projekt ein wertvolles Werkzeug sein.”
• Danny Quick: “Wir haben ebenfalls gute Erfahrungen mit Microblogging in Projekten gesammelt. Genau dann, wenn der Termindruck zunimmt und noch viele Einzelaufgaben offen sind.”

Über den Heise-Verlag kamen zu Twitter im Speziellen diverse polarisierende Artikel in den letzten Tagen:

Survival kit für PRINCE2:2009 kommt endlich…und andere Neuigkeiten

Nach dem Launch von PRINCE2:2009 habe ich mich gefragt, wo die Templates und das versprochene neue Wissensportal bleiben. Andy Murray, Lead-Autor der neuen PRINCE2-Version, hat nun die Antwort geblogged. Während des PRINCE2 2009 Corporate Briefings am 09. Juli werden sowohl Mindmaps und Templates, als auch ein Survival kit veröffentlicht. Ob und wie man drankommt, werde ich noch herausfinden.

Lessons learned zu verteilten Teams – eBay und Campana & Schott

Gestern abend berichteten Andreas Häntsch (eBay) und Tobias Eikelmann (CS) von ihren Erfahrungen bei der Einführung und Integration von SAP CRM im eBay Kundenservice im Rahmen einer Veranstaltung der GPM in Berlin. Eine der größten Herausforderungen war das erfolgreiche Management der verteilten Teams in USA, Europa und Asien. Hinzu kam, dass die Teams aus mehreren Unternehmen kamen, unterschiedliche Englisch-Varianten sprachen und unterschiedlichen Kulturkreisen angehörten. Im Grunde genommen also die gängigen Probleme bei global verteilten Teams.

Die in diesem Kontext spannendsten lessons learned aus meiner Sicht waren:

• Lokale Sponsoren einbinden
• Management by travelling around

Issue log/Problemprotokoll (Template/Vorlage) – Probleme im Griff

Nach einigen Monaten Pause geht es endlich wieder mit dem Templates weiter.

Projektmanagement ist in vielerlei Hinsicht das Lösen von Problemen. Eine Sonderform der Probleme sind Risiken. Sie sind Probleme, die noch nicht eingetreteten sind, allerdings mit einer gewissen Wahrscheinlichkeit eintreten könnten. Die bereits eingetretenen Probleme, Begebenheiten, Sachverhalte und Themen (so die Übersetzung von Issue auf dict.leo.org), sollten in Projekten in einem Issue log festgehalten werden. Dies erhält die Übersicht, spart Zeit und ermöglicht ein professionelleres Managen des Projekts. Aus meiner Erfahrung heraus empfehle ich auf Basis der hier angebotenen Excel-Datei eine Wiki-Seite, da sie besser zugänglich ist als Dateien, die in diversen Versionen auf irgendwelchen Shares herumliegen. Wenn Sie Interesse an Wiki-Templates haben, schreiben Sie bitte einen Kommentar auf dieses Posting unter Angabe der von Ihnen eingesetzten Wiki-Software.

Microblogging (Twitter) – (Un)Sinn in Projekten?

Endlich jemand, der mich versteht? Bernhard Schloß hat sich in seinem Blog in den Postings Microblogging im Projektmanagement und Microblogging im Unternehmen kritisch mit Twitter & Co. auseinandergesetzt. Während des Blogger-Meetings in Berlin vor einigen Wochen habe ich live Twitter-Benutzer diverser “Indoktrinierungsgrade” erlebt. Auf der einen Seite möchte man natürlich gerne dazugehören, auf der anderen Seite stellt sich einfach die Frage nach dem Aufwand-/Nutzen-Verhältnis sowie den Vorteilen für Projekten. Gerade der erste Punkt wird häufig in dem Sinne kommuniziert, dass man zur Twitter-Community gehören muss um sie zu verstehen und zu wertschätzen. Auf der anderen Seite argumentieren auch Gruppen mit diesem Argument, mit denen man garantiert nichts zu tun haben will. Hier also mein aktueller Stand zum Sinn und Unsinn von Twitter in Projekten:

Aufwand

Collaboration Tools – die Übersicht

Nach einem Monat Trockenkost mit dem agilen PMBOK^® Guide geht es jetzt wie versprochen praxisorientierter weiter. Bevor ich mich in neuen eigenen Content stürze, arbeite ich wie immer meine Sammlung der besten Postings anderer Blogs auf. Gleich zu oberst liegt ein hervorragender Tipp des ToolBlog mit einer Mindmap über Collaboration Tools. Die Übersicht ist gigantisch:

Viele wichtige Softwareangebote sind enthalten, allerdings gibt es auch Lücken wie die Suche nach Projectplace ergab. Gut ist, dass man die Map in diverse Format exportieren und per RSS-Feed Änderungen abonnieren kann.

Der agile PMBOK® Guide 4th edition – Beschaffungsmanagement

Im letzten Teil der Reihe zum agilen PMBOK^® Guide widme ich mich dem Vertragsmanagement. Bei einer ersten Durchsicht entsteht der Eindruck, dass sich das Vertragsmanagement in agilen Projekten gegenüber klassischen Projekten nicht wesentlich ändert. Hier ein Blick auf die Details:

Draft der neuen PM-Norm ISO 21500 kommt

Die Entwicklung der neuen internationalen PM-Norm ISO 21500 Project Management – A Guide for project management ist während des vierten Standardisierungstreffens Anfang Juni in Tokio wieder einen Schritt weitergekommen. Bis Frühjahr 2010 wird nun eine Entwurfsversion (Commitee Draft) erstellt und mit den nationalen Normungsorganisationen (DIN in Deutschland) abgestimmt. Ein endgültiger Entwurf wird wahrscheinlich 2011 verfügbar sein und die finale Norm gegen Ende 2012. Die deutschen Normen DIN 69900:2009 Netzplantechnik und DIN 69901:2009 Projektmanagement werden damit nicht ersetzt, benötigen aber voraussichtlich Anpassungen da die ISO-Norm u.a. ein Prozessmodell enthält, welches zwar auf Basis der DIN-Norm initiiert wurde, sicherlich aber viele Unterschiede mit sich bringen wird.

Der agile PMBOK® Guide 4th edition – Risikomanagement

Risikomanagement und vor allem der geeignete Umgang mit Risiken, das “Erkennen und Akzeptieren der Wahrheit” anstatt Verdrängung und Verzögerung von Entscheidungen, ist aus meiner Sicht heute einer der regelmäßig wiederkehrenden Problempunkte fehlgeschlagener Projekte. Der offensive Umgang mit Risiken bereits während der Entscheidungsphase über ein Projekt dagegen stellt sicher, dass die Überraschungen vermieden und die Wahrscheinlichkeit eines Fehlschlags reduziert wird. In der Reihe zum agilen PMBOK^® Guide hier meine Anmerkungen zu den Prozessen des Wissensgebiets Risikomanagement:

PRINCE2:2009 ist da!

Gestern wurde PRINCE2:2009 veröffentlicht, ein Video des Launch-Events sollte es demnächst auf best-management-practice.tv geben. Falls vorbestellt, sollten die neuen Bücher jetzt bereits auf dem Weg zu Ihnen sein. Bis dahin können Sie sich nach Ablieferung Ihrer Personendaten bereits das neue PRINCE2-Poster der Firma Serview herunterladen:

Der agile PMBOK® Guide 4th edition – Kommunikationsmanagement

Kommunikation ist einer der wichtigsten Aspekte bei der Durchführung organisatorischer Änderungen, und bei der Einführung agilen Projektmanagements und handelt es sich um eine solche. Deshalb halte ich das Kommunikationsmanagement in der Serie zum agilen PMBOK^® Guide für eines der wichtigsten Kapitel. Hier meine Änderungsvorschläge für die Anpassung (Tailoring) des PMBOK^® Guide 4th edition an agile Projekte: