El seguimiento rápido y el bloqueo son técnicas sin las cuales un gerente de proyecto no puede sobrevivir. Sé que muchos de los gerentes de proyectos que leen este blog estarán de acuerdo conmigo.
Estas son técnicas de compresión de programación, y se supone que no se usan comúnmente. Pero, estos son muy comunes en la vida real. Hay muchas fuerzas impulsoras que necesitan comprimir el horario. Muchas veces, razones de negocios animan a usarlos. O, a veces, los gerentes de proyectos tienen presiones de las partes interesadas del negocio.
Por lo tanto, tanto para usos prácticos como para despejar las dudas de los aspirantes a la certificación de Project Management Professional (PMP)® en torno a estas técnicas, estoy escribiendo este blog. Veamos los detalles de estas técnicas.
Basado en la Sexta Edición de la Guía PMBOK®, el seguimiento rápido es
en el que las actividades o fases que normalmente se realizan en secuencia se realizan en paralelo durante al menos una parte de su duración.
Cuando primero es necesario comprimir el horario, buscamos un seguimiento rápido. Analizamos las dependencias en el horario para ver si son obligatorias o discrecionales. En el caso de lo discrecional, vemos cómo podemos jugar con las dependencias. Tomemos un ejemplo: la Actividad 1 y la Actividad 2 tienen relaciones de principio a fin, y la duración total es de diez días. Supongamos que hay una necesidad de terminar estas actividades en ocho días. Aquí buscamos las posibilidades de comenzar la actividad 2 después de dos días de actividad 1. De esta manera, en el día 3, ambas actividades se ejecutan en paralelo. Y, la duración total reducida de 10 días a 8 días.
Aquí, el punto crítico es que no podemos iniciar actividades en paralelo a ciegas. Si hay una dependencia de horario, hay una razón detrás de ella. Al igual que, podría haber un flujo de información de actividad predecesora a actividad sucesora. Necesitamos ver hasta qué punto podemos ejecutar actividades paralelas. Al igual que, ¿en qué día, habría comparativamente menos riesgo de iniciar actividades paralelas? ¿Y estamos dispuestos a aceptar esos riesgos? ¿Cuáles podrían ser las estrategias de respuesta al riesgo en caso de que el riesgo se produzca ejecutando actividades paralelas?
Podemos hacer un seguimiento rápido a algunos límites después de lo cual, si continúa,
Solo puede agregar riesgo y reprocesamiento y no programar la compresión. Tienes que esperar a que el hormigón se asiente antes de empezar a pintar tu casa.
Y sí, en caso de dependencias obligatorias, no hay margen para utilizar el seguimiento rápido. Además, aplicamos esta técnica en las actividades de camino crítico; es posible que terminemos siendo dueños del riesgo sin ningún resultado tangible
Basado en la Guía PMBOK®, El bloqueo de la Sexta edición es–
Esta es una técnica utilizada para acortar la duración de la programación por el menor costo incremental al agregar recursos
Vemos posibilidades de que se bloquee la programación en caso de que veamos un alto riesgo de ejecutar actividades en paralelo. Dado que en esta técnica, utilizamos recursos adicionales para terminar el trabajo temprano, –
Hacemos un análisis de costo-beneficio para explorar el menor costo adicional y la máxima compresión.
Además, los recursos adicionales no solo significan un número adicional de cabezas, sino que pueden ser cualquiera de los siguientes
-
- Aprobar horas extras
- Pagar extra
- Agregar más recursos
Esta opción siempre se explora después de explorar la vía rápida. La razón es obvia, incurre en un costo adicional. Además, lo aplicamos en actividades de ruta crítica. De lo contrario, podemos terminar siendo dueños del riesgo sin ningún resultado tangible del mismo.
Aquí el punto importante es que podemos bloquear el horario a algunos límites, después de lo cual si continúa,
Solo puede consumir dinero sin compresión de horario. En última instancia, no se puede dar a luz a un bebé en un mes si los recursos aumentan de 1 a 9. El aumento de los recursos introduce más esfuerzos de comunicación y colaboración, lo que sin duda repercute en el calendario.
Diferencia entre la localización Rápida y Estrellarse
Sno | Fast Tracking | Estrellarse |
1 | las Actividades o fases se realiza en paralelo a comprimir el horario | Más recursos se agregan a las actividades o fases para comprimir el horario |
2 | Aumenta el retrabajo y riesgo | Aumenta el costo y puede resultar en el aumento de riesgo/costo demasiado |
3 | sólo Funciona cuando las actividades/fases pueden ser superpuestos para acortar el proyecto duración | Solo funciona para actividades en las que los recursos adicionales acortarán la duración de la actividad |
4 | Siempre probado primero | Siempre probado cuando el seguimiento rápido no ha dado la compresión requerida en la programación |
5 | Aplicado en actividades de ruta crítica. Si no, solo agregará a float | Aplicado en actividades de ruta crítica. Si no, solo se agregará a flotar |
Preguntas frecuentes
P: ¿Qué es el seguimiento rápido? ¿Es lo mismo que el plomo?
A: El seguimiento rápido es una técnica de compresión programada. Aquí, ejecutamos actividades en paralelo para acortar la duración del programa. El plomo es un tipo de dependencia que ayuda a hacer esta compresión de programación.
Aunque cuando colocamos el plomo como parte de la compresión de programación, tiene riesgo asociado (Retrabajo). Pero no podemos evitar los desafíos del proyecto:
Por ejemplo, comenzar el desarrollo cuando una parte del diseño está lista (anteriormente se planeó comenzar el desarrollo al final del diseño completo)
P: ¿Qué se está bloqueando? ¿Es lo mismo que el seguimiento rápido?
A: En la técnica de compresión de programación de bloqueos, se agregan recursos adicionales para traer las líneas de tiempo deseadas. No, no es lo mismo que la vía rápida. En la vía rápida, jugamos con las dependencias discrecionales para comprimir el horario.
P: ¿Cuál es la diferencia entre el seguimiento rápido y el bloqueo?
A: Consulte la tabla anterior para comparar ambos
P: ¿Qué técnica es mejor?
A: Depende de las necesidades. Si puedes manejar lo suficiente con el seguimiento rápido, eso es lo mejor. Porque la vía rápida no implica un costo adicional. Sin embargo, el bloqueo ayuda a introducir plazos considerablemente en algunos escenarios. Por ejemplo, proyectos de construcción, más trabajadores pueden construir la pared antes.
P: ¿Por qué aplicamos compresión de programación en actividades de ruta crítica?
A: ¿Qué comprende la duración del proyecto? Es el camino crítico. Si aplicamos compresión en actividades, no en el camino crítico, solo estamos aumentando el flotador. Programar la compresión no es tan fácil como parece. A veces, al hacer compresión, puede terminar obteniendo más de una ruta crítica que hará que el proyecto sea más riesgoso. Siempre hay un montón de análisis en segundo plano para hacer una compensación entre programación y costo para lograr una programación optimizada después de la compresión
Si desea ver una comparación entre el seguimiento rápido y el bloqueo con algunos ejemplos, vea este video de inmediato:
Esto es todo lo que quiero decir sobre el seguimiento rápido y el bloqueo. Espero que esto ayude a resolver algunas confusiones pendientes. Si no, no dude en poner sus preguntas de seguimiento aquí en nuestro Foro de Discusión
Inscríbase en nuestro Programa de Introducción GRATUITO a la Certificación PMP® para obtener más información sobre la certificación PMP ®