Plan de integración de 90 días

Una integración mal ordenada hace daño. Migrar los repositorios a la plataforma de la compradora o unificar las tuberías de despliegue son trabajos grandes, y hacerlos sobre un inventario incompleto arrastra lo malo al sistema nuevo. El orden razonable es: primero ver (inventario) y contener (cuentas, accesos y credenciales expuestas), después medir (componentes, licencias, cumplimiento) y solo al final integrar.

Esa lógica se ve en el plan: lo que reduce exposición de inmediato va en la ventana 0-30; lo que cambia dónde vive el sistema va en la 61-90.

Las dependencias entre acciones dicen cuáles son la ruta crítica. Una acción de la que dependen muchas es la que más daño hace si se retrasa: bloquea a todas las que vienen detrás. En la tabla, la columna depende_de lista los ids de los que una acción necesita antes de empezar.

Abre plan/plan-90-dias.csv. Cuenta cuántas veces aparece cada id en esa columna.

Un plan sin capacidad es un deseo. Cada acción tiene una estimación de horas y cada equipo, una disponibilidad. Sumar lo uno y restar lo otro dice si cabe antes de empezar, y evita descubrir en la semana tres que no llegan.

Las horas de la tabla son estimaciones, no medidas: se usan para decidir, no para prometer. Abre plan/capacidad.txt y suma las acciones de la ventana 0-30.

Un error común en planes grandes es programar una acción en una ventana anterior a la de otra de la que depende. Cada fila parece razonable por separado; solo se ve al comparar la ventana con la de sus dependencias. Descubrirlo en la semana en que toca es tarde.

Compara la ventana de cada acción con la de las acciones que figuran en su columna de dependencias.

Faltan horas en la ventana 0-30. Hay tres salidas: recortar el plan, trabajar más sin decirlo o pedir lo que falta explicando qué ocurre si no llega. Recortar lo más pesado (en este caso, la rotación de credenciales) deja abierto lo más peligroso. Trabajar horas extra sin avisar presenta un plan que cabe cuando no cabe y oculta el problema a quien puede resolverlo.

La salida que protege al equipo y al riesgo es nombrar el hueco: cuántas horas, qué se retrasa si no se cubren y qué riesgo trae.