Cómo elegir y formar al superusuario del WMS: la mitad del go-live depende de esta persona

Conclusión por adelantado: un go-live de WMS vive o muere por dos cosas: el software y el superusuario. Elige mal a la persona y todo el almacén echa horas extra el día del lanzamiento.

Tras más de 30 implementaciones, el patrón es claro: muchos más proyectos fracasan por el lado humano que por la elección del software. Elige al superusuario adecuado y el almacén funciona solo después de que los consultores se marchen. Elige mal y apagarás fuegos durante meses.

Lo que realmente hace un superusuario de WMS: tres sombreros, ni uno menos

La mayoría cree que un superusuario es solo «la persona que aprende más rápido y hace clic con el ratón por los demás». Falso. Un verdadero superusuario lleva tres sombreros, y los tres son obligatorios.

Sombrero uno: traductor. Los consultores hablan sistema: «este campo controla la lógica de liberación de olas». El personal de planta habla operaciones: «¿puede salir este pedido hoy?». El superusuario traduce en ambas direcciones, con precisión. Traduce mal y cada proceso acordado en los talleres de diseño es ficción.

Sombrero dos: formador semilla. Cuando los consultores se van, formar a docenas de operarios, responder preguntas, incorporar a los nuevos: todo eso recae en el superusuario. En un almacén de 50 personas, un consultor no puede formarlo a todos solo.

Sombrero tres: bombero del go-live. En la primera semana tras el lanzamiento, cada día surgen excepciones que nunca aparecieron en las pruebas: cómo dividir un palé mixto, cómo dar entrada a mercancía recibida de más, cómo anular una etiqueta mal impresa. Esperar a la agenda del consultor significa que el muelle se colapsa. El superusuario tiene que decidir sobre la marcha: «hazlo así de momento, lo registro y lo confirmo con el consultor mañana».

Un superusuario no es «la persona que se lleva bien con los ordenadores». Es el segundo al mando del go-live.

El coste de elegir mal: este mismo fracaso lo he visto tres veces

La primera vez: 2022, un 3PL de ropa cerca de Los Ángeles, 120,000 pies cuadrados. El jefe de proyecto eligió la vía fácil y nombró superusuario al especialista «más hábil con los sistemas» del departamento de TI. El chico era buenísimo con Excel, un mago del BUSCARV, y jamás había pisado el almacén. Las UAT no cubrieron más que los caminos felices: recepción normal, expedición normal, todo en verde. El primer día, un picker preguntó cómo repartir un pedido entre dos palés: se quedó en blanco. Una administrativa preguntó cómo insertar un pedido urgente en una ola ya liberada: lo único que supo decir fue «deja que pregunte al consultor». El rendimiento se desplomó ese día y la mujer del dueño acabó en planta escaneando para salvar el turno. Tres semanas después volvieron al sistema antiguo. El proyecto se retrasó dos meses y quemó un montón de honorarios extra de implementación.

La segunda vez: 2023. Eligieron al «empleado estrella»: el picker más rápido del edificio, querido por todos. Problema: no tenía tiempo. Se saltó los talleres de diseño, empolló las UAT de noche y yo le escribí sus SOP. El día del lanzamiento conocía su propio puesto, y nada más.

La tercera vez fue la más dolorosa: la elección en sí era buena, conocimientos sólidos de operaciones, respetado por sus compañeros, pero era un complaciente. En los talleres de diseño el consultor propuso un proceso claramente irrazonable: dos personas del turno de noche haciendo el trabajo de verificación de cuatro. No quiso parecer difícil, así que asintió. Tras el lanzamiento, el turno de noche estallaba cada noche, y solo entonces admitió: «en realidad en ese momento pensé que estaba mal». Un superusuario que no sabe decir que no es lo mismo que no tener superusuario.

La misma lección las tres veces: no estás eligiendo a «la persona más técnica» ni a «la más trabajadora». Estás eligiendo a la persona más adecuada para este trabajo concreto.

Cómo elegir un superusuario de WMS: cinco criterios duros

Estos son los cinco criterios que doy a cada cliente. La hoja de puntuación está abajo: 80 puntos o más para cualificar.

1. Conocimiento profundo de las operaciones: sabe explicar el «porqué». El listón no es «sabe manejarlo» sino «sabe explicar por qué cada excepción se trata así». Pregunta: «¿por qué la mercancía recibida de más no puede ir directa al almacenaje?». La respuesta correcta: «porque control de calidad no la ha liberado: una vez en la estantería, nadie la encuentra». Quien solo sabe el «cómo» se desmorona en cuanto aparece una variación mientras forma a otros.

2. Credibilidad entre sus compañeros. ¿Le hacen preguntas sus compañeros de verdad, y escuchan las respuestas? Esto no se puede fingir. Los pickers líderes y las administrativas veteranas suelen tenerla de forma natural.

