Der Ingenieur Captain Murphy nahm 1949 an einem kalifornischen Testgelände beim Raketenschlittenprogramm der US Air Force teil, mit dem herausgefunden werden sollte, welche Beschleunigungen der menschliche Körper aushalten kann. Bei einem sehr kostspieligen Experiment wurden am Körper der Testperson 16 Messsensoren befestigt. Diese Sensoren konnten auf zwei Arten befestigt werden: auf die richtige und in 90° Abweichung von dieser. Das Experiment schlug fehl, weil jemand methodisch sämtliche Sensoren falsch angeschlossen hatte. Diese Erfahrung ließ Murphy sein Gesetz formulieren, das ursprünglich folgendermaßen lautete:

„Wenn es mehrere Möglichkeiten gibt, eine Aufgabe zu erledigen, und eine davon in einer Katastrophe endet oder sonst unerwünschte Konsequenzen nach sich zieht, dann wird es jemand genau so machen.“

Einige Tage später wurde dies von Major John Paul Stapp bei einer Pressekonferenz zitiert.

Was willl uns diese kleine Geschichte sagen. Zum einen haben mich schon einige Personen gefragt, warum ich meine Homepage murphyslounge.com genannt habe. Nun ich hatte immer wieder den in meinem Leben den Eindruck dass sich unser Alltag nach Regeln von Capt. Murphy in ungünstigen Konstellationen darstellt – daher gebe ich Murphy hier ein namentliches Zuhause.

Ein Beispiel: Wenn ich mich im Supermarkt an einer Kassa anstelle ist es IMMER die andere Kassa die schneller voran kommt und ich frage mich, warum habe ich mir nicht vorher genauer die Leute , die vor mir anstehen angesehen (Typ mit platzend vollem Wagerl, Frau mit 3 Kindern im Schlepptau, die Oma mit dem 3kg Münzglas mit dem sie nun den Einkauf bezahlt).

Murphys Gesetz kann man auf viele Lebenslagen anwenden und somit auch auf das Projektmanagement.

Da ich kein Freund von Übersetzungen aus dem Englischen ins Deutsche bin da doch einiges immer wieder verfälscht wird oder nicht so gut rüberkommt wie im Original. Hier noch mal die 8 Regeln Murphy’s

Murphy’s Law

1. If anything can go wrong, it will
2. If there is a possibility of several things going wrong, the one that will cause the most damage will be the one to go wrong
3. If anything just cannot go wrong, it will anyway
4. If you perceive that there are four possible ways in which something can go wrong, and circumvent these, then a fifth way, unprepared for, will promptly develop
5. Left to themselves, things tend to go from bad to worse
6. If everything seems to be going well, you have obviously overlooked something
7. Nature always sides with the hidden flaw
8. Mother nature is a bitch

Anbei ein paar eigen interpretierte Auszüge aus Murphy’s Law

Egal welche Art von Projekten man macht; wenn etwas schiefgehen kann – dann wird es auch schief gehen. Szenario Analyse oder andere Tools nach PMA hin oder her, es ist fast unmöglich jede Eventualität in einem Projekt vorab zu erfassen und vorbeugenden Gegenmaßnahmen zu treffen, akzeptieren sie das!

Es gibt in jedem Projekt einen Bereich der als größtes Gefahrenpotential für das Projekt erhoben wird und vor der sich alle ins Hemd machen. Sei es eine Neuentwicklung oder Implementierung einer neuen Technologie oder ein völlig neuer technischer Lösungsansatz. Das was den meisten Einfluss auf ein Projekt ausübt wird auch am ehesten schief gehen. Legen sie Ihre Aufmerksamkeit darauf, aber visualisieren sie nicht das es so auch kommen wird.

Warum es Projektleiter gibt spiegelt auch das 5 Gesetzt wieder. Aussagen wie „das wird schon klappen“ und „ihr werdet das schon machen“ sind Garanten dafür das ein Projekt von instabil zu fast fahrlässig degradiert wird. Ein kleines Problem, kann immer noch zu einem größeren werden.

Die letzte Regel erklärt sich fast von selbst. Auch wenn das System endlich beim Kunden steht, fertig getestet und abgenommen und Monate der Planung und Durchführung endlich Früchte tragen und die Abnahme schon fast unterschrieben wurde; kann in der Mittagspause immer noch ein Abwasserrohr brechen und das ganze System außer Funktion stellen… das nenne ich Ironie.

Parallelen zu Murphy’s Laws treffen uns immer wieder; ob im Beruf oder im Privat Leben. Es geht immer nur darum wie man damit umgeht und ob man es mit Humor nehmen kann.

