PMI - Project Management Institute

PMI - Project Management Institute

Posts 1-10 of 34
  • Klaus-Peter Entorf
    Klaus-Peter Entorf    Premium Member
    The company name is only visible to registered members.
    Projekt-Ampel: Wann rot, gelb, grün?
    Hallo PM-Interessierte,

    wer von Ihnen setzt eine oder mehrere Status-Ampeln in den Projekten ein? Ich kenne Status-Ampeln, die beim Passieren eines Gates geschaltet werden (bzw. im Nachgang, wenn die verzögerungen kompensiert wurden) und Projektampeln, die den Status des Gesamtprojektes anzeigen. Die beiden Stati können sich unterscheiden, je nach den Anforderungen an die Gate-Ampel. Nun habe ich eine Frage zu den Farben. Grün ist denke ich klar, keine Probleme, alle Dokumente/Lieferungen vorhanden usw. Gelb bedeutet einige Probleme, die aber in den Griff zu bekommen sind, Massnahmen wurden eingeleitet. Rot bedeutet gravierende Abweichung mit Einfluss auf das Gesamtprojekt. So schöne wäre es, wenn die Welt nur schwarz-weiss wäre.

    Was ist, wenn ein Dokument nicht zum Gate-termin verfügbar ist, aber durch einen Workaround die anderen Fachabteilungen trotzdem weiterarbeiten können. OK, dass kann nicht grün sein, aber wann ist es gelb und wann rot. Es ist klar, dass ab einem gewissen zeitraum das Dokument vorhanden sein muß. Erfolgt dann erst die Umschaltung auf Rot?

    Zum Aufholen der Arbeiten wird z.B. zusätzliche Kapazität benötigt. gelb bedeutet, Massnahme eingeleitet. Wenn ich kein zusätzliches Personal bekomme, müßte ich auf Rot schalten, obwohl es einen Workaround gibt.

    Wie haben Sie dieses Problem gelöst?

    Danke für die Antworten
    Klaus-Peter Entorf
    • 18 Oct 2006, 7:58 pm
  • Post visible to registered members
  • Klaus-Peter Entorf
    Klaus-Peter Entorf    Premium Member
    The company name is only visible to registered members.
    Re: Projekt-Ampel: Wann rot, gelb, grün?
    Sehr geehrter Herr Politis,

    vielen Dank für Ihre Hilfe.

    Vor allem der Hinweis mit der Lösbarkeit innerhalb eines Projektteams oder nur mit Hilfe von LA/GL ist sehr gut.

    Noch ein kleiner Tip: Es gibt keine Stati. Der Plural von Status ist Status. Auch wenn der Plural von Bonus Boni ist.
    Hmm, der fehlerteufel hat zugeschlagen und mich erwischt. Wie ich gerade gelesen und gelernt habe, gibt es für die Wörter mit -us zwei Varianten: die mit Plralform -i und die mit Pluralform -us (langes "u"). Hmm, habe ich wohl in der Schule gerade aus dem Fenster geschaut :-)

    Danke für den Tipp
    Klaus-Peter Entorf
    • 18 Oct 2006, 8:46 pm
  • Oliver Lehmann
    Oliver Lehmann    Premium Member   Group moderator
    The company name is only visible to registered members.
    Re^2: Projekt-Ampel: Wann rot, gelb, grün?
    Hallo Herr Entorf,

    witzig, wir hatten diese Diskussion letzte Woche im PMP-Prep-Seminar.

    Eine Gruppe - die Minderheit, darunter auch ich - zog es vor, Ampeln auf Rot (eingreifen) und Grün (laufen lassen) zu beschränken. Die anderen sehen es ähnlich wie Sie.

    Man muss sich fragen, ob der extreme Reduktionismus, den diese Symbolik darstellt, den Anforderungen der Stakeholder-Kommunikatuion in Projekten überhaupt gerecht wird.

    Außerdem würde es mich interessieren, ob Sie echte Gates, also mit klaren Exit-Kriterien für eine zu beendende Phase und genauso klaren Entry-Kriterien für eine folgende, zu eröffnende Phase definieren. Der Begriff wird derzeit doch arg strapaziert und in Projektumgebungen angewandt, wo er nicht angemessen ist, da Phasen dort - wenn überhaupt - nicht in Folge sondern überlappend umgesetzt werden. Ich spreche bewusst von der Umsetzung, nicht von der Planung.

    Aber auch bei einem Gate fange ich ehrlicherweise mit Gelb wenig an. Das Gate kann offen sein - Exit-/Entry-Kriterien sind erfüllt - oder auch nicht. So etwas wie "halb offen" verträgt sich mit einer sauber umgesetzten Gate-Metapher m.E. nicht.

    MfG

    Oliver F. Lehmann, PMP

    PS: Auf die Gefahr, dass ich mich jetzt mal wieder als den Wisenheimer mit Latinum (groß) oute:

    Es gibt im Lateinischen unter anderem die sogenannte

    O-Deklination:
    ---- Dominus - Domini (Herr - Herren)
    ---- Amicus - Amici (Freund - Freunde)
    ---- Equus - Equi (Pferd - Pferde)
    ...
    U-Deklination:
    ---- Status - Status (Zustand - Zustände)
    ---- Casus - Casus (Fall - Fälle)
    ---- Domus - Domus (Haus - Häuser)
    ...

    Die Pluralform spricht man mit langem "u", also so etwa wie "Statuhs".

    Link dazu: http://www.latein-online.net/index.php?section=deklinationue...
    • 21 Oct 2006, 9:52 pm
  • Klaus-Peter Entorf
    Klaus-Peter Entorf    Premium Member
    The company name is only visible to registered members.
    Re^3: Projekt-Ampel: Wann rot, gelb, grün?
    Hallo Herr Lehmann,

    die Ampelfarben sind derzeit oft ein Thema, nicht nur in OpenBC.

    Es gibt generell die Vertreter der 2,3 oder 4-Farben-Ampel. Ich bin ein Fan der klassischen Ampel mit drei Farben. Die Stakeholder haben meiner Meinung nach ein Recht auf Early Warning, um steuern eingreifen zu können. Mehr als eine Warnstufe (Gelb) halte ich aber auch für zu viel für die armen Stakeholder.

    Die Gates haben klar definierte Dokumente, die zu passieren notwendig sind. Fehl nur eines, gibt es eine Karenzzeit, in der die Ampel gelb ist. Danach wird sie automatisch rot. Dabei handelt es sich aber um die Gate-Ampel, die zusammen mit anderen Ampeln die Projektampel bilden. Die kann dann trotzdem eine andere Farbe haben, je nachdem ob Workarounds greifen, Massnahmen demnächst Ihre Wirkung zeigen usw.

    Aber es ist glaub ich entscheidend, in welchem Umfeld man dies anwendet. Eine IT-Enwicklung hate andere Voraussetzungen als ein internationales Großprojekt. Dies meine ich völlig wertfrei so.

    mfg
    KP Entorf
    • 25 Oct 2006, 8:57 pm
  • Fred Schröder
    Fred Schröder    Premium Member   Group moderator
    The company name is only visible to registered members.
    Re^4: Projekt-Ampel: Wann rot, gelb, grün?
    Zwar werde ich mir den Zorn aller beteiligten Ampelfans zuziehen, was mir aber um der Sache willen recht ist.
    a) Es keinen Unterschied bezgl. der PM Werkzeuge und Methoden zwischen den Branchen. Die schützende Aura des Besonderen reklamieren ITler nur aus egozentrischen Gründen. Anm.: Ich mache seit 1970 sowohl internationale als auch klitzekleine IT Projekte und auch andere quer durch viele Branchen.
    b) Die vielgeliebten Ampeln sind völlig unzureichende Signalgeber und für die Beschreibung und das Verständis der Projektzustandes absolut ungeeignet - unseriös. Den Status von einem Projekt /Teil-/Arbeitspaket/Vorgang identifiziert der Fertigstellungswert/-grad, die Effizienz und noch weitere Werte der Fertigstellungwertanalyse (Earned Value Analysis s. DOD seit 1985). Es ist faktisch unmöglich, verantwortungslos und grob fahrlässig, den TKL-Zustand eines Projektes am Stichtag auf eine Farbe zu reduzieren. Ebenso lassen sich aus den Reaktionen auf eine Ampellichtfarbe (anhalten/bereithalten/bewegen) keine qualifizierte Projektsteuerungsmaßnahmen ableiten.
    • 25 Oct 2006, 11:19 pm
  • Post visible to registered members
  • Post visible to registered members
  • Oliver Lehmann
    Oliver Lehmann    Premium Member   Group moderator
    The company name is only visible to registered members.
    Re^2: Projekt-Ampeln
    Hallo Fred, cool mal wieder etwas von Dir zu lesen. Wir sollten mal wieder miteinander essen gehen.
    _____________________________________________________________


    Hallo Herr Hofmann,

    Respekt. Wenn es so klare Definitionen, wie von Ihnen beschrieben gibt, sind solche 3-fach-Ampeln sicher gut geeignet.

    Gestatten Sie mir dazu aber zwei ketzerische Fragen:


    1. Sind Abweichungen wirklich das Wichtigste? Ist es nicht wichtiger, ob Termine eingehalten werden, der notwendige Scope in richtiger Qualität geleistet wird, Aufwands-/Kostenrahmen eingehalten werden, ob Projektmanager genügend Responsiveness und Eigeninitiative zeigen, den Kunden/Anwender vielleicht sogar begeistern können, und ob die ausführende Organisation nicht überfordert wird? Und letztlich ist der RoI zu betrachten der oft von Abweichungen sogar profitieren kann.

    Wenn Betonung des Schedule Performance Index und Cost Performance Index (also des Ausmaßes an Abweichung von einer Cost Baseline) im Vordergrund stehen, würde ich das als Management bezeichnen. Stehen dagegen der Return on Investment und Lifecycle Costing im Vordergrund, ist es Leadership.

    Dazu ein Zitat von Kotter: "Most organizations are over-managed and under-led."

    Was ist Ihnen wichtiger?


    2. Im Frühsommer 2006 wurde von einem großen europäischen Flugzeughersteller in dessen Kundenzeitschrift ein Display veröffentlicht, mit dem Mitarbeitern im Betrieb die Projektplanung und -verfolgung kommuniziert wird. Das Tool beinhaltet unter anderem ein 3-farbiges Ampelsymbol, das laut einer Abbildung auf "grün" stand. Für einen kundigen Betrachter war in den Abbildungen aber auf Anhieb erkennbar, dass das Projekt bereits auf dem Weg in eine Krise war. Wenige Wochen später ging genau diese Nachricht durch die Presse.

    Sind Sie denn sicher, dass die Qualität der Ihnen zur Verfügung gestellten Daten und die richtige Interpretation dieser Daten überhaupt zulassen, Ableitungen von Ampelstatus und vielleicht sogar Prämien (solche Fälle kenne ich auch) abzuleiten?


    Ich bin auf Ihre Antworten gespannt.

    Mit freundlichen Grüßen

    Oliver F. Lehmann PMP

    PS: Verzeihen Sie den langen Beitrag, ich hatte nicht genügend Zeit für einen kürzeren.
    This post was modified on 27 Oct 2006 at 08:30 am.
    • 27 Oct 2006, 08:28 am
  • Post visible to registered members