Plan de trabajo: cómo hacer el operativo de la semana
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:
- 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.
- Entregas comprometidas. Lo que sale de la semana con fecha y destinatario. No son tareas: son resultados que alguien está esperando.
- 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.
- 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.
- 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.
- 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:
| Bloque | Ejemplo (semana del 14 al 18) |
|---|---|
| Objetivo de la semana | Cerrar la landing del cliente A y arrancar la migración del cliente B. |
| Entregas comprometidas | Propuesta del cliente C enviada (mar 15) · Landing publicada (jue 17). |
| Tareas con dueño | 12 tareas: Ana (diseño, 5), Luis (copy, 3), tú (revisión y clientes, 4). |
| Capacidad real | 26 h disponibles para trabajo nuevo; Ana fuera mié–jue. |
| Riesgos y bloqueos | Textos del cliente A sin llegar: si no están el martes, se recorta a dos secciones. |
| Revisión del viernes | Vie 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:
- 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.
- 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—.
- 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.
- 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:
| Herramienta | Qué contiene | Horizonte | Quién la usa |
|---|---|---|---|
| Plan de trabajo | Lo comprometido de una semana: entregas, tareas con dueño, capacidad y riesgos. | 1 semana | El equipo, todos los días. |
| Backlog | Todo el trabajo pendiente, ordenado por prioridad y sin fecha en su mayoría. | Indefinido | Quien planifica, al elegir qué entra. |
| Cronograma | Fases, hitos y fechas comprometidas del proyecto completo. | Semanas o meses | Quien 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?
¿Cómo hacer un plan de trabajo paso a paso?
¿Qué debe incluir un plan de trabajo?
¿Cuál es la diferencia entre plan de trabajo y plan de proyecto?
¿Cuánto dura un plan de trabajo?
Equipo Hito
Producto · Escribimos sobre gestión de proyectos local-first desde la práctica de construir Hito.