6.2Problemas recurrentes (playbook)
Lo esencial en 30 segundos
- Diagnosticar: un síntoma = unas causas probables = una secuencia de acciones — no se corrige una planificación al azar.
- Primero lo básico: comprobar las bases (modo automático, calendario, vínculos) antes de ir más lejos, una sola corrección a la vez.
- Raíz: un síntoma que vuelve una y otra vez no son ocho incidentes, es un fundamental que falta (modo, vínculos, calendario, referencia, seguimiento) y hay que corregirlo en la raíz.
Hilo Meriem — la tabla pegada junto a la pantalla
Meriem mantiene este playbook a la vista junto a su pantalla, en Argel. Balance tras un trimestre: tres líneas son las que más le han servido — «la planificación no se recalcula», «recursos en rojo» e «imposible seguir las desviaciones». Para cada una, acabó aplicando la secuencia (síntoma, causas, acciones) en lugar de probar correctivos al azar.
Síntoma observado, causas verificadas, acciones en orden: el reflejo se resume en tres tiempos.
Un reflejo por síntoma
La mayoría de los bloqueos en Project son grandes clásicos. Relacionar cada síntoma con sus causas probables y con una secuencia de acciones ahorra un tiempo precioso y devuelve a los fundamentos de una planificación sana.
Primero lo básico
Se comprueban primero las bases (¿modo automático? ¿calendario correcto? ¿vínculos en lugar de fechas?) antes de buscar más lejos. Una sola corrección a la vez, porque si no ya no se sabe qué resolvió el problema.
Tratar la raíz
Un mismo síntoma que vuelve no son diez incidentes: es un fundamental que falta (modo automático, vincular en lugar de fechar, calendario correcto, referencia, seguimiento al día) y hay que corregirlo en la raíz.
| Síntoma | Causas probables | Acciones |
|---|---|---|
| La planificación no se recalcula cuando cambio una duración | tareas en modo manual | pasar a programación automática; ajustar el modo por defecto en auto (N1.2) |
| Una tarea de 5 d termina demasiado tarde | calendario mal ajustado (fines de semana/festivos) | comprobar «Cambiar tiempo de trabajo»: vacaciones, horarios (N0.4) |
| La planificación no se mueve cuando una tarea anterior se desliza | fechas introducidas a mano en vez de vínculos | vincular las tareas con dependencias; eliminar las restricciones rígidas (N1.3, N1.4) |
| La duración se vuelve absurda tras una asignación | tipo de tarea inadecuado a la intención | elegir qué variable fijar (capacidad/duración/trabajo) antes de modificar (N2.3) |
| Recursos en rojo (sobrecargados) | solape o sobreasignación por encima de la capacidad | auditar/nivelar dentro de las holguras, desplazar o reasignar (N3.2) |
| Imposible seguir las desviaciones / EVM vacío | sin referencia, o trabajo/costes sin introducir | fijar una línea base antes del inicio, mantener el avance al día, ajustar la fecha de estado (N3.3, N4.3) |
Guion listo para decir — diagnosticar una planificación (30 s)
«Mi síntoma: [la planificación no se recalcula / costes a cero / recursos en rojo]. Compruebo la causa probable del playbook (modo, calendario, vínculos, tipo de tarea, sobrecarga, referencia) y aplico la acción concreta.»
El reflejo se resume en tres tiempos: síntoma, causa, acción.
Guion listo para decir — volver a lo básico (30 s)
«¿Vinculo en lugar de fechar? ¿Estoy en modo automático? ¿Mi calendario es correcto? ¿He fijado una referencia? Si hay un no, corrijo la base antes de ir más lejos.»
Comprobar siempre lo fundamental antes del detalle.
Plantilla copiar y pegar — diagnóstico de planificación
No se recalcula -- ¿modo manual? -> pasar a auto
Tarea termina tarde -- ¿calendario? -> tiempo de trabajo, vacaciones
No se mueve -- ¿fechas en duro? -> vincular por dependencias
Duración absurda -- ¿tipo de tarea? -> elegir la variable a fijar
Recursos en rojo -- ¿sobrecarga? -> auditar / nivelar
EVM vacío -- ¿línea base? -> guardar la referenciaPlantilla copiar y pegar — ficha de incidencia de planificación
Síntoma : [lo que veo en Project]
Causa : [verificada, no supuesta]
Acción : [una corrección a la vez]
Prueba : [lo que he vuelto a probar]
¿Raíz? : [síntoma aislado o fundamental que falta]Microempresa / presupuesto pequeño
Sin tabla formal: un síntoma, la causa probable, la acción y la prueba, anotados en una ficha junto a la planificación.
PYME Argel
Integrar las realidades locales en el diagnóstico: suministros irregulares, lluvia, varios proyectos a la vez, contenidos en francés.
Remoto / híbrido
Añadir una captura al diagnóstico: a distancia, un síntoma y una prueba escritos evitan idas y venidas.
Intercultural
Explicitar las comprobaciones por escrito: lo que parece obvio (qué campo, qué formato) no lo es para todos.
Reto 48 h — aplícalo mañana
Detecta 1 síntoma actual de tu planificación (no se recalcula, recursos en rojo, costes a cero, EVM vacío), aplica la línea del playbook (síntoma nombrado + causa verificada + acción concreta) y demuéstralo.
- Sé relacionar un síntoma de planificación con sus causas probables.
- Compruebo lo fundamental antes del detalle, una corrección a la vez.
- Distingo un síntoma aislado de un fundamental que falta.
Meriem cambia una duración pero la planificación no se mueve. ¿Qué reflejo aplica el playbook?
Reflejo: nombrar el síntoma, comprobar la causa, aplicar la acción concreta — y detectar el fundamental que falta detrás de un síntoma que vuelve.