So - geschafft, Level D Zertifizierung abgeschlossen und es hat gar nicht wehgetan. Nachdem ich mich selber vorab nach Erfahrungsberichten im Internet umgesehen habe, will ich euch nun meinen auch nicht vorenthalten. Ich habe nämlich gemerkt, dass es doch eine gewisse Beruhigung gibt, wenn man sich vorab informieren kann wie sich andere bei einer Prüfung getan haben die einem selbst noch bevorsteht.

Die Anmeldung auf der Seite von PMA (Projekt Management Austria) war noch nicht die große Herausforderung. Infounterlagen runterladen, Self Assessment ausfüllen, raufladen und auf die Bestätigung und Datumsangabe zum Prüfungstermin warten (ca. 3 Wochen).

Vorbereitung:

Jeder lernt anders, klar jeder hat seine eigene Taktik aber mir hat doch am meisten geholfen sich die Roland Gareis: PM Test CD zuzulegen, die auf den Inhalten von Happy Projects basiert. Auf der PM CD sind viele der Fragen (viele , nicht alle) die im Endeffekt dann auch am Prüfungstag beim Multiple Choice Test abgefragt werden. Neben den Trainingsfragen gibt es auch die Möglichkeit, wenn man sich fit genug fühlt, schon mal einen Übungstest unter Zeitdruck zu machen. dieser Test umfasst 60 Fragen in 30 Minuten. Beim echten Test sind es 120 Fragen in 90 Minuten. Ich selber bin alle Prüfungsfragen zumindest einmal durchgegangen zusammen mit der Auflösung, habe ich mehr als10 % der Fragen pro Kapitel falsch beantwortet habe ich mit die Theorie dazu im PM Buch von Roland Gareis – Happy Projects durchgelesen & gelernt. Für den Abschluss habe ich mir noch die 90 Seiten der PM Baseline 3.0 zum Abrunden gegeben; die ICB 3.0 habe ich komplett ausgelassen.

Weiters bekommt man am Prüfungstag auch die Aufgabe ein Fallbeispiel das vom PMA gestellt wird innerhalb von 90 Minuten zu lösen. Dies ist ohne Vorbereitung schwer zu schaffen, ich empfehle daher auch hier zumindest 3 bis 4 Fallbeispiele von der PM Test CD durchzuspielen um hier sattelfest zu werden. (Eine Musterlösung für einen Fall ist auf der CD Vorhanden).

Zertifizierungstag:

Die Zertifizierungsprüfung fand bei mir in den Computerräumen der PMA Wien (Berggasse 18) statt und wird von Mitarbeiter/innen der PMA beaufsichtigt.

PM Multiple Choice Test
Das theoretische PM-Wissen wird durch einen computerunterstützten Multiple Response Test (es können pro Frage 0 bis 4 Antworten richtig sein) abgefragt. Dieser dauert 90 Minuten und umfasst 120 Fragen. Der Inhalt dieses Tests sind die Kompetenzelemente der Kompetenzrichtlinie (ICB, PM Baseline und Roland Gareis). Ab 75 % der zu erreichenden Punkte ist der pm-test bestanden. in unserem Fall haben alle Bestanden und das Ergebnis wurde noch vor der 2ten Runde – Fallstudie mitgeteilt.

Die schriftliche Prüfung
Bei dem schriftlichen Teil der Zertifizierungsprüfung ist ein Fallbeispiel zu bearbeiten indem die wichtigsten Pläne für ein Projekt erstellt werden müssen. Die verfügbare Zeit hierfür sind hier ebenfalls 90 Minuten.
Um die schriftliche Prüfung zu bestehen müssen mindestens 60 Punkte von 100 Punkten erreicht werden und es müssen alle Pläne und Methoden bearbeitet werden. Wurde ein Plan nicht auch nur Ansatzweise ausgefüllt führt dies automatisch zu einer neg. Bewertung.

Das Endergebnis, Bestanden oder nicht Bestanden, bekommt man ca. 3 bis 4 Wochen nach dem Prüfungstag per Email zugesandt. Das Zertifikat innerhalb von 6 Wochen. Sollte man im worst case eine von beiden Prüfungen nicht geschafft haben, muss nur der Teil wiederholt werden der neg. bewertet wurde.  

Zusammenfassend kann ich nur sagen, wenn man sich ein bisschen mit der Materie auseinandersetzt, Interesse für Projektmanagement hat und grundsätzliche PM Ambitionen aufweist, ist diese Prüfung ohne gröbere Schwierigkeiten zu schaffen.

Weitere Infos und Tipps zur PMA Level D Zertifizierung findet ihr auch hier.

Happy Projects !