¿Qué opinan ustedes sobre la medición del avance planificado en base a la duración del proyecto?
Me explico: Parten de ver el proyecto como una única tarea, donde el 100% de avance es dividido entre el tiempo que dure el proyecto. Ejemplo: si el proyecto dura 10 meses, entonces por cada mes que se cumpla debo ir ganando un 10% de avance.
En base a esa medición si el proyecto inicio en enero 2019, el porcentaje de avance planificado al 30 abril 2019, debería ser un 40%. El porcentaje de avance real es el que indique el project según las tareas planificadas y sus avances.
Estoy muy sorprendida con esta práctica y me gustaría conocer la opinión de otros. Saving Changes...
Ah listo, ya sé. Está muy bien para ese fin, pero no para medir avances del proyecto.
Muchas gracias Sergio.
De acuerdo. Entonces si hacemos referencia al EVM, que según hemos visto es la técnica que se está utilizando en el post que describo, la misma integra: Alcance, Costo y Tiempo (para la medición del desempeño). Mi post iba encaminado a conocer si es correcto que veamos el plan de trabajo como una sola tarea o realmente considerar todas las tareas del mismo y en base a sus avances según fecha fin establecer la relación entre el % de avance planificado VS % Real.
...
1 reply by Sergio Luis Conte
May 01, 2019 12:07 PM
Sergio Luis Conte
...
Es que justamente, es como llevar el proyecto a nivel tarea sumaria. Es mas, yo lo hago desde hace mucho. Es mas, como las cosas no pasan segun un cronograma teniendo en cuenta las tareas detalle, lo que hago es mantener la relacion entre tiempo transcurrido, avance esperado, avance real, tiempo restante. Es decir, por ejemplo, si te queda el 30% del tiempo para finalizar una tarea y te queda mas del 30% del trabajo por hacer entonces ahi tenemos un problema y hay que registrar un risk o un issue o al menos que me digas como va a hacer para cumplir el trabajo restante en el tiempo que te queda. Eso tiene mucho que ver con EVS que es una alternativa a EVM. Tambien, si lo queres ver de otro modo, ahora que todo es agile tiene que ver con los burn-down charts y burn-up charts. En definitiva, de lo que se trata esto, es de que las cosas no pasan como las planificamos en los schedules y que tampoco se puede pretender que asi sea, no tiene sentido, a menos que logres que las personas sean robots.
Saving Changes...
Sergio Luis ConteHelping to create solutions for everyone| Worldwide based OrganizationsBuenos Aires, Argentina
May 01, 2019 11:34 AM
Replying to Yenny Peguero Jimenez
...
De acuerdo. Entonces si hacemos referencia al EVM, que según hemos visto es la técnica que se está utilizando en el post que describo, la misma integra: Alcance, Costo y Tiempo (para la medición del desempeño). Mi post iba encaminado a conocer si es correcto que veamos el plan de trabajo como una sola tarea o realmente considerar todas las tareas del mismo y en base a sus avances según fecha fin establecer la relación entre el % de avance planificado VS % Real.
Es que justamente, es como llevar el proyecto a nivel tarea sumaria. Es mas, yo lo hago desde hace mucho. Es mas, como las cosas no pasan segun un cronograma teniendo en cuenta las tareas detalle, lo que hago es mantener la relacion entre tiempo transcurrido, avance esperado, avance real, tiempo restante. Es decir, por ejemplo, si te queda el 30% del tiempo para finalizar una tarea y te queda mas del 30% del trabajo por hacer entonces ahi tenemos un problema y hay que registrar un risk o un issue o al menos que me digas como va a hacer para cumplir el trabajo restante en el tiempo que te queda. Eso tiene mucho que ver con EVS que es una alternativa a EVM. Tambien, si lo queres ver de otro modo, ahora que todo es agile tiene que ver con los burn-down charts y burn-up charts. En definitiva, de lo que se trata esto, es de que las cosas no pasan como las planificamos en los schedules y que tampoco se puede pretender que asi sea, no tiene sentido, a menos que logres que las personas sean robots. Saving Changes...
Frank ValdiviaDirector of Analytics| Heifer InternationalShoreview, Mn, United States
Estoy de acuerdo, creo que debe hacerse un planeamiento formal y definir metas por periodo de tiempo y aplicar EVM (Earned Value Management)
por ejemplo, al inicio del proyecto normalment no hay mucho avance ya que es el start-up. Saving Changes...
Roberto VieraAntiguo Cuscatlán, San Salvador, El Salvador
Esto sería bajo una óptica de invariabilidad, es decir entendiendo que todo se ejecutaría según los supuestos iniciales, lo cual estaría fuera de la realidad Saving Changes...
