PMBOK (sprich: Pimbock) Guide steht für "Guide to the Project Management Body of Knowledge"; es handelt sich hierbei um allgemeine Best Practices des Projektmanagements. In jeder Domäne sind die spezifischen Ecken und Kanten zu beachten. Ein generischer Prozess, gedankenlos angewendet, ist meist zum Scheitern verurteilt. Es ist also eine Adaption an den jeweiligen Bereich erforderlich. Und genau dies haben die Autoren vollbracht. Sie haben den PMBOK Guide als Grundlage genutzt und an die speziellen Anforderungen von IT-Projekten, genauer Softwareentwicklungsprojekten, angepasst. Und diese Methode unterscheidet das vorliegende Buch von anderen. Dabei bleibt die vorgestellte Herangehensweise immer noch ein allgemeiner Ansatz, der wie jede andere Methode an das jeweilige Projekt anzupassen ist.
Die Autoren bezeichnen ihr Modell als pragmatisches IT-Projektmanagement oder kurz PITPM. Nach einer Einführung in PMBOK und der Abgrenzung des generischen PMBOK Guide von PITPM beschreiben sie das Projektmanagement von Vorbereitung über Planung, Durchführung, Einführung der Software bis zur Abschlussphase des Projekts. Dabei werden die einzelnen Prozesse mittels BPMN visualisiert. Auch wenn diese Grafiken teilweise nur sehr kleine Ausschnitte des Prozesses zeigen – nämlich den im jeweiligen Abschnitt beschriebenen –, so wirkt das Ganze in dieser Darstellung recht eingängig. Der Beschreibung der einzelnen Projektschritte folgt jeweils die Prozessverwandtschaft im PMBOK Guide. Des Weiteren werden Eingangs- und Ergebnisartefakte, Methoden, Techniken und Werkzeuge erläutert.
Die Beschreibung des Vorgehensmodells nimmt naturgemäß den größten Teil des Buchs ein, nämlich acht Kapitel. Daran schließt ein Kapitel zur Einführung eines Modells an. Es beschreibt sechs Phasen: Einführung, Untersuchen, Definieren, Testen, Implementieren sowie Betreiben und Optimieren. Während sich Kapitel 1 bis 8 auch an den Projektmanager des einzelnen Projekts richten, ist dieses Kapitel vornehmlich für Berater oder Manager gedacht, die projektübergreifend ein PITPM oder eigenes Vorgehensmodell einführen möchten.
Der dargestellte Prozess wirkt insgesamt sehr schlüssig und einleuchtend. Er schließt agile Praktiken wie Scrum nicht aus. Und so wird vorstellbar, dass er sich tatsächlich gut für das Management von Entwicklungsprojekten eignet. Da auch andere Methoden geeignet sind, soll an dieser Stelle keine Empfehlung für oder gegen diese Art des Managements abgegeben werden. Das Buch selber kann aber wohl empfohlen werden. Der Leser findet hier viele Anregungen und Gedanken, die durchaus eine Bereicherung des Projektmanagements darstellen, auch falls sie nicht zur Einführung der beschriebenen Methode führen sollten.
