Hitos del proyecto: cómo definirlos y en qué se diferencian de las fechas límite

Un hito introducido con una fecha y sin vínculo con el trabajo que lo precede se queda en esa fecha pase lo que pase con el trabajo. Es habitual en planes importados de hojas de cálculo y de cronogramas antiguos, y viene acompañado de dos variantes: una fecha externa introducida como hito y un hito fijado con una restricción «Debe finalizar el».

Esta guía explica qué son los hitos del proyecto, en qué se diferencian de las fechas límite y de las restricciones de fecha, y las dos comprobaciones que todo hito debe superar. Después sigue un stand en una feria desde el briefing hasta el montaje, donde la misma fecha se modela de tres maneras y solo una de ellas mueve la fecha y señala la fecha límite incumplida cuando el trabajo se retrasa.

Qué son los hitos del proyecto#

Un hito del proyecto es un punto del cronograma con duración cero que marca un evento significativo, como una aprobación o una entrega. Un hito no consume tiempo ni esfuerzo: registra el momento en que el trabajo anterior ha terminado y el posterior puede empezar. Sin hitos, un retraso de tres días en la revisión del diseño pasa desapercibido hasta el día en que hay que montar el stand, y para entonces nadie puede recuperarlo.

El glosario del PMI define un hito como un punto o evento significativo de un proyecto^[1]. En un diagrama de Gantt se dibuja como un rombo en una sola fecha. En la red se comporta como cualquier tarea: tiene predecesoras y sucesoras, tiene holgura y puede estar en la ruta crítica.

Nombra un hito con un estado terminado y una tarea con una acción. «Revisar el diseño» es trabajo que dura dos días; «Diseño aprobado» es el momento en que ese trabajo termina. Hitos típicos son «Contrato firmado», «Datos migrados y conciliados», «Prueba de aceptación superada» y «Puesta en marcha».

Hitos, fechas límite y restricciones de fecha#

Un hito es un evento del plan, una fecha límite es una fecha que un evento no debería superar y una restricción de fecha es una instrucción que obliga al motor de planificación a situar una tarea en una fecha o en torno a ella. Las herramientas de planificación tratan las tres de forma distinta, y los planes importados las confunden constantemente.

Un hito sin predecesora se comporta como una fecha escrita en un planning de pared. Una restricción «Debe finalizar el» mantiene el hito en su fecha aunque el trabajo que tiene detrás termine más tarde; las herramientas que respetan las restricciones muestran la diferencia como holgura negativa en la cadena anterior, algo fácil de pasar por alto en un plan largo. La guía de la ruta crítica explica cómo se calcula la holgura y por qué puede bajar de cero.

Nuestra recomendación: pon cada fecha externa en un hito vinculado como fecha límite, de modo que el hito muestre dónde caerá realmente el trabajo y la fecha límite muestre a qué distancia queda de lo prometido. Usa una restricción solo cuando la fecha externa limite cuándo se puede trabajar, como el día en que el recinto abre para el montaje. Si hay otro trabajo que debe planificarse a partir de esa fecha exacta, como las visitas de prensa reservadas para el día siguiente a la inauguración, pon a las visitas de prensa una restricción «No comenzar antes del» y deja el hito libre para moverse. Un hito fijado con «Debe finalizar el» termina en la fecha límite por definición, así que la fecha límite nunca se señala como incumplida, aunque ambas estén en el mismo hito.

Dos comprobaciones que todo hito debe superar#

Un buen hito tiene una predecesora y un evento que se puede verificar ese día.

Tiene una predecesora. Un hito sin vínculos de entrada no tiene motivo para moverse, así que nunca señala un retraso. Vincúlalo a la última tarea, o tareas, que deben terminar para que el evento ocurra. El inicio del proyecto puede ir solo, y también un hito que registra una aportación externa al equipo, como la recepción de datos del cliente o la concesión de un permiso: ponle un «No comenzar antes del» en la fecha prevista y trata esa fecha como un supuesto que hay que comprobar. Las sucesoras también importan: salvo el hito final, cada uno debería tener al menos una sucesora, porque un hito del que no depende nada solo registra una fecha. La lista de comprobación de las dependencias exige lo mismo a cada tarea.

