Hito en MS Project: qué es y cómo crearlo paso a paso
Qué es un hito en MS Project (Microsoft Project)
Un hito en MS Project (Microsoft Project) es una tarea de duración cero: un instante en el plan que marca que algo se logró —una aprobación, una entrega, un arranque—. En el diagrama de Gantt se dibuja como un rombo negro, y esa es su gracia: donde las tareas pintan barras que duran días, Project reserva el rombo para los puntos de control que no consumen trabajo. Y una aclaración por si llegaste por otra ruta: aquí hablamos de hitos de proyecto, no del hito histórico.
Conceptualmente es el mismo hito de siempre: sin duración, con criterio y con evidencia. Project solo le da una representación concreta en el plan. La vista de solo mojones —sin barras, para mostrar al cliente— tiene su propio artículo en el diagrama de hitos; aquí vamos a la mecánica concreta de la herramienta.
Cómo crear un hito en MS Project, paso a paso
El procedimiento completo, en seis pasos:
- Ubica la fila donde va el hito. Colócalo en el punto exacto donde el proyecto cambia de estado: al final de la fase que cierra o justo después de la tarea que produce la evidencia del logro.
- Inserta la tarea y nómbrala como el hito. Escribe el hito como una tarea más, con un nombre que declare el logro: «Aprobación del cliente», «Plan firmado», «Beta publicada». Si el nombre no declara un logro, el rombo no sirve.
- Pon la duración en 0 días. Escribe 0d en la columna Duración: la tarea se convierte en hito y el Gantt muestra el rombo. Si necesitas que tenga duración, marca la casilla «Marcar como hito» en Información de la tarea (doble clic sobre la fila).
- Fija la fecha restringiéndola o ligándola. Usa la restricción «Debe empezar el...» —doble clic en la tarea → Información de la tarea → Avanzadas— cuando la fecha venga del cliente o de un contrato, o enlaza el hito a su antecesor para que la fecha salga de las dependencias reales.
- Enlaza el hito con la tarea que lo hace verificable. Crea la dependencia fin a inicio entre la tarea que produce la evidencia y el hito. Así, si el plan se mueve, el rombo se mueve con él y no quedan fechas huérfanas.
- Repite para los hitos periódicos. Un informe mensual o un comité de seguimiento son hitos que se repiten: créalos como tareas recurrentes o duplica el hito en cada ciclo con su restricción de fecha, y el plan queda salpicado de rombos en los puntos de control.
Hito de duración cero vs hito con duración
Project permite dos formas de marcar un hito, y conviene saber cuándo usar cada una. La segunda es un truco, no la norma:
| Criterio | Duración 0 días | Tarea con «Marcar como hito» |
|---|---|---|
| Símbolo en el Gantt | Rombo negro puro, sin barra. | Rombo con barra: muestra también su duración. |
| Uso típico | Aprobaciones, entregas, arranques y cierres: el uso canónico. | Revisiones o informes que ocupan tiempo real y cuyo cierre es el punto de control. |
| Riesgo | Ninguno: es la forma que Project espera. | Se confunde con tarea si el equipo no conoce la convención del rombo con barra. |
Mi recomendación: duración cero por defecto, y la casilla «Marcar como hito» solo cuando el punto de control necesite un lapso —una semana de pruebas de aceptación, por ejemplo— y quieras ver ese lapso en el plan.
Ejemplo: un plan con 4 hitos y sus dependencias
Un proyecto de implementación de un CRM con cuatro rombos. La columna clave es la dependencia: es lo que hace que el plan se audite a sí mismo.
| Hito | Se verifica cuando | Depende de |
|---|---|---|
| Kickoff | Acta firmada y equipo con accesos al sistema. | — |
| Plan aprobado | Alcance, cronograma y presupuesto firmados. | Kickoff |
| Migración de datos validada | Conteo de registros cuadrado al 100 % contra el sistema antiguo. | Plan aprobado |
| Aceptación final | Cliente firma la conformidad del go-live. | Migración de datos validada |
Esa cadena de dependencias es justo la que alimenta la ruta crítica del proyecto: si la migración se atrasa una semana, Project recalcula y la aceptación final se atrasa una semana. El plan deja de ser un dibujo y empieza a razonar.
Los límites de MS Project para equipos pequeños
Para lo que fue diseñado —planificación pesada de recursos en proyectos grandes—, Project es excelente. Pero para un equipo pequeño que solo necesita marcar hitos y avanzar, hay tres límites prácticos:
- Precio por licencia. Se paga suscripción por usuario y mes, y para que un equipo de cinco lo use de verdad suelen hacer falta varias licencias: un costo anual considerable para marcar rombos y barras.
- Curva de aprendizaje. Restricciones, tipos de tarea, líneas base, calendarios: Project es potente precisamente porque expone conceptos que exigen estudio formal. Para cuatro mojones, es mucha maquinaria.
- Escritorio y Windows. La versión completa es de escritorio y Windows; la versión web es más limitada y ata el plan a la nube de Microsoft, justo lo que muchos equipos pequeños quieren evitar.
Si tu equipo es de 1 a 15 personas y necesitas hitos, tareas y visibilidad sin esa maquinaria, vale la pena mirar una alternativa a MS Project más ligera. Y si quieres que los hitos emerjan solos de la estructura del trabajo —Producto → Proyecto → Área → Proceso/Checklist → Tarea, sin módulo de milestones que configurar— Hito lo hace con JSON local, sin cuenta ni suscripciones, y con IA opcional si aportas tu propia API key.
👉 Prueba Hito gratis — los puntos de control sin la curva de aprendizaje, local-first y offline.
Preguntas frecuentes
¿Qué es un hito en MS Project?
¿Cómo se crea un hito en MS Project paso a paso?
¿Por qué un hito tiene duración cero?
¿Cómo se pone el símbolo de hito (rombo) en Project?
¿Cuál es la diferencia entre un hito y una tarea resumen en Project?
Equipo Hito
Producto · Escribimos sobre gestión de proyectos local-first desde la práctica de construir Hito.