Lista de verificación para la puesta en marcha: la migración de 72 horas

La apertura: la semana de migración decide el proyecto

Seis meses de trabajo en el proyecto WMS, y la migración de 72 horas lo decide todo. Un código excelente no sirve de nada si la semana de migración se desmorona. Mi peor experiencia: la mañana de la puesta en marcha aparecieron controladores de impresora faltantes — 40 terminales RF en todo el almacén quedaron inactivos durante 3 horas, y la mitad de los pedidos del día se retrasaron. Esta lista de verificación existe para eliminar esos problemas "triviales pero fatales".

El calendario de migración

T-72h: congelar y preparar

• Congelación de datos: maestros e instantáneas de inventario bloqueados; el sistema legado deja de aceptar nuevos documentos
• Imprima documentos de papel de emergencia: si los sistemas caen, la planta puede operar manualmente durante 4 horas
• Notifique a todas las partes interesadas: transportistas, clientes, socios 3PL — ventana de migración y contactos de emergencia
• Sala de guerra lista: espacio de trabajo conjunto, red, proyector — todo probado

T-48h: carga final y validación

• Carga final de datos: maestros, inventario, documentos abiertos
• Conciliación de inventario SKU por SKU: cualquier diferencia superior al 0.5% se investiga hasta la causa raíz — nada de "lo arreglaremos después de la puesta en marcha"
• Última ronda de pruebas de integración: al menos 3 transacciones comerciales reales por interfaz WMS↔ERP
• Revisión de hardware al 100%: terminales RF, impresoras, puntos de acceso, escáneres — cada unidad, sin muestreo

T-24h: ensayar y prepararse para revertir

• Ensayo de proceso completo: recepción–ubicación–recogida–envío–devoluciones, 3 pedidos cada uno incluyendo un flujo de excepción
• Simulacro de reversión: disparadores de reversión, pasos y cómo el sistema legado retoma el control — documentado y ensayado una vez
• Turno de guardia más contactos de escalado: en la pared y en el teléfono de todos
• Consultores de implementación confirmados in situ: no se van el día de la puesta en marcha ni hasta T+3 (en el contrato)

Día de la puesta en marcha: doble verificación y conciliación frecuente

• Primeros 50 pedidos con doble verificación: documento del sistema más mercancía física, dos firmas
• Concilie cada 2 horas: cantidades de entrada/salida, saldos de inventario — investigue las diferencias de inmediato
• Convivencia en la sala de guerra: cada rol clave en una sola sala, sin problemas durante la noche
• Informe de estado a la dirección cada 4 horas: verde / amarillo / rojo, una frase

T+24h / 48h / 72h: cierre y revisión

• Reduzca la conciliación por pasos: 2 horas → 4 horas → 8 horas
• Objetivo de limpieza de la lista de incidencias del 90%+: el resto pasa al seguimiento operativo en estado estable
• Post-mortem en T+72h: qué funcionó y qué no, documentado y archivado

Lista de verificación de un vistazo

Caso de campo: 99.1% de pedidos a tiempo en 72 horas

Un almacén de comercio electrónico que envía 20.000 pedidos al día siguió esta lista: en T-48h detectó 37 SKUs con diferencias de inventario; el ensayo de T-24h encontró 2 impresoras con problemas de controlador — todo corregido antes de la puesta en marcha. La migración de 72 horas logró un 99.1% de pedidos a tiempo con cero reversiones. El resumen del gerente del proyecto: "Cada línea de esta lista es matrícula que alguien ya pagó".

Errores a evitar

• Nunca programe la migración dentro de las 2 semanas previas al pico. El sistema necesita al menos dos semanas de estabilidad antes de su primera gran prueba: adelantar la migración a la temporada alta es apostar.
• Defina los disparadores de reversión por escrito, con antelación. Por ejemplo, "4 horas sin poder enviar normalmente" dispara la reversión — sin criterios escritos, nadie se atreve a dar la orden cuando cuenta.
• No deje que los consultores se vayan el día de la puesta en marcha. Póngalo en el contrato: soporte in situ el día de la puesta en marcha más T+3. Es un seguro.

Roles en la sala de guerra

La sala de guerra de la semana de migración necesita cinco roles, sin excepción:

Dos reuniones de 15 minutos al día, cubriendo solo tres cosas: estado actual (rojo/amarillo/verde), bloqueos y quién resuelve qué y para cuándo. Sin debates de soluciones en la reunión: los detalles fuera de línea. Envíe las notas al grupo de dirección para que todos compartan una misma imagen del progreso.

Cómo escribir un plan de reversión que realmente funcione

Un plan de reversión no es una frase que diga "revertiremos si hace falta": concreta tres cosas:

1. Disparadores cuantificados. Por ejemplo, "volumen de envío por debajo del 50% de lo normal 4 horas después de la puesta en marcha", "interfaz principal caída 2 horas sin recuperación", "diferencia de inventario superior al 5% sin explicación". Los disparadores sin cuantificar hacen que nadie se atreva a dar la orden cuando cuenta.
2. Pasos hora por hora. T+0 detener documentos del nuevo sistema, T+1 el legado retoma la toma de pedidos, T+2 reinyección de datos, T+4 verificación completa: cada paso con un responsable y criterios de aceptación.
3. Ensayo. El simulacro de reversión se ejecuta de forma independiente dentro del ensayo de T-24h. Un plan sin ensayar no es un plan.

Prepare también un estado intermedio de "operación degradada": cuando el sistema está parcialmente activo, los documentos de papel más la entrada posterior ganan 4 horas para solucionar problemas. Muchas incidencias pequeñas no necesitan reversión: necesitan un colchón de 4 horas.

La conclusión

La migración de 72 horas consiste en convertir "incógnitas" en "conocidas": congelar, validar, ensayar, doble verificación, conciliar con frecuencia. Siga esta lista y la migración dejará de ser un thriller: será un documental: estable, metódico, terminado a tiempo.

Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.