#624 Gelesen: Projektmanagement im Verlag

Holger Zimmermann, Projektmanagement im Verlag, Berlin, Boston 2014, ISBN 978-3-11-032377-1 (Amazon Affiliate Link)

Wie Douglas Adams Leser wissen, hat sich der Hitchhiker gegenüber der Encyclopedia Galactica im Wesentlichen durchgesetzt, weil auf seinem Umschlag in großen, freundlichen Buchstaben steht: DON`T PANIC! Wenn mich jemand fragt, worin sich „Projektmanagement im Verlag“ von anderen guten Projektmanagement-Einführungen unterscheidet, dann würde ich ganz im Sinne Adams antworten: Mit seinem Verweis auf openPM!

Ist ja auch kein Wunder – Holger ist eines unserer Gründungsmitglieder bei openPM und sein Buch ist eine sehr solide Einführung in „klassisches“ Projektmanagement. Den zweiten Teil des Titels „…im Verlag“ kann man getrost streichen. Was inhaltlich beschrieben wird, ist vollkommen branchenunabhängig, lediglich die Beispiele und einzelne Randbemerkungen entstammen der Verlagswelt („Neue Buchreihe mit Webportal“), das ist aber keine Schwäche, ganz im Gegenteil. Umfang und Detaillierung sind vollkommen angemessen. Es handelt sich nicht um ein allumfassendes Nachschlagewerk, sondern um eine verständliche Einführung. Der Lernende wird nicht mit schierer Masse erschlagen, sondern intelligent mit vielen wegweisenden und mitunter auch relativierenden Hinweisen durch die Materie geführt.

Sehr gut gefallen haben mir die 32 Fragen, die durch das Buch (und durch Projekte) führen. Weiter gefallen haben mir die Abgrenzungen zwischen Routineprozess und Projekt, die Nutzung von Routineprozessen in Projekten (z.B. bei der Buchhaltung) und die Verantwortung in Projekten und in Routineprozessen.

Ein bisschen scheint mir das Buch technisch orientiert und etwas planungslastig, auch wenn ein nochmaliger Blick ins Inhaltsverzeichnis eigentlich eine ausgewogene Mischung zeigt. Aber keine Angst – Holger kennt sehr wohl die Grenzen der Planung, Es finden sich zahlreiche kluge Hinweise, die Einsatz und Zweck relativieren:

„Projektplanung ist nicht mehr und nicht weniger als gemeinsames, systematisches Nachdenken darüber, wie die Projektziele erreicht werden könnten.“

Dem würde auch kein Verfechter eines agilen Projektmanagement widersprechen, der eine solche Planung halt nur auf den nächsten Sprint beschränken würde.

„Sinn eines Projektplans ist nicht die Einhaltung des Plans. Ein Plan ist ein Hilfsmittel, […]“

Es geht um eine pragmatische Planung. es geht nicht um Vorgaben sondern und Abstimmungsprozesse. Planung ist auch nicht elitär, sondern sollte alle einbeziehen („gemeinsames Nachdenken“).

Das Buch folgt dem Projektablauf, von der Auftragsklärung inkl. Risiken und Projektzielen, Projektplanung, Projektsteuerung bis zum Projektabschluss. Etwas unglücklich finde ich dabei, dass einige Themen, wie Rollen, Stakeholder oder die Projektkommunikation die durchgehend relevant sind, dabei erst im Kapitel Projektsteuerung erläutert werden. Das führt bei mir wahrscheinlich zu diesem falschen Eindruck der Überbetonung von Planung. Einem PM-Anfänger würde ich auf jeden Fall als weitere Lektüre beispielsweise Projektführung für Profis (Amazon Affiliate Link) von Berta Schreckeneder ans Herz legen. Dort werden genau die anderen Facetten abgedeckt. (Und für den Spaß natürlich Tom De Marcos „Der Termin(Amazon Affiliate Link)).

Das Buch enthält einige (Formular-)Vorlagen, die QR-Codes führen dann aber in einen Webshop, in dem diese käuflich erworben werden können.

Im letzten Kapitel vor dem Schlusswort skizziert Holger noch wie ein Projektmanagement-Standard in ein Unternehmen (Verlag) eingeführt werden könnte, von der Definition eines Projektmanagement-Prozesses, der Qualifizierung der Mitarbeiter bis hin zu Pilotprojekten.

Agiles Projektmanagement spielt in dieser Einführung kein große Rolle, wenn gleich Holger treffend deren Qualitätsorientierung durch die Fokussierung auf funktionsfähige Resultate beschreibt, aber agil ist halt noch viel mehr, auch wenn die damit verbundene Grundsatzdebatte das einen PM-Newbie vielleicht an dieser Stelle nur abschrecken würde.

#444 Projektmanagement in politischen Krisen

Was tun, wenn man mit einem Projekt in politische Krisen (Bürgerkrieg, Aufstände, …) gerät. David Pells hat sich anläßlich der aktuellen Entwicklung in der arabischen Welt einige Gedanken gemacht und gibt konkrete Handlungsempfehlungen.

Als Immediate Actions identifiziert Pells:

  • Secure your people
  • Secure project assets
  • Communicate with key stakeholders
  • Assess impact on mission
  • Assess impact on baseline plans
  • Secure your supply chain
  • Stop project or revise plans

Mit etwas weitergehendem Zeithorizont gewinnt vor allem das Risikomanagement an Bedeutung.

Leider ist sein Beitrag im Editorial von PM World Today nicht in Gänze auf diesem Niveau. Die ersten Seiten wirken wie der ambitionierte Versuch einer politischen Spiegel-Reportage eines Hobby-Journalisten. Die dann folgenden (durchaus lesenswerten) Response Empfehlungen gehen dabei fast unter. Abschließend verliert er sich noch in einer Würdigung der Möglichkeiten des Projektmanagement im Demokratisierugsprozess! Vielleicht ein etwas überambitionierter Beitrag.



bernhardschloss.de