EVM en Investigación y Tecnología

La gestión del valor ganado (EMV) suena como un método excelente y objetivo para generar informes.

La condición previa para aplicar EVM es que las tareas o los resultados estén bien definidos y bien distribuidos durante el proyecto.

Me pregunto si es posible aplicar EVM a proyectos con una alta probabilidad de cambio , por ejemplo, proyectos de I+T.

Dentro de los proyectos de I+T, pueden aparecer iteraciones imprevistas o debe reabrirse una tarea cerrada anteriormente debido a nuevos hallazgos.

Esos aspectos no suelen entenderse como riesgo, debido a que todo el mundo espera que aparezcan.

En cuanto a I+T frente a I+D: Sin duda, EVM se aplica con éxito en muchos proyectos de desarrollo. Desde mi punto de vista, EVM es una herramienta para visualizar resultados o efectos causados ​​por la incertidumbre habitual de los proyectos gestionados por el modelo de cascada (por ejemplo, retrasos, cambios en la estimación al finalizar).

Respecto al TRL , I+D se sitúa entre el 4 y el 8 (mi impresión). En comparación con eso, R&T se encuentra en algún lugar entre 1 y 6 (nuevamente mi impresión).

Además, afirmo que el nivel de incertidumbre disminuye con un TRL más alto: las estimaciones se vuelven más sólidas con respecto a los aspectos de planificación del proyecto (por ejemplo, tiempo, cronograma, tareas) cuanto mayor es el TRL.

Esas son declaraciones bastante generales y seguro que no siempre son correctas o aplicables. Sin embargo, reflejan (al menos mis) observaciones generales.

Teniendo esto, ¿a qué nivel de incertidumbre es aplicable EMV o: EVM puede brindar un beneficio a los proyectos que están sujetos a cambios regulares?

EVM se utiliza ampliamente en programas que tienen un gran componente de I+D, como la construcción de futuros aviones, naves espaciales o robots. Por ejemplo, se usa ampliamente en proyectos de Defensa y programas de la NASA.
@MarkPhillips, ¿así que la respuesta es simplemente hacerlo como de costumbre ?
No estoy seguro de a qué se refiere como "habitual", pero el EVM clásico se usa todos los días en programas muy grandes con grandes componentes de I+D. Estos a menudo incluyen paquetes de planificación que dan cuenta del trabajo que, hasta el momento, no está tan claramente definido como otros trabajos. ¿Hay algún aspecto particular de I+D y EVM que esté generando la pregunta?
@MarkPhillips No hay Aspekt adicional a los que planteé en mi pregunta: ¿Se aplica EVM a los proyectos de R&T? Creo que, en comparación con I+D, el nivel de incertidumbre es mayor en I+T. Aceptaría una respuesta que indique que es aplicable. Sin embargo, me alegraría de algunos razonamientos o lecciones aprendidas.
¿Cómo distingue I+T de I+D? En términos de incertidumbre, algunos de los programas que utilizan EVM tienen grados de incertidumbre extremadamente altos. Sin embargo, ¿cómo ve el grado de incertidumbre que afecta la elección de usar EVM o no?
@MarkPhillips Traté de actualizar la pregunta para no poner demasiada información en los comentarios.
Eso es útil. Parece que estás hablando de investigación/ciencia básica. Sí, EVM es aplicable. La incertidumbre de la que habla influye en cómo define los paquetes de trabajo. Donde la incertidumbre es solo sobre la ejecución, el wp es, por ejemplo, completar una pared de 3 metros. Donde la incertidumbre es todo riesgo tecnológico/científico, el wp es algo así como una prueba x completa. Pasar o fallar es irrelevante. El objetivo es completar la prueba.

Respuestas (3)

Un proyecto de investigación es por definición innovador y, por ello, incierto. Especialmente al principio, los investigadores pueden tener solo una idea aproximada de la hipótesis que quieren validar.

La novedad, la complejidad y la incertidumbre hacen que el uso de un enfoque ágil sea una buena opción en el contexto de la investigación y la tecnología.

Existe la posibilidad de utilizar una implementación Agile del principio de Gestión del Valor Ganado, conocido como AgileEVM (que adopta valores definidos en Scrum) . Nunca he probado la validez del uso de EVM en mis proyectos de Scrum, pero puede valer la pena leer este documento para saber más al respecto. Aquí está el resumen :

Scrum es un marco ágil de gestión de proyectos. Este marco se centra específicamente en maximizar el retorno de la inversión (ROI). Scrum, sin embargo, no define cómo gestionar y realizar un seguimiento de los costes para evaluar el ROI real frente a la visión. Una medida de costo razonable que se integre con Scrum ayudaría a proporcionar un circuito de retroalimentación adicional.

Adaptamos la Gestión del Valor Ganado (EVM), utilizando valores definidos en Scrum. El resultado se llama AgileEVM (Agile Earned Value Management) y es un conjunto simplificado de cálculos de valor ganado. A partir de los valores en Scrum, derivamos una estimación de la fecha de lanzamiento utilizando la velocidad media y, a partir de esta ecuación, generamos una ecuación equivalente utilizando las técnicas tradicionales de EVM, estableciendo así la validez del uso de EVM con el marco Scrum. Finalmente, usamos esta técnica en dos proyectos para probar aún más nuestra hipótesis. Esta investigación también nos ayudó a determinar la utilidad de AgileEVM.

