Contenido5 secciones
Hold: por qué el proceso se congela antes de medirlo
Medir un proceso que sigue cambiando produce una línea base que no se sostiene. Hold detiene la deriva lo suficiente para obtener un número real.
La etapa que nadie quiere pagar
Hold se ubica entre el diagnóstico y la medición. No entrega nada. No produce ningún diagrama que alguien vaya a poner en una presentación. Y es, de forma fiable, la primera etapa que un cliente pide saltarse, con un argumento razonable a simple vista: el problema se entiende, los candidatos están elegidos, por qué no estamos construyendo.
Porque el número que justifica la construcción todavía no se tomó, y no se puede tomar contra un blanco móvil.
Los procesos se mueven mientras los miras
Toda operación se rediseña informalmente todo el tiempo. Alguien agrega un control después de una mala semana. Dos de cuatro personas adoptan un atajo. Una ruta de excepción inventada para un cliente incómodo se reutiliza con nueve más.
Nada de eso es mala conducta. Todo eso es invisible, porque nadie lo anuncia, y todo eso cae en mitad de una ventana de medición.
El resultado es una línea de base que es un promedio de dos procesos, ponderado por cuánto corrió cada uno, sin forma de separarlos después. No te vas a enterar. Te enterarás después del go-live, cuando la remedición honesta haga que la automatización parezca lo que rindió poco.
Qué congela Hold
La definición, no el trabajo.
- Qué pasos están dentro del flujo y cuáles fuera.
- Qué cuenta como excepción, escrito en lugar de sobreentendido.
- Quién puede cambiar cualquiera de las dos cosas mientras corre la medición.
En paralelo se cierran los agujeros de datos que corromperían la medición: el campo poblado la mitad de las veces, los dos sistemas que discrepan sobre el mismo registro, la marca de tiempo que registra cuándo alguien se puso a cargarlo y no cuándo ocurrió el trabajo.
Qué se rompe sin ella
El fallo no es dramático, y por eso sobrevive. El proyecto avanza, la construcción sale, y en algún punto del mes dos los números dejan de coincidir entre sí. El equipo recuerda el proceso viejo más lento de lo que dice la base. El proveedor lo recuerda más rápido.
Ninguno puede probar nada, así que la discusión se resuelve por jerarquía, y la respuesta honesta - que la base se tomó contra un proceso que ya no existía - nunca se dice en voz alta porque nadie tiene la evidencia para decirla.
La alternativa es una quincena gastada en nada visible. Ese es el intercambio, y compra la única cosa que hace que la medición posterior valga la pena: un proceso que seguirá siendo el mismo cuando vuelvan los números. La disciplina más amplia en la que esto se apoya está en la auditoría antes de automatizar.
Dónde se ubica
Hold es la segunda de seis etapas. La anterior decide qué vale la pena medir, y cómo se toma esa decisión está en qué muestra el mapa de Break. La secuencia completa aplicada a un despliegue está en el protocolo de punta a punta.
01¿Qué se congela exactamente?+
La definición del flujo, no el trabajo. Nadie deja de hacer su tarea durante Hold. Lo que se detiene es el rediseño informal que corre de forma continua en casi toda operación: un paso agregado en silencio el mes pasado, una regla que siguen dos de cuatro personas, una ruta de excepción inventada para un cliente y usada desde entonces con nueve más. Esos cambios suelen ser mejoras, y aun así son letales para una línea de base, porque lo que se mide en la semana tres no es lo que se mapeó en la semana uno. El congelamiento es una declaración escrita de qué pasos están dentro, qué casos cuentan como excepciones y quién puede cambiar cualquiera de las dos cosas durante la ventana. Caduca cuando termina Track.
02¿Por qué no medir primero y estabilizar después?+
Porque una medición no se puede desmezclar. Si el proceso cambió a mitad de la ventana, el número que tienes es un promedio de dos procesos ponderado por cuánto corrió cada uno, y no hay forma de recuperar los componentes después. Ni siquiera vas a saber que pasó, porque el cambio no se anunció: fue alguien siendo sensato un martes. El costo de enterarse tarde no es solo una quincena perdida: es que la construcción ya se dimensionó contra el número corrompido, y la primera remedición honesta llega después del go-live, donde se lee como que la automatización rindió poco y no como que la base estaba mal.
03¿Hold cambia el plan que salió de Break?+
Con regularidad, y en ambas direcciones. Un candidato que parecía viable resulta depender de un campo que está bien poblado más o menos la mitad de las veces, lo que lo baja en la cola o lo saca de ella. Del mismo modo, un flujo aplazado en Break precisamente porque sus datos estaban demasiado sucios puede volverse viable una vez que Hold cerró los agujeros, y se vuelve a puntuar en lugar de darse por perdido. Por eso la matriz de prioridades de Break es un documento y no una decisión: está pensada para revisarse una vez, sobre evidencia, antes de construir nada, y nunca más después.
04¿Qué ve el cliente a cambio del dinero de esta etapa?+
Un alcance escrito por cada flujo objetivo, una lista de los problemas de datos encontrados y qué se hizo con ellos, y una política de excepciones acordada, que suele ser la primera vez que alguien escribe lo que el equipo ya sabe a medias. Los operadores tienden a encontrar la lista de excepciones el artefacto más útil de todo el trabajo, porque es el documento que revela cuántos casos especiales carga el proceso en silencio. También es la razón por la que la construcción luego llega a tiempo: una excepción descubierta en la semana tres es un párrafo, y la misma excepción en la semana nueve es una solicitud de cambio.
