Nur 10 Fragen, deren Beantwortung insgesamt nicht länger als 5 Minuten dauern sollte:

Related Posts

1. Warum Projektmanagement (nicht nur) in einer Rezession wichtig ist

Das PMI (Project Management Institute) mit Sitz in den USA und die IPMA (International Project Management Association) mit Sitz in der Schweiz sind die beiden Institutionen, die die Projektmanagement-Fahne hochhalten. Beide haben dasselbe Ziel: Allgemein anerkannte Zertifikate für Projektmanager. Bis heute hält sich das Problem, dass Menschen, die sich durch bestimmte Qualifikationen auszeichnen ebenso Projektmanager oder Projektleiter genannt werden, wie Menschen ohne die entsprechenden Qualifikationen. “Projektmanager” oder “Projektleiter” sind keine geschützten Berufsbezeichnungen, und an diesem Punkt kommen PMI und IPMA ins Spiel. Sie bieten wirklich qualifizierten Projektmanagern durch allgemein anerkannte Zertifikate einen entsprechenden Nachweis, mit dem sich diese von anderen abheben können. Gleichzeitig ist die Frage, ob man sich dem PMI oder der IPMA anschließt, fast die Frage, welche Konfession man hätte; nicht selten wurde zum Beispiel in der GPM, dem deutschen Ableger der IPMA, über das PMI wenig nette Worte verloren.

Nun haben das PMI und die IPMA beschlossen zu kollaborieren und den Beruf des Projektmanagers weltweit gemeinsam zu fördern und haben dazu bereits im Oktober 2008 beim PMI Global Congress 2008 in Denver (Colorado, USA) entsprechende Vereinbarungen unterzeichnet. Leerstellen in diesem Berufsfeld sollen von nun an gemeinsam durch qualifizierte und ausgebildete Projektleiter besetzt werden. Danach gab es auch eine entsprechende Vertragsunterzeichnung beim IPMA World Congress in Rom. Ein erstes Ergebnis ist wahrscheinlich die gegenseitige Anerkennung bestimmter Zertifizierungen (PMP = Level C).

Ende 2016, so wird seitens PMI befürchtet, werden etwa 4,5 Billionen US-Dollar auf dem Spiel stehen aufgrund eines Engpasses an qualifizierten Projektmanagern. Dies mit entsprechenden Maßnahmen zu verhindern ist das gemeinsam gesteckte Ziel von PMI und IPMA. Dazu gehört unter anderem der Ausbau der universitären Programme weltweit, viel mehr Universitäten sollen Projektmanagement als Studienfach anbieten.
Desweitern sollen in der Zukunft Möglichkeiten gefunden werden, gemeinsam Forschung zu betreiben und zu unterstützen, um sich dann zusammen über die Forschungsergebnisse Gedanken zu machen. Die Vereinbarung wurde zunächst einmal für drei Jahre getroffen.

Related Posts

1. Projektmanagement-Seminare und Zertifizierungen: Lohnen sie sich?
2. Blog-Parade zum Thema “Lessons Learned”
3. 10 Zeichen, dass Ihr Projektmanager ein Stümper ist

Zum Jahresschluß noch etwas humorvolles, denn diese Aufstellung ist natürlich NICHT ernst gemeint, ein Fünkchen Wahrheit steckt aber schon drin Ansonsten wünsche ich allen Besuchern und Lesern dieses Blogs ein Frohes Fest und einen Guten Rutsch ins Neue Jahr, sofern ich nicht mehr dazu komme, dieses Jahr noch einmal etwas zu schreiben.

Und nun zu den 10 Zeichen, die Ihnen zu denken geben sollten, weil Ihr Projektmanager wahrscheinlich ein Stümper ist:

