{"id":386,"date":"2009-03-17T20:38:42","date_gmt":"2009-03-17T18:38:42","guid":{"rendered":"http:\/\/www.bernhardschloss.de\/blog\/?p=386"},"modified":"2009-03-17T20:38:42","modified_gmt":"2009-03-17T18:38:42","slug":"154-statusampeln-im-projektmanagement","status":"publish","type":"post","link":"https:\/\/www.bernhardschloss.de\/blog\/154-statusampeln-im-projektmanagement\/","title":{"rendered":"#154 Statusampeln im Projektmanagement"},"content":{"rendered":"

Mal wieder ein interessanter PM-Thread auf <\/span>XING<\/span><\/a> (Abo-Dienst) zum Thema <\/span>Statusampeln im Projektmanagement<\/span><\/a>. Hier eine Zusammenfassung:<\/span><\/p>\n

Selbst wenn die Ampelfarben vorweg eindeutig definiert worden sind, haben sie dennoch eine politische Dimension. Farben werden trotz allem unterschiedlich gesehen. Niemand will unangenehm auffallen, es drohen Sanktionen,\u2026 <\/span><\/p>\n

Ehrlichkeit und vern\u00fcnftige Reporting-Zeitr\u00e4ume w\u00e4ren Voraussetzung f\u00fcr einen sinnvollen Einsatz von Ampeln. Leider ist dies meist nicht so gegeben.<\/span><\/p>\n

Eindeutige Ampeln sind ein hilfreiches Kommunikationsinstrument, aber inwieweit sie tats\u00e4chlich zur Projektsteuerung geeignet sind, ist ein anderes Kapitel. <\/span><\/p>\n

Im Sinne von KISS (Keep it simple and stupid) sind Ampeln (\u00e4hnlich wie Smileys) eine willkommene Vereinfachung. Man spricht hier von Komplexit\u00e4tsreduktion (das h\u00f6rt sich besser an\u2026). Beides ist ein Reporting mittels Symbolen.<\/span><\/p>\n

Eine interessante Frage ist auf welcher Ebene Ampeln zum Einsatz kommen:<\/span><\/p>\n

\u00b7<\/span>\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 <\/span><\/span><\/span>Als Trend f\u00fcr das Gesamtprojekt<\/span><\/p>\n

\u00b7<\/span>\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 <\/span><\/span><\/span>Auf Meilensteinebene (auch wenn es hier vielleicht bessere Alternativen wie die Meilenstein-Trendanalyse<\/a> (MTA) gibt.<\/span><\/p>\n

\u00b7<\/span>\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 <\/span><\/span><\/span>Auf Ebene einzelner Vorg\u00e4nge<\/span><\/p>\n

Konkurrierende Ampeln, d.h. den gleichen Sachverhalt \u00a0<\/span>unabh\u00e4ngig voneinander von verschiedenen Beteiligten einsch\u00e4tzen zu lassen, scheint in der Tat niemand einzusetzen. <\/span><\/p>\n

Eine Kritik an der Ampel ist ihre Beschr\u00e4nkung auf wenige Status (rot\/gelb\/gr\u00fcn), auch wenn in der Praxis die Kreativit\u00e4t zu Erweiterung unbeschr\u00e4nkt ist (gelbrot\/gelbgr\u00fcn, wei\u00df f\u00fcr noch nicht begonnen, schwarz f\u00fcr abgeschlossen,\u2026).\u00a0 <\/span>Alternativ w\u00fcrde sich ein Tacho oder Speedometer anbieten.<\/span><\/p>\n

Eine berechtigte Kritik geht dahin, was eigentlich festgestellt werden soll: Der Ist-Zustand oder eine Prognose.<\/span><\/p>\n

\n

Das grundlegende Problem eines Ampelsystems ist aber dass, wir immer nur reagieren anstatt zu agieren, selbst mit einem System welches uns einen Trend aufzeigt.<\/span><\/p>\n<\/blockquote>\n

Ein weiterer Teilnehmer schreibt:<\/span><\/p>\n

\n

Pers\u00f6nlich glaube ich nicht, dass Ampeln Projekte steuern, aber sie helfen dem Betrachter einfach schneller und rascher die Situation zu erfassen.<\/span><\/p>\n<\/blockquote>\n

Bei kurzen Projektzyklen kann dann auch die Projektretrospektive eine Alternative sein, um den Erkenntniszuwachs sicherzustellen.<\/span><\/p>\n

<\/div>