Cada barra va de la semana de inicio a la de fin. La zona oscura dentro de la barra es el avance ya reportado. El plan se comprimió: todo el portafolio cierra en S11 con FEL Mejoras, salvo la reserva de estabilización.
Semanas restantes = duración total × (1 − % avance), con un piso de una semana para QA, UAT y despliegue.
Tres cosas que la compresión del plan dejó abiertas. Cierre de Caja, Reportes de Pagos y Visual de ventas ahora corren en paralelo del S1 al S3, los tres a cargo de DEV 1: son 9 dev-semanas en 3 semanas de calendario, es decir el trabajo de tres personas. Facturas exentas y sujeto excluido se adelantaron a S2–S4, pero DEV 3 y DEV 4 están asignados a FEL Mejoras hasta S11. Y el hito H5 sigue apuntando a S16 aunque el plan ya cierra en S11.
Supuesto: 4 desarrolladores a tiempo completo más un QA compartido. La fila de QA sigue el color del proyecto que está probando. Esta hoja no se actualizó con la nueva programación, así que todavía muestra los quick wins secuenciales y a exentas / sujeto excluido en S12–S16.
Con 3 desarrolladores en lugar de 4, el plan pasa de 16 a aproximadamente 20 semanas. Para sostener el cierre en S11 hace falta reasignar la carga: como está, faltan 5 dev-semanas y hay dos choques de asignación en las primeras cuatro semanas.
Ordenados por severidad. Los cuatro primeros necesitan decisión de dirección en las primeras dos semanas.
La hoja de riesgos no cambió, pero el plan maestro sí: los bloqueos de credenciales (riesgo 1), definición de NITE (riesgo 2) y la dependencia FEL → exentas (riesgo 7) ya no aparecen marcados en ningún proyecto. Si en efecto se resolvieron, conviene cerrarlos también aquí para que el tablero de riesgos no sobreestime la exposición.
Ningún proyecto se marca al 100% hasta completar las cinco fases. El bloque se copia por proyecto.