1. Ihr Projektmanager redet von einem Projektplan, hat aber nur ein Gantt-Chart mit MS Project erstellt.
2. Ihr Projektmanager sagt, GANTT sei ein Akronoym und stünde für Ganzheitlicher Aufwand Nicht-Transformierter Transaktionen
3. Ihr Projektmanager behauptet, dass es keine Risiken in diesem Projekt gäbe, denn schließlich würde er das Projekt managen und nicht irgendein Stümper.
4. Ihr Projektmanager verzichtet auf einen Plan, weil es “erstens anders kommt und zweitens als man denkt”
5. Ihr Projektmanager meint, dass man Leuten nur richtig in den Arsch treten muss, damit sie rechtzeitig abliefern.
6. Ihr Projektmanager sucht ständig nach neuen Tools, um das komplexe Projekt besser managen zu können, anstatt das Projekt zu managen.
7. Ihr Projektmanager behauptet stets, das Team sei inkompetent, wenn es Probleme gibt.
8. Ihr Projektmanager will nichts schriftlich fixieren, denn das könne man ja im schlimmsten Fall gegen ihn verwenden.
9. Ihr Projektmanager sagt, dass der kritische Pfad nur ein Ablenkungsmanöver von nörgelnden Pessimisten sei.
10. Ihr Projektmanager hält eigentlich nix von Projektmanagement, weil es beim Erreichen des Projektziels nur unnötige Bürokratie sei.

Klingt absurd? Alles schon einmal gehört. Von “Projektmanagern”

Related Posts

1. A Guide to the Project Management Body of Knowledge (PMBOK)
2. Neues Buch zur PMP-Vorbereitung von O’Reilly
3. Was ist ein Projektplan?

Stefan (sorry, dass ich wieder einen Deiner Posts als Inspiration nehme) schreibt über die Unsicherheit:

Aber eines ist sicher: Die Zeiten der Stabilität, Sicherheit und Planbarkeit sind vorbei. Alles wird schneller, dynamischer, komplexer und damit auch vielfach riskanter.

Ich frage mich, ob das wirklich stimmt. Schaut man zurück in die Geschichte, so ist da wenig von Stabilität, Sicherheit und Planbarkeit zu sehen. Im Gegenteil: Je nachdem, wie weit man zurückblicken möchte, waren die Menschen noch mehr den willkürlichen Launen der Natur und der jeweiligen Herrscher ausgesetzt, ganz abgesehen von Kriegen, die ständig irgendwo stattfanden (tun sie auch heute noch, nur kriegen wir in den täglichen 15 Minuten Tagesschau nur von den schlimmsten etwas mit).

Schneller wird es, ja, auch dynamischer und komplexer, aber sind wir dadurch wirklich größeren Risiken ausgesetzt? Thomas J. Watson Jr setzte in den 50er Jahren alles auf eine Karte mit der Entscheidung, dass man Millionen in die Entwicklung von Computern setzen investieren wollte, wo doch das Geschäft mit den Tabelliermaschinen noch so gut lief. Auch das System 360, das erste Betriebssystem, das für alle Rechner der IBM entwickelt wurde (vorher hatte jeder Rechner sein eigenes System), war ein riskantes Unterfangen. Hier hat jemand an etwas geglaubt und seine Firma und zigtausende Arbeitsplätze riskiert.

Und heute? Wer geht denn noch ein großes Risiko ein? Neue Funktionen können durch Einbindung des Kunden geplant werden, in der Software-Welt geht das auch mit Limited Deploys, bei denen einem Teil der Kunden neue Funktionen gezeigt werden, um die Akzeptanz zu testen. Man arbeitet nicht mehr auf den großen, riskanten Wurf hin, sondern geht eher kleinere Schritte, und weil alles so verdammt schnell geht, kommt man auch schneller an Daten und kann auch wiederum Fehler korrigieren! Schnelligkeit ist nicht nur eine Bedrohung.

Sicher ist nur die Unsicherheit, und damit konnte man im Projektmanagement schon immer rechnen. Es ist eher untypisch, wenn in einem Projekt alles wie geplant läuft, und es würde mir eher mehr Sorge als Erleichterung bereiten, wenn eines meiner Projekte komplett ohne die kleinsten Schwierigkeiten ablaufen würde. Aber noch nie, wirklich noch nie, hatten wir so viele Möglichkeiten, uns auszutauschen, Informationen einzuholen, und vielleicht auch mal einen Weg auszuprobieren. Die Herausforderung ist nur, dass wir Daten über Daten erhalten, aber nicht wissen, wie wir sie zu interpretieren haben, seien es Informationen aus einem Blog, seien es Daten über die Benutzung eines Produkts. Paralysis by Analysis.

Related Posts

1. Informationsmanagement im Projekt
2. PMI-Kongress in Amsterdam

Stefan zweifelt an, dass PM-Standards ein Allheimittel sind zur Vermeidung von Projektfehlern. Da stimme ich a priori erst einmal zu: Nur weil ein Standard genutzt wird, heißt das noch lange nicht, dass das Projekt nicht gegen die Wand fährt.

