Gestión de proyectos

Plan de trabajo: cómo hacer el operativo de la semana

En una línea: un plan de trabajo es el operativo de la semana —qué se entrega, quién tiene cada tarea y qué capacidad real hay—, no un documento formal. Bien hecho cabe en una página, se publica el lunes y se revisa el viernes; mal hecho, es una lista de deseos que nadie mira.
9 min de lectura

Qué es un plan de trabajo (y qué no es)

Un plan de trabajo es el operativo de una semana: qué se va a entregar, qué tareas lo hacen posible, quién tiene cada una y con qué capacidad real se cuenta. Vive en una página que se publica el lunes y se revisa el viernes. Su unidad de tiempo es la semana porque es el plazo donde las personas todavía pueden sostener compromisos sin necesitar una bola de cristal.

No es el plan de proyecto: ese es el documento formal con fases, presupuesto, alcance y fechas de todo el ciclo de vida, que se escribe una vez y se actualiza pocas. Si lo que necesitas es eso, tienes la plantilla de plan de proyecto lista para copiar. Tampoco es el backlog: el plan no contiene todo lo pendiente, solo lo que esta semana se compromete. Es el puente entre ambos: del universo de trabajo pendiente, elige el pedazo que cabe en siete días.

Los 6 bloques que sí importan

Un plan de trabajo que funciona tiene seis bloques y ninguno más. Si falta alguno, el plan se rompe de una forma predecible: sin objetivo, la semana se dispersa; sin capacidad, se sobrepromete; sin dueños, nadie empieza. Este es el esqueleto:

  1. Objetivo de la semana. Una frase que responde «si solo logramos una cosa, ¿cuál es?». Es la brújula para decidir qué se recorta cuando la semana se estrecha.
  2. Entregas comprometidas. Lo que sale de la semana con fecha y destinatario. No son tareas: son resultados que alguien está esperando.
  3. Tareas con dueño. Cada tarea con un nombre —uno solo— y su tamaño estimado. Si ninguna persona figura, no es un plan: es una lista de deseos.
  4. Capacidad real. Las horas disponibles para trabajo nuevo, descontando reuniones, soporte y ausencias. Planificar contra la capacidad nominal fabrica sobrecarga con la mejor intención.
  5. Riesgos y bloqueos. Lo que puede frenar la semana y qué se hace si pasa. Un riesgo sin plan B es solo una preocupación anotada.
  6. Revisión del viernes. Un bloque de 15 minutos para mirar qué entró, qué no y por qué. Es lo que convierte el plan en un hábito que aprende, no en un papel que se olvida.

Así se ve completo, con el ejemplo de una agencia de cinco personas:

BloqueEjemplo (semana del 14 al 18)
Objetivo de la semanaCerrar la landing del cliente A y arrancar la migración del cliente B.
Entregas comprometidasPropuesta del cliente C enviada (mar 15) · Landing publicada (jue 17).
Tareas con dueño12 tareas: Ana (diseño, 5), Luis (copy, 3), tú (revisión y clientes, 4).
Capacidad real26 h disponibles para trabajo nuevo; Ana fuera mié–jue.
Riesgos y bloqueosTextos del cliente A sin llegar: si no están el martes, se recorta a dos secciones.
Revisión del viernesVie 16:00, 15 minutos, todo el equipo.

Fíjate en lo que la tabla no tiene: 40 tareas, microtareas de 15 minutos ni asignación por horas exactas. El plan de trabajo se queda en el nivel de detalle que un equipo puede sostener cada semana; el detalle fino vive en cada tarea, no en el plan.

Cómo hacerlo en 4 pasos

Hacer el plan de la semana toma menos de 40 minutos si sigues esta secuencia:

  1. Revisa el tablero (10 min). Qué quedó pendiente de la semana pasada, qué está a medias y qué se bloqueó. El tablero kanban es la fuente de la verdad: el plan parte de lo que hay, no de lo que te gustaría que hubiera.
  2. Compromete (10 min). Elige el objetivo, las entregas y las tareas que caben en la capacidad real. La prueba de honestidad: si alguien suma más de lo que puede hacer, algo vuelve a la cola —a la vista, no al olvido—.
  3. Publica (5 min). El plan se escribe donde todo el equipo lo vea y pueda consultarlo cualquier día, no en un mensaje de chat que muere al hacer scroll. Publicado significa comprometido.
  4. Revisa el viernes (15 min). Qué entró, qué no y por qué; los bloqueos se convierten en riesgos de la semana siguiente. Este cierre es lo que mejora el plan de la próxima: la fiabilidad se mide, no se supone.

