Wie kann ein EV berechnet werden, wenn es verschiedene Versionen eines Projektplans gibt?

Es gibt einen Projektmanager, der versucht, einen Weg zu finden, den EV in einer bestimmten Situation zu berechnen, in der es ein Projektmanagementsystem gibt, das verschiedene Versionen von Projektplänen zulässt.

Die PMs beginnen mit einem anfänglichen Projektplan, die Kosten werden verschiedenen Aufgaben über verschiedene Zeiträume zugewiesen, am Ende jedes Monats überprüfen die PMs ihren Projektplan und überarbeiten den Plan entsprechend, dies beinhaltet die Überarbeitung der Projektstruktur (Hinzufügen/Entfernen von Aufgaben) und Projektkosten. Während der Projektlaufzeit werden dem Projekt auch verschiedene Kosten in Rechnung gestellt.

Hier ist ein Beispiel für das Projekt:

Revision 0 (cost/schedule plan): 

month  |  1  |  2 
task-1 | 100 | 200 
task-2 | 200 | 100 

Revision 1 (revised at the end of month 1) 
month  |  1  |  2
task 1 | 200 | 200 
task 2 | 200 | 100 

Revision 2 (revised at end of month 2) 
month  |  1  |  2
task 1 | 200 | 300 
task 2 | 200 | 100 

Tatsächliche Projektkosten:

month  |  1  |  2 
task-1 | 200 | 300 
task-2 | 200 | 100 

Wie kann der PM in diesem Fall die Formel (unten gezeigt) ändern, um den EV in dieser Situation zu berechnen? Gibt es in dieser Situation eine bessere Formel?

Hier ist die Formel, mit der der PM arbeitet:

PV= PV of previous plan 
EV= (actual cost Todate)/(total cost of new plan) * (PV according to previous plan) 
AC = actual cost to-date. 

Antworten (2)

Was Sie hier beschreiben, ist ein vollständiger Verstoß gegen die Verfahren zur Durchführung von EV. Die Basis Ihres Zeitplans und Ihrer Kosten kann sich auf diese Weise nicht ändern. Es gibt bestimmte Gründe und Methoden, um die Baseline zu ändern, aber sie kann niemals auf die in dieser PM beschriebene Weise geändert werden.

Sie können mehrere Baselines treffen und die EV-Überwachung für jede Baseline durchführen. Aber Sie würden Daten nicht über Baselines hinweg mischen und abgleichen. Ich habe noch nie mehrere Baselines überwacht und bin mir nicht sicher, wann man das tun möchte. Vielleicht fällt jemand anderem ein Szenario ein, wo das angebracht wäre. Wenn es also das ist, was der PM versucht, dann würde jede Variable – PV, EV und AC – für jede Baseline separat erfasst werden. Jede Baseline hätte ihre eigenen PV-, EV- und AC-Daten. Die gesamten AC-Daten können summiert gleich sein; es würde jedoch unterschiedlich auf die Arbeitspakete angewendet, je nachdem, wie die Arbeit für jede Baseline zerlegt wurde, der PSP und die Aktivitäten.

OMG, Sie können Ihre EVM-Baseline nicht von Monat zu Monat ändern. Der Zweck von EVM besteht darin, Ist-Werte auf eine Basislinie zu verfolgen; Wenn sich die Basislinie jeden Monat ändert, geht diese Einsicht verloren. Die von Ihnen beschriebene Aktivität zur Änderung der budgetierten Arbeitskosten (BCWS) wird als "Re-Baselining" bezeichnet und wäre für ein größeres Programm ein bedeutendes Ereignis, das wahrscheinlich nur aufgrund einer größeren Änderung im Zeitplan eintreten würde (z wichtiges Versanddatum und gleiten um 6 Monate) oder eine massive (sprich: Nunn-McCurdy- große) Kostenüberschreitung.

Ich würde David zustimmen. Was Sie beschreiben, ist kein EV, sondern einfach die Überwachung der Ist-Werte und die monatliche Berechnung der Gesamtkosten. Immer wenn Sie die Dinge auf diese Weise anpassen, eliminieren Sie den Zweck von EV.

In diesem Fall würde ich vorschlagen, die EV-Prozesse zu verwerfen und einfach eine prozentuale Berechnung und die prognostizierten Kosten bis zum Abschluss zu verwenden. Beide können jeden Monat relativ schnell aktualisiert und angepasst werden, wenn Aufgaben oder Kosten in der von Ihnen beschriebenen Weise geändert werden. EV ist in dieser Situation nur ein unnötiger Schritt.