Aber ich habe Probleme, Stefans weiteren Ausführungen zu folgen. Denn Stefan geht davon aus, dass ein gesamtheitliches Konzept ein Garant sein könnte, insbesondere, wenn eine Projektkultur in einem Unternehmen etabliert wird. Sicherlich ist das eine sehr gute Voraussetzung, aber ich befürchte, dass sie für die meisten Unternehmen eine Utopie sein wird. Denn Projektmanagement wird unberechtigterweise immer noch eher als Ballast gesehen denn als Hilfestellung, die Projekte zielsicher zum Abschluss führt. Die ideale Welt wird hier als Voraussetzung aufgeführt, und viele offizielle und inoffizielle Projektmanager werden von vornherein sagen, dass diese ideale Welt nicht gegeben ist und das eigene Projekt so nicht zum Erfolg geführt werden kann. Das stimmt nicht, und Stefan hat das sicherlich nicht gemeint. Ja, es wäre ideal, wenn Unternehmen den Wert des Projektmanagements endlich verstünden. Aber, nein, Projekte können auch ohne diese Voraussetzung erfolgreich sein.

Wenn Projektmanagement aber auch außerhalb der Idealbedingungen erfolgreich sein kann, was ist dann das Allheilmittel? Zunächst einmal glaube ich schon, dass die Wahrscheinlichkeit eines erfolgreichen Projektabschlusses durch die Anwendung eines PM-Standards um einiges erhöht wird, selbst in Unternehmen, die professionelles Projektmanagement noch nicht zu schätzen wissen. Aber auch außerhalb der Standards können Projektmanager erfolgreich sein. Und hier kommt meine kätzerische Theorie: Es liegt vor allem in der Person des Projektmanagers, ob ein Projekt erfolgreich ist, vor allem dann, wenn man sich außerhalb des Idealzustands oder eines PM-Standards befindet. Standards sind dazu da, erfolgsversprechende Strategien reproduzierbar zu machen. Aber selbst diese Standards werden ein hoffnungsloses Projekt nicht zum Erfolg führen, wenn der Projektmanager eine Lusche ist.

Und hier hat Stefan Recht: ein Projektmanagement-freundliches Umfeld wird hier sicherlich einiges kompensieren können, was der Projektmanager an Defiziten aufweist. Aber will man ein Unternehmen nur deswegen Projekt-orientiert aufbauen, weil der Projektmanager eine Lusche sein könnte?

Related Posts

1. A Guide to the Project Management Body of Knowledge (PMBOK)
2. Projektmanagement-Seminare und Zertifizierungen: Lohnen sie sich?
3. Abkürzungen und Akronyme im Projektmanagement

Agile Softwareentwicklung ist in aller Munde, und Scrum scheint eine wesentliche Rolle zu spielen, die dem klassischen Projektmanagement den Rang abzulaufen “droht”, wenn man so in die Web 2.0-Welt hineinhorcht. Tatsächlich aber ist Scrum wie auch das früher recht populäre Spiralmodell nicht für alle Softwareprojekte geeignet. Der Scrum-Ansatz ist außerdem eine Eigenheit der Softwareentwicklung, denn für den Bau einer Brücke oder eines Flugzeugs kann man sich Scrum als Ansatz kaum vorstellen. Aber warum eigentlich nicht?

Schauen wir uns Scrum genauer an. Die darin üblichen Rollen sind der Product Owner (im Projektmanagement der Sponsor), das Team (im Projektmanagement das Projektteam) und der Scrum Master (im Projektmanagement dann wahrscheinlich am ehesten der Projektmanager). Der grosse Unterschied ist, dass die Entwickler direkt mit dem Product Owner sprechen und das Team selbst bestimmt, wie es arbeitet, dieses also nicht von dem Projektmanagement auferlegt bekommt. Dass es einem Softwareprojekt zum Vorteil gereichen kann, wenn der Kunde von Anfang an miteinbezogen wird, das ist keine neue und erst mit Scrum verstandene Information. Und dass das Team die Vorgehensweise bestimmt, auch das sollte in einem klassischen Unternehmen nicht unmöglich sein.