3. Sabe simplificar, y tiene paciencia. Prueba: pídele que te explique el proceso de devoluciones en tres minutos como si fueras un recién llegado. Si lo entiendes, aprueba. La mayor parte del trabajo de un superusuario es explicar lo mismo una y otra vez: la paciencia es moneda dura.

4. Puede dedicar al menos la mitad de su tiempo durante los próximos tres meses. El rol de superusuario es un sumidero de tiempo: talleres de diseño, UAT, redacción de SOP, formación, preguntas y respuestas. Antes de nombrar a nadie, negocia la proporción de sustitución con su supervisor directo, por escrito. Un «intentaremos acomodarlo» verbal siempre se convierte en «termina primero tu trabajo del día» justo antes del lanzamiento.

5. No es hostil al nuevo sistema. Algunos operarios veteranos conocen el negocio al dedillo pero se oponen por principio a cada sistema nuevo: «nuestras notas de papel funcionaban bien». Poner a esa persona de superusuario planta un nodo de contrapropaganda dentro de tu proyecto. Las actitudes pueden cambiar, pero no puedes permitirte apostar dentro del calendario de un proyecto.

¿Veterano de operaciones o de TI? Mi respuesta: la persona de operaciones se convierte en superusuario, TI es su respaldo. TI resuelve los acertijos de sistema más rápido; pero solo alguien que está en planta cada día puede juzgar si un proceso es correcto. Necesitas a los dos, pero el título va a operaciones.

Hoja de puntuación del superusuario (cópiala)

Elegido bien: ahora a formar. El plan de 8 semanas para el superusuario

Elegir es solo la primera mitad. Formar es la segunda. Este es el cronograma:

• 8 semanas antes del lanzamiento: participa en los talleres de diseño y procesos. Un trabajo: buscar pegas. Señala todo lo que el turno de noche no pueda hacer físicamente. Un comentario en el diseño cuesta un boceto en pizarra; tras el lanzamiento cuesta retrabajo.
• 6 semanas antes: tester líder de las UAT. Nada de probar solo caminos felices. Prueba deliberadamente las excepciones: divisiones, sobrerecepciones, envíos cortos, reimpresiones de etiquetas, desconexión y reanudación, cada una al menos dos veces, con las manos en el teclado.
• 4 semanas antes: escribe los SOP con sus propias palabras. Una página por proceso, con capturas de pantalla, sin copiar documentos del consultor. Prueba: dáselo a un recién llegado fuera del proyecto: si puede seguirlo, aprueba.
• 2 semanas antes: se convierte en el instructor y forma a toda la planta. Ensaya dos veces antes de salir en vivo. Después de enseñarlo tres veces, conocerá el sistema mejor que la mayoría de los consultores: a base de preguntas.
• 1 semana antes: repasa la lista de verificación de la noche del go-live: cuentas de usuario y permisos, impresoras, escáneres, stock de etiquetas, hoja de contactos de emergencia. Revisa cada punto.
• Día del lanzamiento más dos semanas: guardia en planta con un libro de registro de incidencias. Quince minutos antes de fichar, revisa con el consultor: incidencias surgidas, resueltas sobre la marcha o que requieren cambios de configuración.

Y aquí va lo contraintuitivo: mucha gente asume que «cuanta más formación técnica reciba el superusuario, mejor» y le apila sesiones profundas de sistema. Falso de toda falsedad. El mayor valor de un superusuario no es «conocer el sistema»: es «atreverse a decir que no a un mal proceso» y «ser la primera persona a la que la planta llama cuando algo se rompe». Los detalles técnicos siempre puede preguntarlos a TI o al consultor. Pero el juicio de «este proceso no sobrevive al contacto con la planta» le pertenece solo a él.

Cinco puntos de fallo comunes: esquívalos a tiempo

1. Hacer que TI ejerza de superusuario sin reducirle la carga de trabajo. Ambos trabajos sufren: ni el trabajo de sysadmin ni el de superusuario se hacen bien.
2. El superusuario participa en las UAT pero se salta el diseño. Para cuando se da cuenta de «esto no lo podemos hacer», el retrabajo cuesta diez veces más que un arreglo en el diseño.
3. SOP escritos en jerga de consultor. Si la planta no los entiende, no existen. Tienen que estar en las propias palabras del superusuario.
4. Liberar al superusuario justo después del lanzamiento. Los tres primeros meses son la temporada alta de incidencias: tiene que seguir en el rol, al menos a tiempo parcial.
5. Un solo superusuario por almacén. Vacaciones, renuncias, bajas: una ausencia y todo el edificio está perdido. Un titular más un respaldo es el mínimo; un respaldo que haya seguido aunque sea la mitad del camino es mejor que ninguno.

La noche del go-live, el último punto de mi lista de verificación es siempre el mismo: llamo al superusuario y le pregunto: «¿estás listo para mañana?». Cuando dice que sí, por fin puedo dormir.

Por Lin Xiao, Consultor de implementación de WMS

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