La cadena de aprobación con un eslabón roto
El acero estaba en obra. La cuadrilla estaba reservada. La bomba de concreto tenía una ventana de entrega que no esperaría. Y lo único que separaba a un ala de hospital de su siguiente vaciado estructural era una sola firma: la de la única persona autorizada para darla, en algún punto sobre el Atlántico, con tres días más de licencia por delante.
Cada día que el vaciado esperó costó dinero que nadie había previsto: cuadrilla parada, bomba a reprogramar, fecha de inspección pospuesta que se propagaba al siguiente oficio. Para cuando la aprobación por fin llegó, el proyecto había perdido casi una semana. No porque alguien tomara una mala decisión, sino porque la cadena de decisiones tenía exactamente un eslabón, y ese eslabón se había quedado en silencio. Aquí viene la parte incómoda: su flujo de aprobaciones casi con certeza tiene el mismo eslabón roto, y no lo encontrará hasta que la persona equivocada esté inalcanzable en el momento equivocado.
Un solo nombre no es un flujo de trabajo
En la construcción hospitalaria lo que está en juego es especialmente alto. Un interesado clínico aprueba las medidas de control de infecciones. Un responsable de instalaciones autoriza los cortes de servicio. Un oficial de cumplimiento habilita todo lo que toca un espacio regulado. Son aprobaciones reales que deben existir. La falla no es que la aprobación sea necesaria: es que se dirige a una única persona nombrada, sin suplente, sin cola visible y sin reloj. Cuando esa persona está en cirugía, de licencia o simplemente desbordada, la obra se detiene y nadie más arriba puede siquiera ver por qué.
La razón por la que esto se esconde tan bien es que funciona, justo hasta que deja de hacerlo. Noventa y cinco días de cada cien, el aprobador está en su escritorio y firma en una hora. El sistema parece sano. Luego llega el día noventa y seis, el aprobador no está, y una obra de cuarenta mil dólares al día queda parada esperando una decisión que cualquiera de tres personas calificadas pudo haber tomado, si el flujo se lo hubiera permitido.
El aprobador único. Un solo nombre, sin suplente. En cuanto esa persona no está disponible, el trabajo se detiene y no hay un camino definido para rodearla.
La cola invisible. La solicitud cae en una bandeja de entrada, no en una cola con seguimiento. Nadie salvo el aprobador sabe que está esperando, así que nadie más arriba puede escalarla.
El reloj silencioso. No hay una expectativa de cuánto debe tardar una aprobación. La que debería resolverse en un día y la que lleva once atascada se ven idénticas desde afuera.
La delegación no documentada. Alguien cubre de palabra al aprobador y firma en un pasillo. La decisión ocurre pero nunca entra al registro, de modo que la aprobación ya no se puede probar.
Note que solo el primero de esos puntos tiene que ver con la ausencia de la persona. Los otros tres tienen que ver con la visibilidad, y la visibilidad es justamente la parte que usted sí controla.
Construir la cadena para que sobreviva a su eslabón más débil
Una cadena de aprobaciones resiliente no supone que el aprobador esté disponible; supone que no lo está, y aun así avanza. Eso significa tres cosas. Cada rol de aprobación tiene al menos dos personas autorizadas, no una. Cada solicitud pendiente está en una cola que todos pueden ver, con marca de tiempo y un responsable. Y cada solicitud lleva una regla de escalada que se dispara automáticamente cuando vence el plazo, de modo que una aprobación atascada se redirige sola al suplente en lugar de esperar a que alguien la note. Cuando por fin se toma la decisión, queda registrada contra la solicitud: quién aprobó, cuándo y con qué fundamento, para que la firma de pasillo se vuelva un registro y no un rumor.
Este es exactamente el caos que construimos XNM-VISION para terminar: aprobaciones que viven en una única cola visible, con delegación y rastro de auditoría, en vez de dispersas entre bandejas de entrada y recuerdos. Pero aunque nunca toque nuestro software, la regla se sostiene sola. Si alguna aprobación de su proyecto depende de una única persona localizable, no tiene un flujo de trabajo: tiene un punto único de falla con credencial colgada al cuello.
La próxima vez que una obra espere una firma, hágase dos preguntas: cuántas personas pudieron haber firmado, y podía alguien más arriba siquiera ver la solicitud en espera. Más relatos de campo sobre aprobaciones y flujos de trabajo se publican cada semana en el blog de XNM.