Warum dann überhaupt ein anderer Ansatz? Weil die Scrum-Begründer der Ansicht sind, dass die Produktion von mancher Software zu komplex ist, als dass sie sich in einzelne Arbeitspakete splitten und planen lässt. So ganz unrecht haben die Scrum-Befürworter damit nicht, denn die Zukunft ist nunmal ungewiss, und bei manchen Projekten hat man so gut wie keine Ahnung, ob und wenn ja, wie genau etwas umgesetzt werden soll (eventuell ist hier der Fehler aber bereits in der Projektinitialisierung zu sehen, wo man Verfahren hätte testen können?).

Wie sähe es denn nun aus, wenn man ein Flugzeug bauen wollte mit Scrum? Das Team käme täglich zum Daily Scrum vorbei, maximal 15 Minuten, und würde sich befragen, wodurch man gerade aufgehalten wird und womit man fertig geworden ist. Offensichtlich könnten hier einige Team-Mitglieder noch gar nicht mitarbeiten, denn um das Flugzeug zu bauen, benötigt man erst mal ein Design, das sich auf das Material, die technischen Anforderungen usw niederschlägt. Erst wenn dieses vorhanden ist, kann die Materialbeschaffung angegangen werden. Und erst wenn das Material da ist, kann das Flugzeug gebaut werden. Klingt nach einem typischen Wasserfallprozess, der sich dadurch ergibt, dass jemand erst anfangen kann, wenn jemand anders etwas abgeschlossen hat. Ähnlich sieht es mit dem Bau einer Brücke auch aus.

Heisst das nun, dass Scrum für andere Bereiche als Software absolut sinnlos wäre? Nein, denn tatsächlich ist Scrum sogar durch einen anderen Bereich inspiriert: Die Schlanke Produktion, die bei japanischen Autobauern eingeführt wurde und die zum Beispiel die teilautonome Gruppenarbeit hervorgebracht hat. Dadurch, dass eine Gruppe notwendige Kompetenzen für Entscheidungen bekommen hatte und dadurch autonom arbeiten konnte, wurden Arbeitskräfte wesentlich flexibler und mit Hinblick auf die Wertschöpfung eingeteilt. Dies ist ein nicht zu unterschätzender Faktor. Doch eine Sache stimmt hier nicht. Bei der Autoproduktion handelt es sich gar nicht um ein Projekt! Denn nur das erste Auto, das neu entworfen und gebaut wird, entstammt einem wirklichen Projekt, der Serienwagen danach entstammt der operationalen Arbeit. Natürlich kann in so einem Kontext wieder flexibler agiert werden, schließlich ist das Endprodukt und die Schritte dorthin bekannt.

Würde man das Projekt “Neues Auto entwerfen und bauen” nun mit dem Scrum-Ansatz angehen, so würde sich wahrscheinlich kein Autohersteller damit zufrieden geben, wenn man ihm sagte, dass dies ein so komplexes Unterfangen sei, dass man nix genaues sagen könne, wann es denn fertig wäre. Schließlich gibt es Erfahrungen (Lessons Learned), und gut ausgebildete Projektmanager haben gelernt, auch in unbekanntem Terrain voller Unsicherheiten den richtigen Weg einzuschlagen und pünktlich am Ziel anzukommen.

Nein, Scrum soll hier nicht niedergeredet werden. Scrum ist ein toller Ansatz, und er macht für manche Projekte absolut Sinn. Aber eben nicht für jedes. Beim Projektmanagement kommt es darauf an, immer das richtige Werkzeug für die Aufgabe zu wählen, und manchmal könnte es Scrum sein, ein anderes Mal auch ein klassisches Wasserfall-Modell.

Related Posts

1. PM-Standards als Allheilmittel
2. 10 Zeichen, dass Ihr Projektmanager ein Stümper ist

Andreas veranstaltet auf seinem PJMB-Blog die erste Blog-Parade, hier zum Thema Lessons Learned. Es gibt mehrere Möglichkeiten der Teilnahme, wichtig ist allein, dass man von seinen eigenen Lessons Learned berichtet und somit anderen Projektmanagern die Möglichkeit gibt, davon zu lernen. Bis zum 11.5. müssen die Beiträge abgeliefert werden, für die Gewinner gibt es attraktive Preise.

