Cronograma de actividades: ejemplo y cómo hacerlo

Un cronograma de actividades ordena el trabajo en el tiempo. Cada fila es una actividad con inicio, fin, responsable y, si hace falta, la actividad de la que depende. El resultado no es un documento bonito: es el acuerdo de qué tiene que estar listo antes de qué.

No es el plan de proyecto. El plan dice el alcance, el presupuesto y las fases. El cronograma dice el calendario de ese alcance. Tampoco es el plan de trabajo de la semana: ese elige lo que cabe en siete días. El cronograma mira el proyecto entero, aunque sea corto.

Una actividad, aquí, es un trozo de trabajo con un resultado comprobable. «Diseñar» no es una actividad. «Entregar la home en Figma, revisada por el cliente» sí lo es. Si no puedes decir cuándo está terminada, no la pongas en el cronograma: la vas a arrastrar de semana en semana.

Cinco columnas alcanzan. La sexta casi siempre es decoración.

1. Actividad. Un resultado, no un verbo suelto. Quien lee la fila entiende qué se entrega.
2. Responsable. Un nombre. Si hay dos, nadie mueve la fecha cuando se atrasa.
3. Inicio y fin. Día, no «semana 3» si el proyecto dura un mes. La precisión tiene que coincidir con cómo estima el equipo.
4. Depende de. Vacío si puede empezar ya. Si depende de otra fila, escribe cuál. Esa columna es la que el Gantt dibuja y la tabla ya contiene.
5. Entregable. El archivo, la decisión o el hecho que prueba que la fila cerró.

Duración en días, porcentaje de avance y colores de estado se pueden calcular. No hace falta pedirlos a mano. El porcentaje que alguien escribe «40 %» sin un entregable a la vista no informa: adivina.

Un estudio chico lanza la web de un cliente en cuatro semanas. Este es el cronograma que sí se puede cumplir. No incluye «pensar la estrategia» ni «coordinar internamente».

El ejemplo cabe en una pantalla. Diseño y textos corren en paralelo porque los dos dependen solo del brief. El maquetado no empieza el 9 de octubre «para ir adelantando»: sin diseño aprobado, esa fila es mentira. La publicación es un día, no una semana, porque es un hecho y no un proceso.

Si el proyecto se mide por hitos y no por cada tarea, la misma lógica está en el cronograma de hitos. Ahí la fila no es «escribir textos»: es «textos aprobados».

Hacerlo toma una sentada si el alcance ya está dicho. Si el alcance no está dicho, el cronograma no lo va a inventar: vuelve a las fases del proyecto y cierra qué entra.

1. Lista los entregables, no las tareas sueltas. Una web, un informe, una campaña, una obra. Cada entregable se parte después.
2. Parte cada entregable en actividades que una persona puede cerrar. Si una fila dura más de diez días hábiles, todavía es un paquete. Pártela.
3. Marca qué puede ir en paralelo y qué está bloqueado. Esa es la columna «depende de». Sin ella, todas las fechas son deseos simultáneos.
4. Pon fechas desde el final o desde hoy, y di cuál de las dos usaste. Desde el final: la publicación es el 29 y caminas hacia atrás. Desde hoy: el brief empieza el lunes y el fin cae donde caiga. Mezclar las dos sin decirlo hace que el cronograma prometa una fecha que la suma de las filas no sostiene.
5. Asigna un nombre por fila y resta su capacidad real. Ana no puede escribir textos y atender la revisión del otro cliente en los mismos tres días. Si el nombre ya está lleno, mueve la fecha. No la dejes «para ver».
6. Publica la tabla y fija el día en que se mira. Una vez por semana alcanza. El cronograma que no se mira se convierte en el documento del kickoff.

La plantilla de cronograma de proyecto es esa tabla, lista para copiar, cuando prefieres hitos y holgura antes que una barra por cada tarea.

El cronograma es la lista. El diagrama de Gantt es la misma lista dibujada en barras. «Cronograma Gantt» en la práctica nombra las dos cosas juntas, y por eso la gente busca una plantilla cuando en realidad necesita decidir si el dibujo le hace falta.

La barra ayuda cuando se cumplen las tres condiciones:

• Hay dependencias de verdad, no solo un orden de preferencia.
• Alguien que no está en el día a día tiene que ver el camino largo en un vistazo.
• El equipo va a mover una fecha y quiere ver qué más se mueve.

La barra sobra cuando el proyecto tiene menos de quince actividades, el equipo es de dos o tres personas y todos ven la misma tabla. Dibujar siete barras no aclara el ejemplo de arriba: la columna «depende de» ya lo dice. Un Gantt de doscientas filas que nadie actualiza es peor que la tabla, porque parece exacto.

Excel alcanza para el primer cronograma. Se rompe cuando dos personas editan la misma fila, cuando la dependencia está escrita en un comentario y cuando la versión buena es «cronograma_v7_final». Si eso ya te pasó, la tabla tiene que vivir donde está el resto del trabajo.

Para un equipo de 1 a 15 personas que no necesita nivelar recursos ni un camino crítico de obra, Hito guarda actividades, dueños y fechas en una carpeta local, con tablero e hitos. No es un editor de Gantt. Si tu cronograma es una pared de barras y recursos al 25 %, esta no es la herramienta: sigue en un planificador de verdad y usa la tabla solo como resumen.

👉 Prueba Hito gratis — actividades, dueños y fechas en tu equipo, sin cuenta y sin asientos.