Cronograma de hitos: plantilla y ejemplo práctico

Un cronograma de hitos es la tabla del calendario mínimo de tu proyecto: una fila por cada mojón, con su fecha comprometida, su responsable y el criterio que define que está cumplido. No lista actividades: lista los puntos de control en los que el proyecto cambia de estado, en el orden en que deben superarse.

Es el documento con el que respondes la pregunta que todo cliente hace —«¿qué falta y cuándo?»— sin abrir el plan detallado. Y es también el compromiso contra el que se mide el desvío: si el hito «plan aprobado» estaba en la semana 2 y llegó en la 4, el cronograma te lo muestra sin discusión ni memoria selectiva. Es la versión operativa de la gestión de proyectos por hitos: el proyecto avanzando de mojón en mojón, con fechas que se pueden auditar.

Los tres términos se mezclan a diario, pero nombran tres cosas distintas. La forma más rápida de separarlos:

En la práctica, el cronograma de actividades es el motor y el de hitos es el tablero: el motor puede tener 80 tareas, pero el tablero es lo que miras y lo que firmas. La plantilla completa del motor está en la plantilla de cronograma de proyecto, y la versión dibujada de los mojones, en el diagrama de hitos.

Seis columnas bastan. Más que eso y la tabla deja de mantenerse:

• Hito. El nombre declara el logro, no la actividad: «propuesta aprobada», no «hacer la propuesta».
• Fecha. La comprometida, no la ideal. Si cambia, cambia con aviso (más abajo te digo cómo manejarlo).
• Responsable. Una persona con nombre y apellido que responde por que el hito sea verificable a tiempo. «El equipo» no es un responsable.
• Criterio de cumplido. La evidencia objetiva: una firma, un acta, un sistema en producción. Esta columna es la que evita el 90 % de las discusiones.
• Dependencias. Qué debe pasar antes. Si no hay ninguna, el hito se puede fechar con libertad; si las hay, la fecha hereda su riesgo.
• Estado. Pendiente, en riesgo, cumplido — y la fecha real del día en que se cumple, para tener el histórico.

Si te ves tentado a añadir columnas de porcentaje de avance, resiste: los hitos no avanzan al 47 %, se cumplen o no. El avance vive en las tareas, no en los mojones.

Copia esta estructura tal cual. El ejemplo es el proyecto de rediseño de marca de una agencia de diseño, con seis hitos:

Así de simple. Si un hito no cabe en una fila, no es un hito todavía: es una fase que hay que destilar. Y si una fase no tiene ningún hito en el cronograma, pregúntate qué evidencia va a producir para saber que terminó.

La mayoría de los cronogramas no fallan al crearlos: fallan al mantenerlos. Tres hábitos evitan que el tuyo se convierta en un PDF caducado:

1. Revisión semanal de 10 minutos. Una vez por semana, mirar el estado de cada hito y su fecha: qué se cumplió, qué está en riesgo, qué necesita decisión. Diez minutos de tabla valen más que una hora de reunión de estado.
2. Solo el dueño actualiza su hito. El responsable de cada mojón es quien marca su estado y su fecha real. Así el cronograma no depende de que una persona transcriba lo que otros le cuentan, y la información llega sin filtro.
3. Los cambios de fecha se anuncian, no se arrastran. Mover una fecha en silencio convierte el cronograma en ficción: el cambio se comunica al cliente o al jefe de proyecto, se registra y queda la razón. Si los cambios empiezan a ser frecuentes, el problema ya no es el cronograma sino el alcance, y ahí hace falta un mecanismo formal de control de cambios del proyecto.

Si quieres que el cronograma viva donde el equipo trabaja —JSON local en tu carpeta, sin cuenta ni asientos, kanban con límites WIP para el día a día y GitHub sync para el código— Hito está pensado para equipos de 1 a 15 personas.

👉 Prueba Hito gratis — lleva el cronograma de hitos de tus proyectos sin nube, con todo guardado en tu carpeta.