Tatsächlich tauschen sich Projektmanager viel zu wenig über die eigenen Erfahrungen aus, so dass viele Projektmanager die Fehler anderer Projektmanager aus Unkenntnis noch mal machen. Das PMI sieht in der idealen Welt eine Datenbank von gesammelten Erfahrungen vor (so lautet die deutsche Übersetzung der “Lessons Learned”), aus der die Projektmanager eines Unternehmens schöpfen können. Tatsächlich gibt niemand gerne Fehler zu, und so sind Abschlussdokumente oft eher eine Selbstbeweihräucherung. Aber helfen tut so ein Projektabschluss niemandem, abgesehen von den Politikern in einem Unternehmen. Insofern ist die Initiative von Andreas nur zu begrüßen.

Related Posts

1. Abkürzungen und Akronyme im Projektmanagement
2. Aus pm-blog.de wurde projektmanagement-definitionen.de

Vom 18. bis zum 20. Mai findet in Amsterdam der EMEA-Kongress des PMI statt. Für alle PMPs wahrscheinlich eine gute Gelegenheit, günstig an PDUs zu kommen, schließlich hatte das PMI auch schon mal einen Kongress in Dubai geplant, was für Amerikaner sicherlich ganz ganz nah an Europa ist Der Kongress wird im RAI Convention Center stattfinden, und wenn man sich überlegt, wie nah Amsterdam von hier aus ist, dann sollte man sich wirklich überlegen, dort hinzufahren.

Das PMI hat auf der Webseite auch einen Beispielbrief hinterlegt, den man seinem Arbeitgeber geben kann, um ihn von der Notwendigkeit der Teilnahme an dem Kongress zu überzeugen. Für PMI-Mitglieder kostet die Teilnahme 860 Euro, für Nicht-Mitglieder 1045 Euro. Registriert man sich vor Ort, so kostet die Teilnahme für Mitglieder 104 Euro und für Nicht-Mitglieder 1220 Euro.

Ich war bisher auf 2 PMI-Kongressen, einmal in Prag, einmal in Edinburgh, und beide Male war ich beeindruckt von den Veranstaltungen. Natürlich war NICHT alles gut, aber einige der Sessions waren durchaus inspirierend. Darüber hinaus kann man einige sehr interessante Leute treffen: Nicht alle Projektmanager kommen aus der IT-Branche, und es ist erfrischend, Projektmanagement mal aus einer anderen Perspektive zu sehen.

Related Posts

1. PMP-Status behalten
2. Neues Buch zur PMP-Vorbereitung von O’Reilly
3. Kooperation zwischen PMI und IPMA

In den letzten Monaten wurde ich verstärkt angesprochen, ob ich einen guten Seminaranbieter für Projektmanagement kenne oder wer denn beim Projektmanagement aushelfen könnte. In solchen Fällen stecke ich in einem Dilemma, denn ich kenne verschiedene gute Anbieter, und es wäre unfair, wenn ich mich hier für einen entscheiden würde. Daher habe ich nun eine Seite eingerichtet, auf der die jeweils mir bekannten Firmen aufgelistet werden, die entweder Projektmanagement-Seminare anbieten oder Projektmanagement-Beratung. Gerne werden weitere Firmen aufgenommen!

Related Posts

1. A Guide to the Project Management Body of Knowledge (PMBOK)
2. Projektmanagement-Seminare und Zertifizierungen: Lohnen sie sich?
3. Neues Buch zur PMP-Vorbereitung von O’Reilly

Seit gestern gibt es knapp 100 neue Projektmanagement-Definitionen im Glossar, und bis Ende Februar ist geplant, dass auch die restlichen Begriffe der dritten Auflage des PMBOKs verständlich definiert sind. Eine Übersicht aller verfügbaren Begriffe finden Sie in der Sidebar rechts und auf der Seite mit den Englisch/Deutsche-übersetzten Begriffen der Projektmanagement-Welt.

Da das PMBOk vor kurzem in der 4. Version erschienen ist, stehen bald auch hier wieder Änderungen an. Diese können aber erst dann vorgenommen werden, wenn auch die deutsche Version des 4. PMBOKs herausgekommen ist, was erfahrungsgemäß noch einige Monate dauern kann. Wir werden dann aber zu jeder Definition schreiben, in welcher Version des PMBOKs sie vorhanden ist. Außerdem gibt es noch jede Menge andere Bereiche des Projektmanagements außerhalb der PMI-Welt, die eigene Termini beinhalten; es ist geplant, auch diese in dieses Glossar aufzunehmen.

Related Posts

1. Projektmanagement-Begriffe
2. Aus pm-blog.de wurde projektmanagement-definitionen.de
3. PMBOK, 4. Edition als Download, nur nicht für Macs