Si no se puede cumplir el plazo, la columna Indicadores marcará las tareas con un diamante rojo y un icono de exclamación.
En esta etapa del desarrollo del cronograma del proyecto, usted ha construido un cronograma inicial que tiene una fecha límite establecida para la fecha de finalización. El siguiente paso es perfeccionar el calendario y validar que el plazo todavía puede cumplirse.
Paso 4: Refinar el cronograma del proyecto
Antes de reunirse con el patrocinador del proyecto que requiere la fecha límite, debe revisar el cronograma y refinarlo aún más para acomodar cualquier riesgo adicional, cambios en los recursos, cambios en la duración, dependencias, etc. Una vez que tenga un cronograma de proyecto válido que cumpla o exceda la fecha límite del proyecto, tendrá suficiente información y pruebas para validar o rechazar la fecha límite del proyecto. Al observar la columna Indicador, puede determinar rápidamente si se puede lograr una fecha límite para el proyecto.
Paso 5: Integrar plazos, hitos y líneas de base
Los plazos se pueden aplicar a cualquier tarea de la planificación del proyecto. Una vez que haya producido un calendario de proyecto válido, le recomiendo que añada fechas límite a hitos específicos para representar las fechas muertas. Analizando el camino crítico y los hitos clave, se pueden definir plazos adicionales. Una fecha límite no tiene que coincidir necesariamente con un hito previsto o ser la misma que la fecha de finalización de una tarea; un proyecto puede pasar por alto su fecha de finalización de línea de base y no pasar por alto su fecha límite. La columna Fecha límite es sólo otra herramienta para agregar un indicador significativo a la programación de su proyecto. Todavía tiene que añadir los hitos y las líneas de base apropiadas a la programación del proyecto.
¿Por qué no usar la función»Debe terminar por restricción»?
Es posible que se pregunte por qué el calendario del proyecto debe utilizar una fecha límite en lugar de Microsoft Project’s Must Finish By Constraint. Puede asignar un must finish by constraint a varias tareas a lo largo de la programación del proyecto, pero el problema con este enfoque es que se pierde la capacidad de desarrollar una programación dinámica. Al establecer una programación basada en restricciones, recibirá mensajes de advertencia de restricciones a medida que vaya perfeccionando la programación del proyecto. Usted debe construir el cronograma del proyecto para que sea fluido y dinámico. A medida que el proyecto se ejecute, el calendario cambiará, y los indicadores de fecha límite proporcionarán la información apropiada sin crear problemas de restricciones durante el desarrollo del calendario.
Conclusión
Al incorporar estas «solicitudes» como plazos en el calendario, usted puede desarrollar competentemente un calendario que cumpla con el plazo o que proporcione una fecha realista de finalización del proyecto. Una vez que su equipo revise un cronograma realista con los patrocinadores del proyecto, usted puede tener un alcance significativo o discusiones de recursos que apoyen o extiendan la fecha límite deseada.
En mi próximo artículo en ConsejoTecnologico.com, mostraré cómo utilizar múltiples plazos para gestionar la programación de su proyecto.
Captura de pantalla del Dr. Andrew Makar para ConsejoTecnologico.com