En la gestión profesional de proyectos, distinguir entre los cronogramas de hitos, resumidos y detallados no es un simple detalle académico; es una competencia que define la calidad de la comunicación y el control. Cada uno responde a un propósito distinto, a una audiencia diferente y a un momento específico del ciclo de vida. Usar el cronograma equivocado para la pregunta equivocada puede generar confusión, decisiones mal fundadas o la ilusión de que todo está bajo control cuando en realidad se ocultan verdaderos problemas de ejecución. Comprender estas diferencias es, por tanto, el primer paso para que el director de proyecto se convierta en un traductor eficaz entre el detalle técnico y la visión estratégica.
Resumen: diferencias entre cronogramas de hitos, resumidos y detallados
| Concepto Clave | Resumen |
|---|---|
| Distinción clave | Saber diferenciar cronogramas de hitos, resumidos y detallados es una competencia fundamental que incide directamente en la claridad de la comunicación y la solidez del control de proyectos. |
| Uso incorrecto | Aplicar el cronograma equivocado al interlocutor o a la decisión inadecuada genera confusión organizacional, decisiones mal sustentadas y una peligrosa ilusión de control que oculta desviaciones reales. |
| Cronograma de hitos | El cronograma de hitos que se presenta a la alta dirección refleja el pulso estratégico del proyecto y destaca exclusivamente lo indispensable para verificar el cumplimiento de los plazos comprometidos. |
| Integración de hitos | La diagramación con hitos permite alinear los puntos de control de distintos subproyectos en un plan maestro, facilitando la detección temprana de conflictos de calendario antes de que impacten las actividades en curso. |
| Dependencias entre hitos | Las dependencias no son exclusivas del nivel de actividad: un hito puede preceder lógicamente a otro, como ocurre entre la culminación de la preparación del sitio y el arranque formal de la obra civil. |
| Riesgo de los hitos | El principal riesgo del cronograma de hitos es la falsa percepción de control, ya que el estatus puede mostrarse en verde mientras en las tareas intermedias se erosionan recursos, alcance o calidad para sostener las fechas visibles. |
| Hitos contractuales | En proyectos de infraestructura, los hitos contractuales con fechas vinculantes y penalizaciones económicas se incorporan como restricciones en la planificación detallada, sin necesidad de exponer al cliente diagramas extensos ni la lógica interna de ejecución. |
| Cronograma detallado | El cronograma detallado desagrega cada paquete de trabajo en actividades específicas, revela las dependencias lógicas y consolida la información de avance, constituyendo la columna vertebral lógica sobre la que se ejecuta y monitorea el proyecto. |
El cronograma de hitos: la vista de alto nivel
Un cronograma de hitos proporciona una vista panorámica que solo muestra eventos o puntos de finalización significativos. Se representa típicamente con diamantes, triángulos o marcas similares sobre una línea de tiempo, y su rasgo más distintivo es que los hitos carecen de duración. Marcan entregables clave, cierres de fase o autorizaciones críticas, condensando la complejidad del proyecto en unos pocos puntos de control. Cuando un director de proyecto presenta un cronograma de hitos a la alta dirección o a un comité de gobernanza, no está simplificando un cronograma detallado que ya existe: está mostrando el pulso estratégico del proyecto, lo que verdaderamente importa para saber si vamos en fecha o no. En ese sentido, cada hito funciona como un hito de compromiso, un punto de verificación donde el patrocinador puede decidir si el proyecto continúa.
En el contexto del PMBOK, los hitos pueden aparecer ya en el acta de constitución del proyecto como hitos de alto nivel, antes incluso de que se haya desarrollado un cronograma completo. Durante el proceso de planificación, el equipo incorpora estos hitos en el cronograma del proyecto y los utiliza para anclar fechas contractuales, ventanas de entrega o revisiones de fase. La técnica de diagramación por hitos no solo comunica la línea base temporal, sino que también sirve como una herramienta de integración: los hitos de diferentes subproyectos pueden alinearse en un plan maestro de hitos para detectar conflictos de calendario mucho antes de que se manifiesten en el nivel de actividad.
Características esenciales del cronograma de hitos
La principal característica de un hito es su duración cero. Esto parece un tecnicismo, pero tiene implicaciones profundas: un hito no consume recursos, no hay trabajo asociado, y sin embargo condensa una verificación de que ciertas condiciones se han cumplido. Por ejemplo, el hito "Diseño aprobado" no indica cuánto duró el diseño, sino que marca el momento exacto en que se tomó la decisión. Esta naturaleza puntual permite que los cronogramas de hitos sean inusualmente legibles incluso para personas que no dominan la jerga de gestión de proyectos. Un vistazo a un gráfico con diez o doce diamantes ordenados en el tiempo basta para formarse una idea del ritmo del proyecto, algo que ningún cronograma detallado consigue.
Otra característica relevante es que los hitos pueden estar vinculados entre sí mediante dependencias. Aunque el concepto de dependencia suele asociarse con actividades, nada impide que un hito "Preparación del sitio terminada" preceda al hito "Inicio de obra civil". Estos enlaces entre hitos, cuando se utilizan con mesura, ayudan a modelar la lógica de alto nivel sin perderse en los detalles. El riesgo, sin embargo, es la falsa sensación de control: un cronograma de hitos puede mostrar que todo está en verde si los hitos se cumplen, pero ignorar que para lograrlo se están exprimiendo recursos o sacrificando calidad en tareas intermedias. Por eso, ningún profesional con experiencia utiliza los hitos como único instrumento de seguimiento.
Cuándo y quién utiliza realmente un cronograma de hitos
El cronograma de hitos es la herramienta de comunicación por excelencia hacia arriba y hacia afuera. La alta dirección, los patrocinadores, los clientes externos e incluso los organismos reguladores se benefician de una vista que elimina el ruido operativo. En proyectos de infraestructura o de construcción, por ejemplo, los contratos suelen incluir un programa de hitos contractuales con fechas de cumplimiento obligatorio y penalizaciones asociadas. El director de proyecto utiliza esos hitos como restricciones para elaborar la planificación detallada, pero nunca intentaría compartir un diagrama de Gantt de 2.000 líneas con el cliente en una reunión de seguimiento mensual. Sabe que el cronograma de hitos es el lenguaje correcto para esa audiencia.
También es la vista predilecta en los informes de estado semanales o quincenales, donde se comparan las fechas planificadas de los hitos con las fechas reales o previstas. Muchas oficinas de dirección de proyectos (PMOs) estandarizan precisamente este formato para la cartera de proyectos, de modo que el comité de dirección pueda comparar el rendimiento de distintos proyectos usando la misma escala de simplicidad. Una PMO madura no pedirá un cronograma detallado en la revisión de cartera; pedirá el cronograma de hitos de cada proyecto, y solo cuando un hito esté en riesgo solicitará el desglose que explica por qué.
Ideas Clave: Cronograma de Hitos
- Eventos puntuales sin duración
- Un hito se representa con un diamante o triángulo sobre la línea de tiempo y, al carecer de duración, condensa la complejidad del proyecto en puntos de control que marcan entregables, cierres de fase o autorizaciones críticas.
- Pulso estratégico para la gobernanza
- Presentado ante la alta dirección o un comité de gobernanza, el cronograma de hitos revela lo esencial para determinar si el proyecto avanza según lo previsto; cada hito opera como un punto de verificación en el que el patrocinador decide la continuación del proyecto.
- Falsa sensación de control
- El principal riesgo de esta vista de alto nivel es que los hitos pueden aparecer en verde mientras se sobreexplotan recursos o se sacrifica la calidad en las tareas intermedias, generando una confianza injustificada en el estado real del proyecto.
El cronograma resumido: agrupación estratégica de paquetes de trabajo
El cronograma resumido agrupa el trabajo en paquetes más grandes y los muestra como barras horizontales sin detallar las actividades internas. Cada barra representa un paquete de trabajo o una cuenta de control, y la longitud refleja la duración total de ese conjunto, desde el inicio de la primera actividad subyacente hasta el final de la última. Esta representación es especialmente útil para los responsables funcionales o los jefes de equipo que necesitan conocer cuándo comienza y termina su bloque de responsabilidad sin verse abrumados por la microgestión. Un cronograma resumido es, en esencia, un mapa de bloques temporales que muestra la estructura del proyecto a una escala intermedia.
Desde la óptica de la estructura de desglose del trabajo (EDT), el cronograma resumido corresponde a los niveles superiores de descomposición. Si la EDT llega hasta el nivel de paquete de trabajo, cada barra resumida puede representar toda una rama de ese árbol. Esta alineación entre la EDT y el cronograma resumido no es casual: la EDT organiza lo que hay que hacer, y el cronograma resumido organiza cuándo se hará cada bloque. Por eso, cuando un director de proyecto construye el cronograma resumido a partir de la EDT, está asegurando que no queden entregables sin asignación temporal, un error frecuente en planificaciones apresuradas.
La función del cronograma resumido en la planificación y el control
A diferencia del cronograma de hitos, que solo marca puntos, el cronograma resumido muestra la duración de los grandes bloques de trabajo, permitiendo visualizar solapamientos y secuencias entre fases o entre entregables mayores. Por ejemplo, un cronograma resumido de un proyecto de desarrollo de software podría mostrar una barra para "Módulo de autenticación", otra para "Integración con pasarela de pago" y otra para "Pruebas de sistema", cada una de varias semanas, con sus respectivas relaciones de precedencia. Esta vista resuelve una pregunta que los hitos no pueden responder: ¿tiene sentido temporal la secuencia de las grandes piezas del proyecto?
En entornos matriciales, donde los recursos se comparten entre varios proyectos, el jefe de un departamento técnico suele preferir el cronograma resumido de cada proyecto. Así puede planificar la asignación de sus especialistas sabiendo que, durante la barra de "Desarrollo del módulo de informes", necesitará a dos analistas, pero no le importa exactamente en qué día harán la reunión de revisión de código. El cronograma resumido protege la intimidad operativa del equipo de proyecto al tiempo que proporciona la visibilidad suficiente para la coordinación interdepartamental. El director de proyecto gana autonomía y el responsable funcional gana previsibilidad.
Errores comunes al interpretar un cronograma resumido
Uno de los malentendidos más persistentes es asumir que una barra resumida significa que todo el paquete de trabajo se ejecuta de manera continua e ininterrumpida. En realidad, dentro de ese bloque puede haber pausas, esperas o actividades que no empiezan hasta que otras internas terminan, y la barra solo muestra el lapso total. Alguien que observe un cronograma resumido y vea que "Instalación eléctrica" dura ocho semanas podría suponer que durante todo ese período hay electricistas trabajando, cuando tal vez la instalación real se concentró en las semanas tres y seis, y el resto fueron esperas por materiales o solapes con otras disciplinas. Esta distorsión lleva a decisiones equivocadas sobre nivelación de recursos si no se recurre al detalle subyacente.
Otro error clásico es intentar controlar el proyecto exclusivamente con el cronograma resumido. Si el director de proyecto no mantiene actualizado el detalle interno y solo vigila si las barras resumidas se desplazan, puede descubrir demasiado tarde que una actividad crítica dentro de un paquete se ha retrasado de forma irreparable. El cronograma resumido es excelente para comunicar, pero pésimo para diagnosticar. Su función es mostrar la arquitectura temporal del proyecto, no servir como cuadro de mando diario. Quien lo confunde con un cronograma detallado comprimido está, en verdad, pilotando con un mapa de escala 1:500.000, creyendo que es un plano de callejero.
El cronograma detallado: la columna vertebral lógica del proyecto
El cronograma detallado, a veces llamado diagrama de barras lógico cuando se presenta en formato de escala temporal, descompone cada paquete de trabajo en sus actividades constituyentes, muestra las relaciones lógicas de dependencia entre ellas e incluye, con frecuencia, información de avance referida a una fecha de estado o data date. Aquí es donde el director de proyecto y el equipo de ejecución viven el día a día. Un cronograma detallado de un proyecto de construcción puede llegar a tener miles de líneas, cada una con su duración estimada, sus predecesoras, sus sucesoras y sus recursos asignados. Es el artefacto de planificación más cercano a la realidad operativa y, al mismo tiempo, el más frágil si no se mantiene con disciplina.
Desde el punto de vista metodológico, el cronograma detallado es el resultado del proceso Desarrollar el Cronograma del PMBOK, y su versión aprobada constituye la línea base del cronograma. Sobre esa línea base se realiza el control durante la ejecución, comparando fechas previstas con fechas reales y calculando variaciones. Esta comparación permite aplicar técnicas como el análisis de valor ganado, donde el cronograma detallado proporciona el plan temporal contra el cual se mide el desempeño. Sin ese nivel de granularidad, métricas como el SV (Schedule Variance) pierden sentido porque no se pueden atribuir a actividades concretas.
Componentes del cronograma detallado: actividades y dependencias
La célula fundamental del cronograma detallado es la actividad, que posee una duración estimada y consume recursos. Las actividades se vinculan mediante relaciones de precedencia (fin a inicio, inicio a inicio, fin a fin, inicio a fin) que modelan relaciones lógicas entre actividades. Estas dependencias pueden ser obligatorias, cuando una ley física o contractual impone el orden, o discrecionales, cuando el equipo decide, basado en buenas prácticas, qué secuencia seguir. Es precisamente esta red de dependencias lo que convierte una lista de tareas en un cronograma robusto: la lógica impide que alguien programe una actividad sin haber completado sus predecesoras, y permite calcular holguras y rutas críticas.
La presencia de la ruta crítica es quizás el mayor valor analítico de un cronograma detallado. Al identificar la cadena de actividades que determina la duración total del proyecto, el director de proyecto sabe exactamente dónde concentrar la atención y los recursos limitados. Sin la descomposición detallada, la ruta crítica sería invisible y la gestión de riesgos temporales se convertiría en un ejercicio de intuición. Además, el cronograma detallado permite simular escenarios: qué pasaría si cierta dependencia se rompe, si una actividad se acorta, si se asigna un recurso adicional. Esta capacidad de experimentación controlada es imposible con cronogramas resumidos o de hitos.
Metodologías orientadas al valor, como BVOPM, advierten sobre el peligro de confiar ciegamente en una descomposición detallada sin validar la precisión de los paquetes de trabajo. BVOPM propone, por ejemplo, el uso de puntos de esfuerzo relacionales y una escala de cinco niveles de certeza del alcance para evitar que el cronograma detallado se construya sobre arenas movedizas. Si el alcance de un paquete es "improbable" o vago, desmenuzarlo en decenas de actividades con dependencias precisas genera una falsa sensación de precisión que puede reventar al primer cambio significativo. La lección es clara: el detalle no es un fin en sí mismo; debe apoyarse en una comprensión realista del trabajo pendiente.
El cronograma detallado como herramienta de control y comunicación técnica
A diferencia de los cronogramas de hitos o resumidos, el cronograma detallado incorpora la línea de fecha de estado o data date, que muestra el momento hasta el cual se ha registrado el progreso. A partir de esa línea, se visualizan actividades completadas, en curso y futuras, a menudo con barras de avance y comparaciones contra la línea base. Esta representación es el panel de control del jefe de proyecto y del equipo técnico, pero también puede ser un arma de doble filo si se comparte con audiencias no preparadas. Mostrar un cronograma detallado a un patrocinador que solo quiere saber si la fecha de lanzamiento está en riesgo es contraproducente: lo abrumará con ruido y desviará la conversación hacia detalles que no puede ni debe gestionar.
En entornos ágiles o híbridos, el concepto de cronograma detallado se transforma. No desaparece, sino que se fragmenta en iteraciones y sprints con un nivel de descomposición suficiente para el horizonte inmediato. Un equipo Scrum no mantiene un cronograma detallado a un año vista, pero sí detalla las tareas del sprint actual hasta un nivel en que cada miembro sabe exactamente qué hacer cada día. La diferencia no está en la profundidad del detalle, sino en el horizonte temporal: el detalle existe, pero solo donde la incertidumbre es baja. Esta práctica es perfectamente compatible con mantener cronogramas resumidos y de hitos para la planificación a largo plazo, creando un modelo multicapa que se adapta a la naturaleza del trabajo.
Ideas clave del cronograma detallado
- Descomposición en actividades
- Cada paquete de trabajo se desglosa en actividades con dependencias claras, lo que permite rastrear el avance real en comparación con la fecha de estado.
- Línea base del cronograma
- La versión aprobada, resultado del proceso Desarrollar el Cronograma del PMBOK, se convierte en la línea base y se usa para controlar la ejecución contrastando las fechas planificadas con las reales.
- Valor ganado y granularidad
- La granularidad del cronograma detallado es fundamental para que métricas como la variación del cronograma (SV) reflejen con precisión el desempeño y se atribuyan a tareas específicas.
- Red de dependencias lógicas
- Al incorporar dependencias obligatorias y discrecionales, una lista de tareas se transforma en un cronograma robusto que permite calcular holguras, rutas críticas y la secuencia lógica de ejecución.
- Riesgo de falsa precisión
- Descomponer un alcance indeterminado en muchas actividades con dependencias minuciosas puede generar una falsa impresión de exactitud que se desmorona ante cambios importantes en el proyecto.
Diferencias esenciales entre cronogramas de hitos, resumidos y detallados
Las diferencias no radican únicamente en el número de elementos que aparecen en pantalla, sino en la función que cada tipo cumple dentro del sistema de gestión del proyecto. Un cronograma de hitos responde a la pregunta "¿vamos por buen camino respecto a los compromisos clave?"; un cronograma resumido responde a "¿cómo se distribuyen temporalmente los grandes bloques de trabajo?"; un cronograma detallado responde a "¿qué tiene que hacer exactamente quién, en qué orden y con qué dependencias, para que el proyecto avance mañana?". Confundir estas preguntas es el origen de innumerables fallos de comunicación y control en proyectos de todo tipo.
Nivel de granularidad y audiencia objetivo
La granularidad del cronograma es la variable más visible que los diferencia. El cronograma de hitos opera al nivel más grueso, con elementos puntuales que condensan semanas o meses de trabajo. El resumido añade la dimensión de la duración pero mantiene los bloques agregados, sin descomponerlos en tareas. El detallado llega al átomo de la planificación, la actividad, y revela las conexiones lógicas entre átomos. Cada nivel se dirige a un perfil distinto: directivos, mandos intermedios y equipo ejecutor, respectivamente. Un director de proyecto experimentado sabe que presentar el cronograma detallado en una reunión de comité es un error de empatía comunicativa tan grave como darle al jefe de equipo solo los hitos y esperar que organice el trabajo diario.
Cómo se complementan los cronogramas de hitos, resumidos y detallados en un sistema integrado
Estos tres tipos no compiten entre sí; forman un sistema de capas conectadas. El cronograma detallado es la capa basal, la fuente de verdad de la que se nutren las demás. Del detallado se extraen las fechas tempranas y tardías de los paquetes de trabajo para conformar el cronograma resumido, y de los hitos internos o contractuales se seleccionan los puntos que figurarán en el cronograma de hitos. Esta jerarquía permite que un cambio en la capa detallada se propague hacia arriba, alertando de que un paquete de trabajo se ha alargado y, quizás, de que un hito crítico está en peligro. Al revés, una decisión de alto nivel de adelantar un hito fuerza un reajuste en las capas inferiores, que el cronograma detallado absorberá ajustando dependencias y recursos.
En la práctica, mantener la coherencia entre capas exige disciplina. No es raro ver cronogramas de hitos que se gestionan de manera independiente, a base de fechas introducidas manualmente y desvinculadas del cronograma detallado. Esa desconexión convierte los hitos en adornos sin valor de alerta temprana. La buena práctica es que el cronograma de hitos sea una vista filtrada de la línea base, no un artefacto paralelo. Las herramientas de software de gestión de proyectos permiten generar automáticamente las vistas de hitos y resumidas a partir del cronograma detallado, garantizando que lo que se comunica hacia arriba tiene una relación verificable con el plan operativo.
Aplicación práctica y selección inteligente del cronograma adecuado
Elegir qué cronograma usar en cada momento no es una decisión técnica; es una decisión de comunicación y liderazgo. Durante la fase de inicio, cuando se está definiendo el caso de negocio, el cronograma de hitos es suficiente y probablemente lo único que puede comprometerse con cierta solidez. A medida que la planificación avanza, el equipo desarrolla el cronograma resumido y, finalmente, el detallado para los paquetes de trabajo que se ejecutarán en el futuro inmediato. Un error muy común, sobre todo en proyectos que arrancan con presión, es pretender elaborar un cronograma detallado completo desde el principio, cuando la información sobre el alcance es aún borrosa. El resultado es un documento que caduca a los pocos días y que consume un tiempo valiosísimo de planificación.
Errores típicos en la utilización de los diferentes cronogramas
Además del error de granularidad prematura, otro fallo recurrente es usar el cronograma detallado como única herramienta de seguimiento con todos los interesados. El director de proyecto que envía su archivo de Microsoft Project con 800 líneas a todo el mundo, esperando que cada cual filtre lo que necesita, está delegando su responsabilidad de comunicación. La consecuencia es que el patrocinador deja de leer los informes, el cliente se siente abrumado y el equipo piensa que el director de proyecto no ha entendido nada. Saber cuándo usar cada tipo de cronograma es un acto de respeto por el tiempo y la atención de los demás, y una muestra de madurez profesional.
Otro error sutil es ignorar que el cronograma resumido puede ocultar riesgos de calendario si los paquetes de trabajo se definen con demasiada amplitud. Un bloque llamado "Desarrollo" que dura seis meses y contiene docenas de actividades, de las cuales una pequeña tiene una holgura cero, parecerá sano en la vista resumida, pero estará a punto de desencadenar un retraso general. La mitigación pasa por revisar periódicamente la composición interna de los paquetes y ajustar el nivel de resumen en función de la criticidad. Los directores de proyecto experimentados no confían en el resumen: lo verifican.
Implantación en herramientas de gestión de proyectos
Las principales herramientas de planificación ofrecen funcionalidades específicas para manejar estos tres niveles de forma integrada. Por ejemplo, en aplicaciones como Microsoft Project o Primavera, los hitos se crean como tareas de duración cero, las tareas resumen agrupan tareas subordinadas y las vistas de Gantt permiten filtrar por niveles de esquema. El arte está en configurar estas vistas de manera que cada interesado reciba exactamente la información que necesita, sin sobrecarga. Un buen director de proyecto no solo sabe construir el cronograma detallado, sino que domina la creación de informes personalizados que extraen oportunamente los hitos para la dirección y los resúmenes para los responsables de área.
También es recomendable mantener un repositorio único de la línea base, de modo que cualquier cambio registrado en el cronograma detallado se refleje automáticamente en las vistas superiores. La tentación de mantener cronogramas de hitos "a mano" en una hoja de cálculo separada es grande porque resulta rápido, pero esa práctica rompe la integridad de la información y multiplica el trabajo de actualización. La coherencia de los datos de calendario es un requisito innegociable, especialmente en programas donde conviven múltiples proyectos y la sincronización de hitos entre equipos es crítica para evitar cuellos de botella interproyectos.
Ideas clave sobre selección de cronogramas
- Progresión natural de cronogramas
- Durante la fase de inicio, el cronograma de hitos es suficiente; los cronogramas resumido y detallado se desarrollan más adelante para planificar el trabajo inmediato con mayor precisión.
- Evitar la granularidad prematura
- Intentar elaborar un cronograma detallado completo al inicio, cuando el alcance todavía es incierto, constituye un error común en proyectos sometidos a presión.
- No enviar el detallado a todos
- Utilizar el cronograma detallado como herramienta exclusiva de seguimiento con todos los interesados satura al cliente y provoca que el patrocinador pierda interés en los informes.
- Riesgos ocultos en el resumido
- Un cronograma resumido que agrupa paquetes de trabajo excesivamente amplios puede enmascarar riesgos de calendario, como una actividad crítica con holgura cero escondida dentro de un bloque prolongado.
Lecciones desde la práctica: lo que los cronogramas no pueden hacer solos
Ninguno de estos cronogramas, por sí mismo, garantiza el éxito del proyecto. Son representaciones de un plan, y como toda representación, pueden estar equivocadas, desactualizadas o mal interpretadas. El cronograma detallado puede ser técnicamente perfecto y, sin embargo, fracasar porque se basa en estimaciones de duración irreales o porque ignora las dependencias blandas, esas que no figuran en la herramienta pero que existen en forma de disponibilidad de un experto crítico, de permisos regulatorios o de decisiones políticas. La herramienta no sustituye al criterio, y ningún software detectará que una actividad lleva tres semanas en "90% completado".
Una práctica que diferencia a los equipos maduros es la revisión periódica de la lógica del cronograma detallado, no solo de las fechas. Implica sentarse con los responsables de los paquetes y preguntar "¿sigue siendo válida esta dependencia?", "¿hay alguna restricción que no hayamos modelado?". Esta revisión, que rara vez se documenta en los procedimientos formales, es la que mantiene vivo el cronograma y evita que se convierta en un artefacto decorativo. El cronograma detallado es un organismo, no una estatua; si no respira, muere.
En resumen, los cronogramas de hitos, resumidos y detallados forman un juego de herramientas completo solo cuando se utilizan en conjunto y con plena consciencia de sus límites. El director de proyecto que sabe extraer de cada uno la información justa, en el momento preciso y para la persona adecuada, domina uno de los oficios más viejos de la profesión: hacer visible lo invisible sin añadir ruido, y mantener el norte sin perderse en el camino.
