¿Cómo se puede calcular un EV cuando hay diferentes versiones de un plan de proyecto?

Hay un gerente de proyecto que está tratando de idear una forma de calcular EV en una situación específica en la que existe un sistema de gestión de proyectos que permite diferentes versiones de los planes del proyecto.

Los PM comienzan con un plan de proyecto inicial, los costos se asignan a diferentes tareas en diferentes períodos, al final de cada mes, los PM revisan su plan de proyecto y modifican el plan de acuerdo, esto incluye revisar la estructura del proyecto (agregar/eliminar tareas) y costos del proyecto Durante la ejecución del proyecto, varios costos también se cargan al proyecto.

Aquí hay un ejemplo del proyecto:

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 

Costo real del proyecto:

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

En este caso, ¿cómo puede el PM modificar la fórmula (que se muestra a continuación) para calcular el EV en esta situación? ¿Hay una fórmula mejor para usar en esta situación?

Aquí está la fórmula con la que está trabajando el PM:

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

Respuestas (2)

Lo que estás describiendo aquí es una violación completa de los procedimientos para hacer EV. La línea de base de su cronograma y costos no puede cambiar de esta manera. Hay razones específicas y métodos para cambiar la línea de base, pero nunca se puede cambiar de la manera que describe este MP.

Puede establecer varias líneas de base y hacer un seguimiento de EV en cada línea de base. Pero no mezclaría ni combinaría datos entre líneas de base. Nunca he monitoreado múltiples líneas de base y no estoy realmente seguro de cuándo uno querría hacer eso. Tal vez alguien más pueda pensar en un escenario en el que eso sería apropiado. Entonces, si esto es lo que el PM está tratando de hacer, entonces cada variable (PV, EV y AC) se capturaría por separado para cada línea de base. Cada línea de base tendría sus propios datos de PV, EV y AC. Los datos totales de CA pueden ser iguales a los resumidos; sin embargo, se aplicaría a los paquetes de trabajo de manera diferente dependiendo de cómo se desglosara el trabajo, la EDT y las actividades, para cada línea base.

Dios mío, no puede cambiar su línea base de EVM mes a mes. El propósito de EVM es realizar un seguimiento de los datos reales hasta una línea de base; si la línea de base cambia cada mes, entonces está perdiendo esa perspectiva. La actividad que describe de cambiar el costo presupuestado del trabajo programado (BCWS, por sus siglas en inglés) se conoce como "volver a establecer la línea de base" y para un programa importante sería un evento significativo que probablemente solo ocurriría debido a un cambio importante en el cronograma (por ejemplo, se perdió una fecha de envío clave y se deslizan 6 meses) o un sobrecosto masivo (léase: del tamaño de Nunn-McCurdy ).

Estaría de acuerdo con David. Lo que está describiendo no es EV, sino simplemente monitorear los datos reales y hacer un cálculo de costo para completar cada mes. Cada vez que ajusta las cosas de esta manera, está eliminando el propósito de EV.

En este caso, sugeriría descartar los procesos EV y simplemente usar un cálculo de porcentaje completo y el costo proyectado para completar. Ambos pueden actualizarse con bastante rapidez cada mes y ajustarse cada vez que se modifican las tareas o los costos de la manera que está describiendo. EV es solo un paso innecesario en esta situación.