20 de abril de 2014

EVM con Microsoft Project

Es importante elegir bien la herramienta para los cálculos EVM y registrar la información. Muchos directores de proyectos usan Microsoft Excel® y acaban frustrados cuando deben registrar mucha información sobre costes incurridos por los distintos recursos. Cuando se animan a usar Microsoft Project® también hay frustración porque no se usa adecuadamente.

Yo descubrí una forma rápida para introducir a los directores de proyectos en el uso de EVM con Microsoft Project, a partir del famoso ejercicio de “La Valla”, de Rita Mulcahy.

El siguiente vídeo explica cómo puede ayudarnos la herramienta Microsoft Project para controlar los costes del proyecto mediante el estándar EVM.



 A continuación expongo mi propia interpretación del ejercicio de “La Valla”:

Su proyecto consiste en hacer una valla de 4 lados. Cada lado lleva 1 día de trabajo de un operario, por 200€. Los lados se hacen secuencialmente. Comienza el trabajo el día 12/09/2011. Usted presupuestó 800 €. Al final del día 3 (14/09/2011):Ha completado el lado 1 (coste 200€) y el lado 2 (coste 275€). El lado 3 está completado al 50% (coste 200€). ¿Cuánto pagará finalmente?


Si el operario mantiene su ritmo de trabajo, el presupuesto a la finalización ascenderá a 1080€. Este resultado puede calcularse fácilmente aplicando las fórmulas de EVM: EAC = BAC/CPI; BAC=800; CPI = EV/AC = 500/675 = 0,74; EAC= 800/0,74 = 1080.

Usando Microsoft Project®, se puede obtener la solución en 4 pasos:
  • 1) En primer lugar, usamos la vista “Gantt Chart” para introducir la información de planificación (no olviden fijar el comienzo del proyecto el día 12/9/2011):
  • 2) Después fijamos la tarifa del operario a 25€/h (esto es, 200 €/día):
  • 3) A continuación, grabamos la línea base (con lo que se graba toda la información de planificación) y después introducimos la información sobre el trabajo real. Tenga en cuenta que el trabajo real para el lado 2 fueron 11 horas (25*11=275€), y el trabajo para el lado 3 ha de ser replanificado porque solo se ha completado el 50% (hacen falta 2 días para completarlo):

  • 4) Finalmente, fijamos el “Status Date” 3 días después del inicio (14/9/2011) y por ultimo obtenemos el informe EVM en la vista “Task Sheet,” tabla “Earned Value:”

En el Gantt de seguimiento podemos ver el progreso:



En el menu Report > Visual Reports > Earned Value over Time Report, podemos obtener la gráfica EVM para los días transcurridos desde el comienzo:

Algunas anotaciones finales para recapitular:

  • La unidad de gestión elemental de coste en Project es las horas de esfuerzo por recurso, por tarea y por unidad de tiempo. En las tablas de uso de recursos o uso de tareas podemos ver y controlar estos datos:
  • El campo Work significa las horas planificadas por recurso y tarea. Debe actualizarse continuamente reflejando la última información del proyecto. Cambiar Work significa replanificar: ¿Cuántas horas quedan? ¿Cuándo? La planificación por defecto de las tareas es orientada al esfuerzo: El motor de planificación trata de mantener constante las horas. 
  • El campo Cost se calcula: Work * Standard Rate. El campo Actual Work es entrada de datos. El campo Actual Cost se calcula: Actual Work * Standard Rate
  • Al grabar la línea base, se actualizan a lo largo del tiempo las variables Baseline Cost (= Cost) y Baseline Work (= Work). La curva PV es la variable Baseline Cost a lo largo del tiempo.

Al nivel de tarea:
  • PV = Baseline Cost hasta Status Date.
  • AC = Actual Cost hasta Status Date.
  • EV = (Actual Work / Work) * Baseline Cost = % Work Complete * Baseline Cost.
  • Cost y Actual Cost se calculan con la tarifa estándar (que puede cambiar).
  • Baseline Cost se calcula con la tarifa estándar original.

