Im vorangegangenem Beitrag hatte ich darüber philosophiert, dass Projektmanagement immer mehr als Commodity missverstanden wird.

Aber was ist so schlimm daran, wenn PM ein Commodity wird?

Hierzu sei wieder Gunter Dueck angeführt, der von der Commodity-Gefahr spricht. Denn bei Commodities steckt die Intelligenz nicht mehr in der konkreten Leistung der Beteiligten sondern in den Prozessen. Durch festgelegte Normen und Vorschriften „…wird die Erfüllung der Vorschriften zur Commodity“. Diese Form der Professionalisierung birgt aber erhebliche Nachteile, denn „…[d]ie Berufe werden nicht derart professionalisiert, dass man alle in diesem Beruf so verbessert, dass sie alle gleichmäßig exzellent sind – nein, man programmiert sie alle gleich.“  Die Professionalisierung in der Praxis vernachlässigt „…die anderen Intelligenzen im Bereich von Gefühl, Wille, Instinkt, Humor, Intuition oder Führung […], weil diese nur in niederer Form als beschreibbare Anweisungen oder erlernbare Gesprächsfloskeln vorkommen. Dadurch werden sie bei der Professionalisierung durch die klassische Intelligenz des Auswendiglernens simuliert und ersetzt.“

Hier versteckt sich auch eine Kritik, die wir auf Standards und Zertifizierungen beziehen können. Diese erzeugen nämlich nicht eine professionelle Intelligenz im Sinne Duecks, sondern ihre einseitige Fixierung führt zu Dysprofessionalität. „Und weil die Welt immer höherdimensionaler, komplexer und komplizierter wird, sowie mehr Intelligenzen verlangt, wird der Schaden durch Unprofessionalität immer größer.“ Das blinde Anwenden von Normen und Standards schadet. Die Kunst liegt darin, die Regeln an den richtigen Stellen zu brechen, sie situationsspezifisch anzuwenden und den gesunden Menschenverstand einzuschalten.

Kommunikationsregeln ersetzen keine Kommunikation.

Controlling & Reporting ersetzen kein Problemlösungsdenken.

Jens Hoffmann hat nach dem vorangegangenem Beitrag auf Google + gefragt, wie wir dann Projektmanagement betreiben können, so dass es als wertsteigernde Aktivität betrachtet wird und nicht als Commodity.

Nun meine Antwort ist eine Professionalisierung – nicht im Sinne der Standards und Normen, sondern im Sinne der Professionalisierung Duecks, die neben der klassischen Intelligenz auch emotionale Intelligenz, vitale Intelligenz des Instinktes und des Handelns, Intelligenz der Sinnlichkeit (Schönheit), Intelligenz des Kreativen und Intelligenz der Sinnstiftung braucht. Und dieses Gesamtpaket gibt es beim besten Willen nicht mehr als Commodity. Das ist schon Premium. 😉

In Peter Taylors  „The lazy project manager and the project from hell“ (Amazon Affilliate Link) bin ich über den folgenden Absatz gestolpert:

Does everybody ‚do‘ project management these days, then? Perhaps it is because project management is just a commodity? Maybe everybody does do project management now…

Ist Projektmanagement wirklich ein Commodity – also ein Gebrauchsgut, eine Massenware, aber auch eine Selbstverständlichkeit?

Gunter Dueck (Amazon Affilliate Link) warnt uns vor der Commodity-Falle: Das Mittelmäßige wird Commodity.

Ist Projektmanagement also etwas mittelmäßiges?

Zweifelsohne bekommen immer mehr Themen um uns herum das Label „Projekt“ aufgedruckt. Vielleicht nicht immer zu Recht. Die Projektitis, der inflationäre Umgang mit dem Projektbegriff greift immer mehr um sich. Wenn man die Projektausschreibungen z.B. in Börsen wie GULP näher analysiert, dann ist Projektmanagement schon lange kein Alleinstellungsmerkmal mehr. Dann ist Projektmanagement nur ein zusätzliches Skillset, das auch erwartet wird. Projektmanagement verkommt dabei aber auch zu einem Terminus Technicus, der Ur-Tugenden wie Kommunikation und Problemlösungsdenken in den Hintergrund drängt und Methodenkenntnisse überbewertet.

Projektmanagement  als Commodity zu betrachten (wie es in vielen Unternehmen heute an der Tagesordnung ist) ist eine Fehlinterpretation.

Projektmanagement ist gerade KEIN Commodity, keine Selbstverständlichkeit.

Kommunikations und Problemlösungsdenken sind immer wieder aufs Neue gefordert und lassen sich nicht einfach durch einen Werkzeugkoffer ersetzen.

In diesem Sinn finde ich auch Diskussionen wie klassisch vs. agil belanglos, denn dabei wird lediglich über Werkzeugkoffer, aber damit auch am Kern der Sache vorbei, diskutiert.

Mittelmäßige Projektmanagement-Umsetzungen (egal ob klassisch oder agil), wie wir sie häufig vorfinden, befinden sich tatsächlich in der Commodity-Falle!