El peor go-live de WMS que he visto fue así: al mediodía del día del lanzamiento, las pistolas RF de los recolectores no podían descargar las listas de tareas, y 40 personas estaban de pie frente a las estanterías sin nada que hacer. El dueño golpeaba su escritorio, los de TI se echaban la culpa entre ellos en una sala de reuniones — porque nadie había decidido quién tiene la última palabra cuando algo se rompe.
Después de eso aprendí la lección: para la primera semana de cualquier lanzamiento de sistema, el almacén necesita una sala de guerra. No una sala de reuniones — un puesto de mando. Quién se sienta en ella, qué herramientas trae y con qué ritmo trabaja se decide antes del go-live. Esta es la guía que he perfeccionado en varios lanzamientos. Úsala.
Tres lanzamientos que vi fracasar — todos por «nadie podía decidir»
Primero, tres lecciones reales, y verás por qué la sala de guerra es innegociable.
El papel de etiquetas. El día dos, todas las impresoras se detuvieron — no era un error del sistema. Se acabó el papel de etiquetas. Administración lo había abastecido según el consumo del sistema anterior, pero el nuevo formato de impresión duplicó el consumo. Treinta personas del almacén esperaron toda la mañana la entrega de un mensajero. Desde entonces, la lista de verificación de la sala de guerra lleva esta línea: abastece consumibles para tres días.
La interfaz murió a las 2 AM. El flujo de pedidos del ERP se cayó a las 2 de la mañana y el WMS dejó de recibir pedidos. El técnico de guardia era nuevo y no sabía quién tenía los derechos de reinicio de la interfaz; mencionó a @everyone en el chat grupal y tardaron 40 minutos en encontrar a la persona correcta. En esos 40 minutos, el plan de oleadas de las 6 AM se desmoronó. Desde entonces, la lista de turnos lleva nombres y números de teléfono, fijada en la pared de la sala de guerra.
El dueño tomó el mando él mismo. El día tres llegó un S2: TI necesitaba 4 horas para arreglarlo, operaciones no podía esperar. El dueño irrumpió en el piso, se saltó la sala de guerra y empezó a redirigir el flujo de trabajo él mismo — lo que chocó con la lógica del sistema y creó 200 excepciones ese día. Después de eso puse una regla de hierro: en la primera semana, el piso recibe órdenes de una sola voz — la sala de guerra. Los dueños con opiniones las dicen dentro de la sala de guerra.
Tres fracasos, tres formas de morir, una causa raíz: en el momento crítico, nadie podía decidir — o decidió la persona equivocada.
Las 5 personas que deben estar en la sala
Con las personas equivocadas, la sala de guerra es solo un lugar para discutir. Estos cinco roles son innegociables:
El comandante del piso (una persona, última palabra). Debe ser un líder de operaciones que conozca el negocio — no de TI. Tiene exactamente un poder: dentro de los 5 minutos de un incidente, decidir «seguir» o «parar». La primera semana no sobrevive a decisiones por comité.
El implementador del WMS, en sitio. Cuando aparece un error de configuración, solo ellos pueden arreglarlo en el acto. Escribe el soporte en sitio en el contrato para la semana del go-live — he visto fracasar el soporte solo remoto.
El líder de TI / integración. Un WMS nunca es una isla: el flujo de pedidos del ERP, la API de etiquetas del transportista y las interfaces de facturación pueden detener el almacén si se caen. Esta persona tiene los derechos de monitoreo y reinicio de cada interfaz.
Líderes de turno del piso. Uno de picking, uno de recepción y uno de auditoría. Son los sensores humanos del sistema — los primeros en notar una pantalla lenta o un flujo incómodo. Dales un canal directo para reportar, no solo un rol de relevo.
El escriba y gestor de escalaciones. Cada incidente se registra, se califica por severidad y se sigue hasta el cierre. Esta persona decide qué espera hasta mañana y qué se escala ahora — el orden de la sala depende de ellos.
En una línea: si la sala de guerra está llena, el piso se mantiene en calma.
La lista de verificación de 48 horas antes del lanzamiento
La sala de guerra se monta dos días antes del lanzamiento, no la mañana del día. Márcalas una por una:
- Congelación de datos: el momento exacto en que el sistema anterior deja de recibir movimientos, sincronizado en toda la empresa. Antes de congelar, valida tres cosas: datos maestros de SKU, ubicaciones y saldos de inventario. Si alguna de las tres no cuadra, no lanzas.
- Consumibles de impresión: etiquetas de envío, etiquetas de códigos de barras, cintas — abastece para tres días. Ríete si quieres; he visto un almacén parado el día dos esperando la entrega de papel de etiquetas.
- Simulacro de reversión: reversión no es «volveremos al sistema anterior si se pone feo». Escríbelo: condiciones de activación, quién da la orden, cómo regresan los datos, cuántas horas necesita el sistema anterior para recuperarse. Repásalo al menos una vez en papel antes del lanzamiento.
- Lista de turnos: la primera semana opera con dos turnos de 12 horas al día (día y noche sin interrupción), siete días seguidos. Nombres y números de teléfono en papel. A las 3 AM, necesitas saber exactamente a quién llamar — no @everyone en un chat grupal.
- La sala en sí: una pantalla grande con el fill rate de pedidos en vivo, el volumen de rezago y el estado de las interfaces; una pizarra con los 3 principales riesgos del día; refrigerios y agua abastecidos. Nadie come bien en la primera semana.
El ritmo de la primera semana: tres standups + niveles de severidad
Tres standups al día, sin excepciones. Mañana (30 min antes del inicio del turno): liquida los pendientes de ayer, confirma el plan de oleadas de hoy. Revisión del mediodía: revisa el rezago y las excepciones de la mañana, decide si agregar manos para la tarde. Retro de la noche (después del cierre): repasa la lista de incidentes del día, califica la severidad, asigna responsables y plazos. Treinta minutos máximo cada uno. De pie.
Matriz de severidad y escalación — imprímela en la pared:
| Nivel | Definición | Respuesta |
|---|---|---|
| S1 | Sistema caído / almacén entero detenido | Escalar al comandante del piso en 15 min; solución alternativa en 1 hora |
| S2 | Flujo principal bloqueado (p. ej., las etiquetas no imprimen) | Responder en 30 min; resolver o degradar en 4 horas |
| S3 | Anomalía local (una ubicación, un documento) | Resolver el mismo día |
| S4 | Pulido / mejoras de UX | Registrar en rezago; atender en la semana dos |
Cuándo declarar el alto: las líneas rojas de reversión
La llamada más difícil no es arreglar un error — es admitir «hoy no podemos lanzar». Escribe las líneas rojas por adelantado, en el plan de lanzamiento, con la firma del dueño:
- El fill rate de pedidos cae por debajo del 80% sin tendencia de mejora durante 2 horas;
- El rezago supera 1.5× la capacidad diaria y sigue subiendo;
- Una interfaz principal (pedidos del ERP / etiquetas del transportista) está caída más de 4 horas sin ruta de recuperación;
- Las diferencias de inventario se extienden y los conteos no convergen.
Cualquiera la activa: el comandante del piso declara el alto e inicia la reversión. Recuerda: la reversión no es un fracaso — es control de pérdidas. Perder a todos los clientes por aguantar tres días es el verdadero fracaso. De los lanzamientos que he dirigido, el que revertimos con decisión salió limpio dos semanas después; el que forzamos costó un mes de dolor.
Cuándo desmontar la sala de guerra
También hay un estándar para eso — no «ya se siente bien»: tres días seguidos sin incidentes S1/S2, fill rate de vuelta a la línea base previa al lanzamiento, rezago en cero. Luego una retro final: archiva el registro de incidentes, entrega el rezago a operaciones diarias, baja la lista de turnos a guardia. Borra la pizarra. Desmonta.
La primera semana de un lanzamiento se gana con organización, no con tecnología. El sistema más estable no sobrevive a 40 personas que no saben a quién escuchar. Monta la sala de guerra, pon las reglas y la primera semana sale bien — una lección que pagué con varias noches en vela.
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