Su evento se puede verificar. Alguien tiene que poder responder «¿ha ocurrido?» con un sí o un no, señalando algo concreto: un correo con la aprobación, un albarán, un informe de pruebas, una página que carga. «Diseño completado al 80 %» no lo supera. «Diseño aprobado por el director comercial» sí.

Como regla práctica, define un hito por cada decisión o entrega que cambie quién trabaja a continuación. En un proyecto de tres meses con cinco personas suelen ser de seis a diez, salvo cuando varios proveedores externos se pasan el trabajo entre sí: entonces cada entrega entre empresas merece su propio hito, aunque el número suba. Por encima de 13 en un plan de tres meses se convierten en una segunda lista de tareas; por debajo de 3, puede pasar un mes sin ningún control.

Quién necesita hitos, cuándo y cuánto tiempo llevan#

Los hitos sirven a quien tiene que actuar ante una entrega o responder de una fecha: el jefe de proyecto y quien espera una entrega. Se justifican en cualquier plan de más de unas dos semanas que contenga al menos una decisión o una entrega. Una lista de pendientes de una sola persona no los necesita, ni tampoco un flujo continuo de tickets, donde no se entrega nada y un hito solo registraría una fecha.

Añádelos cuando exista la primera versión del plan, no al final, porque son los vínculos los que deciden dónde cae cada uno. En un plan de 40 tareas, vincular ocho hitos es cuestión de minutos; comprobar cada uno con los dos criterios anteriores lleva más tiempo, y es la parte que necesita a alguien que sepa qué significa «terminado».

Dónde van los hitos en el cronograma#

Pon cada hito al final del trabajo que cierra, vinculado fin-comienzo desde las últimas tareas de ese trabajo, y vincula las primeras tareas de la etapa siguiente al hito en lugar de a las tareas anteriores.

Pasar los vínculos por el hito ahorra trabajo y hace visible el punto de decisión. Si tres tareas alimentan «Diseño aprobado» y cuatro tareas lo siguen, los vínculos directos entre ellas serían 12; a través del hito son 7, y una quinta tarea después de la aprobación necesita un vínculo nuevo en lugar de tres.

Los hitos son también la forma en que las fases aparecen en un plan construido en torno a los entregables. La guía de la estructura de desglose del trabajo deja las fases fuera de la EDT y las muestra como hitos en el cronograma. Una vez guardada una línea base, las filas de los hitos son las primeras que lee un patrocinador: «Diseño aprobado, 3 días después de la línea base» dice más que un porcentaje (consulta línea base y desviaciones).

Un ejemplo práctico: un stand en una feria#

Una empresa que fabrica sensores industriales expone en una feria. El equipo lo forman la responsable de marketing, un diseñador autónomo, el equipo de producto que prepara las unidades de demostración y un montador de stands que trabaja primero en su propio taller y después en el pabellón. El organizador fija dos fechas: el pabellón abre para el montaje el día 24 del plan, y todos los stands deben estar terminados al final del día 26, cuando el pabellón cierra para la limpieza previa a la inauguración.

Las duraciones están en días laborables y todos los vínculos son fin-comienzo. La holgura se mide respecto al final del plan, el día 25.

La ruta crítica es briefing, diseño, revisión, construcción, transporte y montaje: 3 + 6 + 2 + 10 + 2 + 2 = 25 días, un día dentro del límite del organizador. Los dos hitos superan las dos comprobaciones. La aprobación es el visto bueno por escrito del director comercial a los planos definitivos, que el montador necesita antes de cortar nada. «Stand listo» significa que el stand está construido, los gráficos colocados y las unidades de demostración encendidas, con una foto enviada a la responsable de marketing.

La restricción del montaje no hace nada en esta versión, porque el transporte termina el día 23. Está ahí para el otro caso: si el taller terminara antes, el stand seguiría sin poder entrar en el pabellón antes del día 24.

Ahora la revisión se alarga. El director comercial está de viaje y la aprobación llega a los 5 días en lugar de 2, al final del día 14. La construcción pasa a los días 15–24, el transporte a 25–26 y el montaje a 27–28. El trabajo termina ahora el día 28, dos días laborables después del cierre del pabellón. Lo que muestra el plan depende de cómo se introdujo «Stand listo»:

