Calendario de proyecto: la vista día y semana del equipo

Un calendario de proyecto es la vista día y semana donde el equipo ve los compromisos con fecha: qué se entrega, cuándo y ante quién. No es un adorno visual del plan: es la capa operativa donde las fechas del proyecto tocan la vida real de las personas, la que se consulta el lunes para saber qué toca y el jueves para saber qué se está cayendo.

Su materia prima son los compromisos, no las intenciones. Cada evento del calendario responde a una promesa con destinatario: «entrega de la propuesta al cliente el jueves», «cierre de fase el 30», «demo interna el viernes a las 11». Si un bloque del calendario no tiene destinatario ni consecuencia por incumplirse, no es un compromiso: es un deseo con color.

Las tres herramientas trabajan con fechas y se confunden constantemente, pero operan a alturas distintas: el cronograma fija los compromisos del proyecto completo, el Gantt planifica las dependencias entre bloques y el calendario los aterriza al día y la semana del equipo:

El diagrama de Gantt es la herramienta de planificación de dependencias: brilla cuando un retraso se propaga en cadena y necesitas ver qué mueve qué. El cronograma es el compromiso temporal del proyecto: fases, hitos y fechas que se negocian con el cliente. El calendario no compite con ninguno: es donde esos dos documentos se convierten en «el jueves toca esto».

La regla de convivencia: las fechas nacen en el cronograma, se validan en el Gantt y se viven en el calendario. Si tu calendario semanal contiene más de una docena de elementos, probablemente estás dibujando un Gantt en el lugar equivocado.

El calendario soporta muy poca carga antes de volverse ruido. Entra lo que tiene fecha comprometida y destinatario; fuera todo lo demás. Lo que sí va:

• Entregas con fecha comprometida. Lo que sale hacia alguien: propuesta, versión, publicación, factura. Con destinatario, no solo con día.
• Hitos. Los cierres que parten el proyecto: fin de fase, aprobación, lanzamiento. Pocos y gruesos.
• Reuniones fijas. Las que estructuran la semana: reparto del lunes, revisión del viernes, demo.
• Ventanas de foco. Los bloques protegidos de trabajo profundo que el equipo defiende de la agenda ajena.
• Plazos externos. Los que no negocias tú: impuestos, renovaciones, ventanas de publicación de terceros.

Y lo que no va:

• Tareas sin fecha real. Viven en el backlog y en el tablero; ponerles fecha por ansiedad fabrica falsos compromisos.
• Deseos. «Quizá empecemos la web nueva» no es un evento: es una opción, y las opciones no van en el calendario.
• Micrométricas de 15 minutos. El calendario no es el tablero; si apuntas cada tarea pequeña, la vista semanal se convierte en un mosaico ilegible.
• Todo lo que cambia a diario. Si un bloque se mueve tres veces, no era un compromiso: era una intención disfrazada de fecha.

La prueba de fuego: si alguien nuevo mira el calendario y puede decirte qué se entrega esta semana y ante quién en 30 segundos, está bien cargado. Si necesita explicación, está lleno de lo que no va.

Los calendarios compartidos mueren siempre igual: se llenan en la semana de arranque y nadie vuelve a tocarlos. La vida se sostiene con dos piezas. La primera es el ritual: la revisión semanal —10 minutos, junto al reparto del lunes— es el momento en que el calendario se actualiza con lo que cambió, no un documento aparte que mantiene las fechas dormidas.

La segunda es el dueño: una sola persona responde por la coherencia del calendario —que las fechas del cronograma estén reflejadas, que no haya duplicados, que lo caído se renegocie—. Compartido no significa huérfano: todos lo ven y todos lo comentan, pero una persona responde por él. Sin dueño, cada fecha caducada se queda semanas, enseñándole al equipo a ignorar la herramienta.

La regla de higiene: si un compromiso cambia de fecha dos veces, se saca del calendario y se vuelve a negociar, o se convierte en tarea sin fecha del backlog. El calendario que miente dos veces pierde la confianza que lo hace útil.

El calendario y el tablero no compiten: responden preguntas distintas. El tablero kanban responde «¿qué está en curso y qué sigue?»; el calendario responde «¿qué se comprometió para cuándo?». Uno gestiona el flujo, el otro los plazos. El error clásico es intentar que una sola vista haga las dos cosas: o el calendario se llena de tarjetas intrascendentes, o el tablero acumula fechas que nadie respeta.

El acoplamiento sano: lo que tiene fecha comprometida aparece en ambas —tarjeta con dueño en el tablero, evento con destinatario en el calendario—, y lo que no tiene fecha solo vive en el tablero. Cuando el viernes llega y la tarjeta no va a llegar, se ve en los dos lados el mismo día: en el tablero como tarjeta atascada, en el calendario como entrega que toca renegociar hoy, no el día del vencimiento.

Si quieres calendario y tablero en el mismo lugar, sin nube —una herramienta local-first con tus datos en tu propia carpeta, en JSON, con dashboard de portafolio y modo offline— Hito está hecho para equipos de 1 a 15 personas.

👉 Prueba Hito gratis — entregas y hitos junto a tu tablero, local-first y sin registro.