Programación de actualización

No estoy seguro de entender la pregunta, pero me parece que está pidiendo el índice de rendimiento completo o TCPI.

En términos generales, el TCPI responde: "¿Qué tan atrasados ​​estamos y cuánto vamos a tener que acelerar para cumplir con nuestra fecha límite?" El TCPI es TCPI = (Trabajo restante)/(Presupuesto restante)

Por supuesto, eso supone que ha cuantificado el trabajo a realizar y el trabajo que se ha realizado. Si no configuró el valor ganado cuando hizo su diccionario WBS/WBS, y/o no lo revisó cuando comenzó la tarea, TCPI no lo ayudará en lo más mínimo.

Como ha señalado el estimable @codegnome, saber cuánto más rápido necesita trabajar realmente no le dice cómo trabajar más rápido. ¿Qué actividades puede abandonar sin causar una pérdida de calidad? ¿A qué miembros del personal puede aterrorizar para que hagan horas extra sin dañar las horas extra y las relaciones con los empleados?

Si determinó dónde se encuentra utilizando el valor ganado y su EVMS es creíble, puede aplicar esta fórmula:

ECR=(BAC-BCWP)CAR*PoP restante en años

dónde

CAR=(BAC/FTE planificado)/PoP

Esto debería dar como resultado el nivel de FTE en el que deberá operar para ponerse al día con el cronograma al final del PoP.

Puede ejecutar esta misma fórmula, reemplazando BCWP con ACWP, para averiguar qué consumo de FTE necesita para ponerse al día con una variación de costos.

Ejemplo:

Dado:

Período de rendimiento (PoP) = 2 años o 104 semanas; Horas = 24.000; FTE planificado = 6; Presupuesto al Finalizar (BAC) = $21,600,000; Semanas agotado = 29; Semanas restantes = 75; Costo Presupuestado del Trabajo Realizado (BCWP) = $5,900,000; Costo Presupuestado del Trabajo Programado (BCWS) = $6,023,077; Costo Real del Trabajo Realizado (ACWP) = $6,200,000; Índice de Desempeño del Horario (SPI) = 0.98; Índice de rendimiento de costos (IPC) = 0,95; ETC real = 6,18

Siguiendo la fórmula anterior, la ECR = 6,05.

Esto sugiere que debe ejecutarse a 6,05 FTE frente a los 6,00 FTE planificados o los 6,18 FTE reales.

Sin embargo, 6.05 es menor que 6.18, por lo que no tiene sentido que "bajar" a 6.05 solucione su horario cuando llegó tarde a las 6.18. Por lo tanto, debe interpretar con cuidado, lo que significa que es posible que deba agregar 0.05 FTE a su 6.18, lo que lo convierte en 6.23 para corregir el cronograma.

También sabemos que colapsar su horario no siempre hace que las cosas mejoren sino que empeoren. Sin embargo, esta es la matemática. Úselo con cuidado.

TL;DR

Identifique una causa raíz del retraso, vuelva a estimar su nivel de esfuerzo para cada tarea y ajuste su horario en consecuencia. No puede identificar la causa de un desfase de un cronograma; en el mejor de los casos, puede identificar el proceso o la dependencia de la tarea que está frenando su proyecto.

Problemas con Porcentajes de Unidades de Obras

Existen algunos dominios problemáticos en los que puede cuantificar de manera útil porcentajes de unidades de trabajo, pero en general esto ahora se acepta como una mala idea™. En la fabricación, por ejemplo, puede decir con seguridad que si tiene tres llantas instaladas en un automóvil nuevo, entonces la tarea de la llanta está completa en un 75 %. En la mayoría de los esfuerzos, sin embargo, hacer una declaración amplia como "el 100 % de las tareas está terminada en un 40 %" no es realmente muy informativo.

lo que debe hacer

Debe hacer algunas cosas básicas antes de continuar. Primero es identificar por qué su horario se está resbalando. Acelerar su cronograma en papel no necesariamente acelerará su trabajo completo. Para hacerlo , debe identificar la causa del deslizamiento y determinar si tiene:

1. un problema de proceso,
2. una restricción de recursos,
3. un horario poco realista, o
4. alguna otra cuestión oculta que necesita ser sacada a la superficie.

Una vez que haya identificado el problema y obtenido la aceptación de una solución, puede ajustar su plan de proyecto en función de los elementos del plan actualizado. También tiene varias opciones allí:

1. Reducir el alcance para cumplir con el plazo actual.
2. Agregue recursos para cumplir con la fecha límite actual, aunque debe tener en cuenta la Ley de Brook .
3. Modifique su fecha límite para reflejar lo que ha aprendido sobre el proceso de su proyecto y las limitaciones de recursos.

Qué no hacer

Lo que probablemente no debería hacer es presionar el botón mágico "Go Faster™" basado en un cronograma acelerado general. Es poco probable que acortar cada tarea en 2/10 de un porcentaje produzca resultados útiles.

Piensa en ello de esta manera. Si tengo una tarea de 4 horas que he decidido que está un 1,2 % atrasada, eso significa que estoy ejecutando un poco menos de 3 minutos por persona atrasada para esa tarea. Digamos que es un trabajo de línea de montaje, y acelero la línea de montaje en un 0,2% (¿millas por hora? ¿widgets por segundo?), posiblemente aumentando las tasas de error o detención del trabajo en el proceso. Habiendo hecho eso, ¿cuáles 172.8 segundos de ese proceso de 4 horas son los desperdicios que espero que cada persona elimine?

Estoy totalmente de acuerdo con CodeGnome. En realidad, "estamos un 10% atrasados" solo puede tener un significado "estadístico" y las estadísticas generalmente se aplican solo a un gran conjunto de datos -> definición de tarea muy detallada, o un gran proyecto que está fuera de mi experiencia. Probablemente el tuyo sea el último caso, pero en mis proyectos tuve grandes problemas para identificar una fluencia del 10%. En realidad, mi herramienta identifica los creeps y también intenta ajustar el plan de trabajo, pero generalmente el problema no se puede resolver "yendo más rápido". Trabajo de forma ágil con un equipo muy motivado, cuando estamos atrasados ​​es porque el horario está mal :-). El exceso de trabajo nunca nos ayudó.