La segunda versión muestra el retraso solo a quien lea la columna de holgura o la lista de conflictos; el rombo sigue diciendo día 26. La tercera mueve la fecha y señala la fecha límite incumplida el día 14, en cuanto la responsable de marketing actualiza la revisión a 5 días, doce días laborables antes del cierre del pabellón.

Los gráficos siguen teniendo 6 días de holgura y las unidades de demostración están listas hace tiempo, así que el tiempo tiene que salir del transporte y del montaje. El montador puede llevar el stand al recinto en un día con su propia furgoneta y sumar dos montadores para terminar el montaje en un día: transporte el día 25, montaje el día 26, «Stand listo» al final del día 26. El stand cumple la fecha límite sin margen, a cambio del coste de la furgoneta y de dos jornadas de montador adicionales. Ese intercambio es crashing, que se trata en cómo recuperar un proyecto retrasado.

Errores frecuentes#

• Hitos con duración. «Hito de pruebas, 5 días» es una tarea. Si algo lleva tiempo, planifícalo como trabajo y pon el hito al final.
• Un hito después de cada tarea. Entierra los pocos que marcan una decisión bajo filas llamadas «Tarea terminada».
• Reuniones como hitos. Un comité de dirección el día 14 es una cita de calendario. El hito es la decisión que debe tomar: «Presupuesto de la fase 2 aprobado».
• Arrastrar el rombo a la fecha que alguien quiere. En Planitude, mover una tarea a mano pone una restricción «No comenzar antes del» en la nueva fecha, y el hito sigue a sus predecesoras. Una fecha anterior a la que permite el trabajo no tiene efecto: el rombo vuelve a la fecha que permite el trabajo. Una fecha posterior se mantiene aunque el trabajo termine antes, y la restricción sobrevive al motivo por el que se puso.

Cuándo los hitos no bastan#

Un hito solo informa al final. En el ejemplo, la construcción de 10 días no dice nada hasta el día 21 a quien solo mira «Stand listo»; las tareas críticas largas necesitan actualizaciones de avance intermedias.

Una única fecha de hito oculta además su incertidumbre. El día 25 es lo que da el plan si se cumplen todas las estimaciones, y con seis tareas en cadena la probabilidad de que ninguna se alargue es baja: si cada una tiene un 80 % de probabilidad de terminar a tiempo, las seis lo hacen alrededor del 26 % de las veces (0,8 elevado a la sexta), una cifra construida a modo de ilustración (la guía para estimar la duración de las tareas explica por qué). Para una fecha prometida fuera del equipo, comunica una fecha con una probabilidad, como la P80, y mantén visible la diferencia como margen antes de la fecha límite.

Los hitos contractuales que activan un pago necesitan algo más que una fecha. Si el 30 % del precio está ligado a «Prueba de aceptación superada», el contrato tiene que decir qué ocurre cuando la prueba se supera con reservas; el cronograma solo controla cuándo se espera el evento.

Cómo hacerlo en Planitude#

Pide al asistente de IA que añada un hito después de una tarea, o impórtalo desde un archivo .mpp o una hoja de cálculo, donde una duración de 0 se convierte en hito. En el diagrama de Gantt es un rombo; vincúlalo como cualquier tarea. Pon la fecha externa en su campo Fecha límite: la fecha límite no mueve el hito, pero su marcador se vuelve rojo cuando el hito la supera. Escribir una fecha o arrastrar una barra pone «No comenzar antes del», así que cuando un hito cae más tarde de lo que marcarían sus vínculos, revisa la restricción en el mismo panel.

El Resumen enumera los hitos que vencen en los próximos 14 días. Los recordatorios de fechas límite envían un correo a los asignados hacia las 8:00 hora central europea sobre las fechas límite del día siguiente y las tareas vencidas, y un enlace iCal privado lleva tareas, hitos y fechas límite a Google Calendar, Outlook o Apple Calendar. La pestaña Riesgo da las fechas P50, P80 y P95 de cada hito, con la probabilidad de cumplir su fecha límite.

No hay un campo de aprobación: escribe el evento verificable en las notas de la tarea.

Preguntas frecuentes#