Sobre la forma de calcular EV, tengo que decir que todas la versiones que yo he utilizado hasta la versión 2010 calculaban EV de una forma que a mí me parece un error de concepto, ya que el porcentaje completado lo calculan como la fracción de tiempo consumida, no la fracción de trabajo completado. En el pantallazo de la figura tienen un ejemplo en la herramienta demostrando este comportamiento que espero que se corrija en versiones futuras:



8 comentarios:

  1. Hola
    MS Project tiene un "fallo" al realizar el cálculo de Valor Ganado: Lo hace respecto al "% completado", no al "% del trabajo completado", lo cual genera una diferencia entre lo que entrega MS Project y lo que calcularíamos según las fórmulas establecidas. Al proponer el % completado Ms Project se está refiriendo al avance en Duración, que relaciona los días reales trabajados en la tarea respecto el total de días programados.
    La alternativa es (hasta que MS Project corrija este fallo) utilizar para ello el "% físico completado", el cual es un valor que ingresamos a discreción (como en el ejemplo de "La Valla" de RMC), para lo cual todas las tareas deben tener configurado éste como método de cálculo de Valor Acumulado.
    Y como en este mundo no todo es perfecto, dicho valor es estático y no permite realizar cálculos históricos (para lo cual hay que hacer uso de otras herramientas).

    Ahora, para cuando toquéis del tema de PERT os contaré la involución que ha tenido el MS Project 2010 respecto a versiones anteriores...

    ResponderEliminar
    Respuestas
    1. El análisis PERT se trata en este post: http://jose-barato.blogspot.com.es/2012/11/los-procesos-de-pmbok-con-microsoft.html

      A prósito de ese post, soy el que hace un comentario preguntándose pq desaparece el análisis PERT del project 2010

      Saludos

      Eliminar
    2. No doy crédito!! ¿Cómo es posible semejante error de concepto?

      Yo todo este tiempo había pensado que Project hacía bien el cálculo:
      EV = (Actual Work / Work) * Baseline Cost = % Work Complete * Baseline Cost

      ...y ahora, gracias a tu comentario, veo que calcula:
      EV = (Actual Duration / Duration) * Baseline Cost = % Complete * Baseline Cost

      gracias Enrique por sacarme de mi error

      Eliminar
    3. Federico...Project 2010 ya no tiene PERT. Fue eliminado. El problema es que el PERT basado en valores discretos (aunque sean tres) y calculado como Ve=(a+4*m+b)/6 está siendo reemplazado (al galope) por PERT o simplemente con valores únicos de duraciones, pero sujetos a variabilidad dentro de un medio ambiente modelado con Montecarlo con entrada de datos bajo distribución beta (duraciones) y manejo de las salidas (sumas de duraciones) bajo distribución normal (debido al teorema del límite central).

      Eliminar
    4. Secundo la opinión de Federico. Otro problema a mi entender de EVM en Project es el reporte de datos. Las tres variables y los indices y los cálculos correspondientes EAC, ETC, etc.. se presentan en tablas para todas y cada una de las actividades....¿Que es esto?... EVM es una herramienta para manejar resúmenes: el proyecto completo, resúmenes de productos entregados (mal indicados como entregables), o eventualmente disciplinas como en el caso de construcción. Los datos deberían ser presentados solo en las actividades resumen (hammocks). Los defectos de EVM y de Riesgos en Project nunca han sido "reparados" por Microsoft. A nivel de riesgos se puede manejar con @Risk o Crystal Ball, pero le hace falta un módulo similar a Primavera Risk Analysis que maneje también análisis cualitativo.

      Eliminar
    5. Hola J.Alsina
      Efectivamente, a eso me refiero con la involución de MS Project 2010.

      Eliminar
    6. En puridad, respecto al comentario de cómo calcula MSProject los valores caracterísitcos para el cálculo de EVM, las valoraciones deben ser económicas y no sólo basadas en el esfuerzo o en la duración. POr eso, encuentro espcialmente útil el consejo de utilizar % físico completado que creo que se acerca más al concepto de EVM. Gracias por la observación.

      Eliminar