Cómo hacer una transferencia de proceso
Desde un proceso que solo tú dominas hasta uno que otra persona puede ejecutar sin ti.
The case
El problema de transferir un proceso es que quien lo entrega lo conoce demasiado bien. Sabe qué pasos importan de verdad y cuáles existen solo por inercia. Conoce la excepción que aparece cada dos meses. Sabe que una dependencia falla y que los jueves se hace de otra manera. Nada de eso está escrito en ningún sitio — para qué, si lo hace ella.
Entonces se entrega lo que está documentado. La otra persona asiente, la reunión termina, y dos semanas después llegan las preguntas que nadie podía anticipar — porque solo surgen cuando uno realmente ejecuta el proceso.
La solución no es mejor documentación. Es un orden distinto: primero reconstruir el proceso real, después escribirlo, después observar cómo alguien más lo ejecuta antes de soltar. Es en la observación donde aparecen los vacíos. Siempre aparecen.
Un proceso no se ha transferido hasta que otra persona lo ha ejecutado sin ti. Todo lo anterior es preparación.
Transferencia de proceso
- Escribir todos los pasos del proceso de memoria. Sin consultar documentación todavía. Lo que recuerdas sin ayuda es aproximadamente lo que la otra persona necesita saber.
- Comparar la lista con la documentación existente. Anotar vacíos y contradicciones. La documentación suele estar desactualizada.
- Añadir los detalles no documentados. Casos excepcionales, excepciones, qué hacer cuando el paso 4 falla. Esta es la parte que solo tú conoces.
- Identificar las dependencias. Herramientas, accesos, credenciales, otras personas. Todo lo que el proceso toca.
- Confirmar que la otra persona tiene todo lo que necesita para ejecutarlo. Verificar los accesos antes de la reunión, no durante.
- Redactar el documento de transferencia. Pasos en orden, dependencias y excepciones señaladas. Suficiente para ejecutar el proceso sin tu presencia.
- Identificar las dos o tres cosas con más probabilidad de fallar. Qué se rompe, cómo arreglarlo, a quién llamar si no se puede resolver rápido.
- Hacer el recorrido completo del proceso. Explicarlo paso a paso. La otra persona todavía no ejecuta.
- Observar cómo la otra persona lo ejecuta. No interrumpir salvo que algo esté realmente mal. Anotar lo que omite.
- Repasar lo que faltó. Breve y concreto.
- Si hubo vacíos importantes, repetir. @9 si es necesario.
- Acordar qué pasa si algo falla después de que te vayas. Un nombre, un documento, un canal. No: "ya me escribes."
- Confirmar que está lista para ejecutarlo sola. Su valoración, no la tuya.
Hazlo tuyo
El paso 3 es donde la mayoría de las transferencias fallan. La versión documentada de un proceso rara vez es la que realmente funciona — siempre hay un rodeo para lo que nunca se arregló, un atajo que se volvió estándar, una verificación que existe por algo que pasó hace años. Saltarse este paso es entregar un mapa incompleto.
El paso en que la otra persona ejecuta el proceso mientras observas (paso 9) no tiene sustituto cuando hay complejidad real. Que alguien diga que entendió no es lo mismo que verlo hacerlo. Lo que omite o donde duda te dice más que cualquier pregunta.
Para un proceso sencillo, los pasos 6 y 7 pueden combinarse en un documento corto. Para cualquier cosa con consecuencias serias — clientes, finanzas, operaciones — es mejor mantenerlos separados. El documento de "qué hacer si algo falla" es el que alguien abre de verdad cuando está bajo presión.
Con el tiempo, el paso 1 se vuelve más fácil si empiezas a documentar los procesos mientras los ejecutas en lugar de reconstruirlos al final. Es otro hábito, pero hace que este sea bastante más rápido.