Cómo estandarizar un proceso de negocio
Cómo estandarizar un proceso de negocio entre equipos o centros: mapea las variantes, separa las diferencias reales de la costumbre, acuerda un único flujo con excepciones definidas y controla la versión.
Estandarizar un proceso significa mapear cómo lo hace realmente cada equipo, separar las diferencias genuinas de la simple costumbre y acordar un único flujo documentado con excepciones nombradas y permitidas.
En resumen
- Mapea las variantes antes de diseñar el estándar.
- Separa las diferencias obligatorias de las que son pura costumbre: solo las segundas se eliminan gratis.
- Estandariza también la excepción: un apaño no documentado acaba siendo el proceso real.
- Una sola versión documentada y aprobada, con las diferencias recogidas como variantes con nombre.
- Un estándar que nadie puede seguir bajo presión no es un estándar.
Variación no es lo mismo que desacuerdo
La estandarización suele partir de una observación real (tres centros ejecutan el mismo proceso de tres formas distintas y los números no coinciden) y después fracasa por un motivo concreto: trata toda la variación como desperdicio. Parte de ella lo es. Otra parte es un centro con un regulador distinto, un contrato de cliente distinto o una restricción genuina que el estándar rompería. Desplegar un único proceso sin separar esos dos tipos de diferencia es la forma habitual de que un estándar se publique, se ignore y se sortee en silencio.
Por eso la primera tarea no es diseñar el estándar, es mapear las variantes una al lado de otra. Cuando se dibujan contra los mismos pasos, las diferencias caen en tres montones: las que de verdad tienen que ser distintas, las que difieren por una restricción local que se podría eliminar y las que difieren porque alguien lo montó así en 2019. El tercer montón suele ser el más grande, y es el único que se estandariza gratis.
El ejemplo de abajo es un proceso de solicitud de compra, uno de los más propensos a la variación en cualquier organización con varios centros: todo el mundo crea solicitudes, y cada quien tiene un umbral distinto, una vía urgente distinta y una opinión distinta sobre qué necesita ver compras. Incluye una rama de vía rápida explícita, que es la forma correcta de estandarizar una excepción en lugar de fingir que no ocurre.
Un proceso hecho para variar
Un flujo de solicitud de compra con umbrales, una vía rápida y un bucle de especificación: los tres sitios donde se esconde la variación.
El tronco común
Necesidad de compra identificada, solicitud creada con especificación, centro de coste y cuenta contable añadidos. Casi todas las variantes coinciden hasta aquí, y encontrar primero el tronco común es lo que evita que la estandarización se convierta en una negociación sobre todo a la vez.
Donde viven los umbrales
Control presupuestario, aprobación del responsable directo y después un umbral de importe que enruta hacia un segundo aprobador. Los umbrales son el elemento más variable entre centros, y estandarizarlos es una decisión de delegación de facultades más que de proceso.
El bucle de especificación
Compras revisa la solicitud y puede devolverla para aclararla. Los centros que se saltan este paso no han eliminado el trabajo: lo han movido a una llamada de teléfono que no deja ningún registro, que es exactamente el tipo de variación que conviene eliminar.
Estandariza la excepción, no la niegues
La rama urgente tiene su propia decisión de justificación, una autorización de emergencia y una justificación de vía rápida registrada. Toda organización tiene una vía urgente; las que sostienen lo contrario la tienen sin registrar.
Cómo funciona
Mapea cada variante tal como se ejecuta de verdad
Un diagrama por centro o por equipo, dibujado con las personas que hacen el trabajo y no a partir del procedimiento local. Las variantes documentadas desde el papeleo parecen todas idénticas, porque todo el mundo copió la misma plantilla: las diferencias están en la práctica.
Alinea las variantes contra una espina dorsal común
Identifica los pasos que comparten todas las versiones y coloca cada variante frente a ellos. La comparación es lo que convierte la sensación general de que «cada uno lo hace distinto» en una lista concreta de diferencias, que es una conversación mucho más corta y menos conflictiva.
Clasifica cada diferencia en obligatoria, forzada o de costumbre
Obligatoria significa que un regulador, un contrato o una ley la hacen necesaria. Forzada significa que un sistema o un recurso local la imponen por ahora. De costumbre significa que nadie recuerda por qué. Pide al centro que la mantiene que justifique cada una: el propio ejercicio de clasificar suele resolver la mitad de las diferencias sin que nadie tenga que decidir.
Diseña el estándar alrededor de las diferencias obligatorias
Construye un único flujo con ramas de variante explícitas allí donde la diferencia sea genuina. Un estándar que ignore un requisito legal de una región se incumplirá en esa región y desacreditará todo el ejercicio en las demás.
Documenta la vía de excepción
Todo proceso tiene una vía urgente. Dibújala, ponle criterios, nombra a quién la autoriza y exige que la justificación quede registrada, como hace el ejemplo con su rama de vía rápida. Las vías de excepción sin documentar crecen hasta convertirse en el proceso.
Publica una única versión aprobada y revisa la desviación
Mantén un solo diagrama aprobado con las variantes nombradas sobre él y revísalo unos meses después para ver la divergencia que habrá aparecido. La estandarización no es un proyecto que termina; es una versión que hay que mantener, y la primera señal de fallo es un centro con su propia copia actualizada.
Errores que debes evitar
Estandarizar desde los documentos
Los procedimientos locales suelen ser copias del mismo original. La variación está en lo que hace la gente, y eso solo aflora con entrevistas y observación.
Tratar toda la variación como desperdicio
Algunas diferencias son obligatorias. Eliminarlas produce un estándar que un centro no puede cumplir legalmente y en el que todos los demás dejan de confiar.
Ignorar la vía urgente
Negarse a documentar la excepción no la elimina. Elimina los criterios y el registro, que es lo peor de ambos mundos.
Publicar sin versión
Un estándar sin versión vigente aprobada se convierte en varios estándares en menos de un año, cada uno editado localmente y cada uno tenido por el bueno.
Estandariza tu propio proceso
Abre el ejemplo de solicitud de compra como tu propio diagrama, mapea después cada variante contra él y marca lo que de verdad tiene que ser distinto.
Guías relacionadas
Preguntas frecuentes
¿Cómo estandarizo un proceso entre varios centros?
Mapea cómo lo ejecuta realmente cada centro, compara las variantes contra una espina dorsal común y después clasifica cada diferencia en obligatoria, forzada o de costumbre. Diseña el estándar alrededor de las diferencias obligatorias y elimina las de costumbre. El orden importa: los equipos aceptan un estándar que visiblemente tiene en cuenta sus restricciones genuinas y rechazan uno que parece diseñado en otro sitio e impuesto, por bueno que sea el diseño.
¿Cuál es la diferencia entre estandarizar y centralizar?
Estandarizar significa que todos siguen el mismo proceso; centralizar significa que un solo equipo lo ejecuta para todos. Son decisiones independientes y se confunden con frecuencia, lo que complica la conversación más de lo necesario. Puedes estandarizar un proceso que cada centro sigue ejecutando localmente, y a menudo es el mejor primer movimiento: captura casi todo el beneficio de consistencia sin la disrupción ni la pérdida de conocimiento local.
¿Qué hago con un centro que de verdad necesita ser distinto?
Dibuja la diferencia dentro del estándar como una rama de variante con nombre, en lugar de conceder una exención. Una rama sigue siendo visible, se revisa junto con el resto del proceso y se puede eliminar cuando desaparece la restricción de fondo. Una exención es invisible, no se revisa y es permanente; además, invita a que todos los demás centros pidan la suya.
¿Cómo se evita que un proceso estandarizado vuelva a desviarse?
Una única versión aprobada al alcance de todos, un responsable con nombre y una revisión periódica de la divergencia. La desviación no suele ser rebeldía; es un arreglo local a un problema real que nunca regresó al estándar. Da a los centros una vía para proponer cambios y actúa sobre ella, o harán el cambio localmente y el estándar acabará siendo un documento sobre el pasado.