Un extracto del párrafo de Conclusiones :

Para el ScrumMaster, está claro que las métricas que son familiares contribuyen en gran medida a aliviar la incomodidad que pueden provocar las metodologías nuevas y desconocidas. El análisis que proporciona AgileEVM, junto con el método de trabajo pendiente, ayuda a corroborar la intuición y proporciona a los ejecutivos datos cuantitativos de manera consistente. El análisis de costos, con su pronóstico Estimado al completar y Estimado para completar, son valiosos para las partes interesadas ágiles que calculan el ROI estimado. Las partes interesadas ágiles que son responsables de tomar decisiones presupuestarias encuentran esta información extremadamente valiosa.

Nuestra recomendación es que AgileEVM se utilice junto con el gráfico Burndown y la velocidad del equipo como datos de apoyo. Una advertencia importante es que se esperan cambios en los proyectos ágiles y, por lo tanto, las métricas de AgileEVM se derivan de lo que es cierto en cada límite de Sprint.

Proporcionar al equipo y a las partes interesadas ágiles datos útiles y comprensibles es vital para el "timón" con el que el equipo Scrum se dirige hacia mejores procesos y mejoras continuas. Al proporcionar las métricas de trabajo pendiente y AgileEVM juntas, el equipo está mejor equipado para tener éxito.

Cita un buen artículo. El enfoque presentado intenta obtener los beneficios de EVM en los proyectos gestionados por Scrum. Por lo tanto, no es EVM clásico, pero las estimaciones resultantes son similares. Gracias por la respuesta. No "acepté" su respuesta hasta ahora porque todavía estoy tratando de averiguar si el EVM convencional funcionará para proyectos de R&T.

EVM está diseñado para señalar las variaciones de presupuesto y cronograma y trata las terminaciones tempranas y tardías como indeseables. Eso hace que EVM no se adapte bien a los proyectos de investigación, ya que las tareas no se pueden terminar o comenzar antes sin señalar un problema.

En un proyecto de alcance conocido y con actividades de valor bien entendido, la gestión del valor ganado puede ser una fuente eficaz de señales para un equipo de gestión. Por ejemplo, un bien manufacturado puede acumular valor a medida que se refina desde la materia prima hasta un bien terminado a lo largo de un proceso de fabricación predefinido.

Scrum se adapta mejor a la investigación, ya que busca maximizar el valor dados los recursos disponibles. Los primeros acabados son deseables en Scrum, ya que permiten que un equipo agregue un alcance de trabajo adicional. Al monitorear la velocidad de un equipo de investigación, es posible pronosticar qué elementos del trabajo pendiente se pueden completar con el presupuesto y el cronograma disponibles. Si es necesario, se puede volver a priorizar la acumulación para aumentar las posibilidades de que el equipo de investigación complete los objetivos de investigación de mayor valor.

EVM no hace nada para minimizar las variaciones. Solo calcula varianzas. Indeseable es un juicio de la persona que interpreta las variaciones. Una variación de acabado muy temprana no es indeseable a primera vista, sino que puede indicar una causa no deseada, como una calidad extremadamente débil en la entrega.
@DavidEspina, ¿estaría de acuerdo en que, en las implementaciones de EVM con un enlace al sistema de contabilidad de la organización, una variación de finalización anticipada puede ser un desincentivo? Si el presupuesto se asigna específicamente a los paquetes de trabajo, una finalización anticipada puede tener como consecuencia que un equipo pierda el presupuesto para volver a una reserva de proyecto o programa. A menos que los equipos tengan la autoridad para acceder y reasignar los ahorros de las carreras insuficientes, el incentivo para los gerentes será terminar a tiempo para preservar el presupuesto de su equipo local.
FV es tiempo. La variación del costo y la variación al finalizar son presupuestadas. Si un paquete de trabajo finaliza con una variación de costo favorable, es decir, el costo al finalizar es menor que el presupuesto al finalizar, esos dólares deberían volver al proyecto. Si el trabajo está terminado, ¿por qué alguien asociado con ese paquete de trabajo se preocuparía si se devuelven esos dólares? Después de todo, el trabajo está terminado y ya no lo necesitan.
@DavidEspina Perder los dólares se convierte en un problema en las organizaciones multinivel donde esos paquetes de trabajo representan los fondos asignados a los equipos. Si los paquetes de trabajo se cierran y se retira la financiación de un equipo a la reserva del programa o proyecto, entonces es posible que los miembros del equipo se queden sin trabajo.
Eso no suena como un proyecto para mí, pero te tomaré la palabra. :)

Para mí, este comentario parece responder mejor a mi pregunta:

EVM en Investigación y Tecnología

Mantendré esta respuesta como aceptada hasta que el comentario se convierta en una respuesta ...

EVM en Investigación y Tecnología
RespuestasAquíPolítica de privacidad1y, 0v