Si tu equipo trabaja por sprints, reconocerás el mecanismo: es el mismo músculo a escala semanal. La variante completa, con objetivo de sprint y reparto por capacidad, está en cómo hacer un sprint planning.

Plan de trabajo, backlog y cronograma: quién es quién

Las tres herramientas conviven en cualquier equipo y responden preguntas distintas. Confundirlas produce planes eternos o backlogs con fechas inventadas:

HerramientaQué contieneHorizonteQuién la usa
Plan de trabajoLo comprometido de una semana: entregas, tareas con dueño, capacidad y riesgos.1 semanaEl equipo, todos los días.
BacklogTodo el trabajo pendiente, ordenado por prioridad y sin fecha en su mayoría.IndefinidoQuien planifica, al elegir qué entra.
CronogramaFases, hitos y fechas comprometidas del proyecto completo.Semanas o mesesQuien coordina, al negociar plazos.

No compiten: el cronograma dice que la fase dos cierra el 30, el backlog ordena todo lo que hay que hacer para llegar, y el plan de trabajo decide qué pedazo concreto de ese backlog se ejecuta esta semana. Cuando alguien te pide «el plan», pregunta a qué nivel se refiere: casi siempre quieren el semanal.

Los tres errores que matan un plan semanal

El plan de trabajo fracasa siempre por las mismas tres vías, y las tres se corrigen en el diseño del plan, no en la disciplina del equipo:

  • El plan de 40 tareas. Si cabe todo, no compromete nada. Un plan semanal sano tiene 1 objetivo, entre 2 y 4 entregas y de 10 a 15 tareas con dueño para un equipo pequeño. El resto es backlog, y está bien que lo sea.
  • Planificar sin capacidad. Un plan que ignora ausencias, reuniones y soporte no es optimista: es mentiroso. La capacidad real se calcula antes de comprometer, no después de fallar.
  • El plan que nadie vuelve a mirar. Si el plan no se consulta a mitad de semana ni se revisa el viernes, fue teatro: un documento para «sentirse organizados». El valor no está en escribirlo, está en usarlo para decidir cuando algo se sale del guion —y algo siempre se sale—.

Si quieres que el plan, el tablero y la revisión del viernes vivan en el mismo lugar —una herramienta local-first, con tus datos en tu propia carpeta en JSON, sin cuenta ni nube— Hito está pensado para equipos de 1 a 15 personas.

👉 Prueba Hito gratis — planifica la semana con dueños y capacidad real, sin depender de la nube.

Preguntas frecuentes

¿Qué es un plan de trabajo?
Es el operativo de una semana: el documento corto que fija qué se entrega, qué tareas lo hacen posible, quién tiene cada una, con qué capacidad real se cuenta y qué riesgos pueden frenar la semana. Se publica el lunes, se consulta cada día y se revisa el viernes; no es el plan de proyecto formal ni el backlog completo.
¿Cómo hacer un plan de trabajo paso a paso?
En cuatro pasos: revisa el tablero para partir de lo que quedó pendiente, compromete el objetivo y las tareas que caben en la capacidad real, publica el plan donde todo el equipo lo vea y revísalo el viernes para medir qué entró y qué no. La rutina completa toma menos de 40 minutos a la semana.
¿Qué debe incluir un plan de trabajo?
Seis bloques: objetivo de la semana, entregas comprometidas con fecha, tareas con un dueño cada una, capacidad real disponible (descontando reuniones y ausencias), riesgos y bloqueos con su plan B, y una revisión de cierre el viernes. Si el plan crece a 40 tareas o a detalle por horas, dejó de ser útil.
¿Cuál es la diferencia entre plan de trabajo y plan de proyecto?
El horizonte y el propósito: el plan de proyecto es el documento formal de todo el ciclo —alcance, fases, presupuesto y fechas— y se escribe una vez con actualizaciones puntuales, mientras que el plan de trabajo es el operativo de una semana y se reescribe cada lunes. Uno define el camino completo; el otro decide los pasos de esta semana.
¿Cuánto dura un plan de trabajo?
La duración estándar es una semana, porque es el plazo donde las personas aún pueden sostener compromisos realistas. Hay equipos que lo estiran a dos semanas o lo acortan a un día en periodos de crisis; lo importante no es el largo sino el ritual completo: publicar al empezar y revisar al cerrar.

Equipo Hito

Producto · Escribimos sobre gestión de proyectos local-first desde la práctica de construir Hito.

Empieza

¿Listo para tener el control de tus datos y proyectos?