Diseño del modelo operativo de compras para una ejecución compleja en varias unidades de negocio.

Definición

Qué es realmente un modelo operativo de compras

Un modelo operativo de compras es el sistema de trabajo que convierte una estrategia y un organigrama en ejecución repetible. Responde a cuatro preguntas que un diagrama de estructura nunca responde. Quién puede decidir. Sobre qué. Dentro de qué límites. Y qué ocurre cuando la respuesta no está clara.

En concreto, define el mandato de compras, cómo se reparte la responsabilidad entre categoría, proveedor, país y unidad de negocio, qué decisiones están diseñadas dentro del modelo en lugar de escalarse, y el ritmo con el que se gobierna el valor. Cuando todo eso es explícito, el trabajo se mueve entre entidades sin una reunión que autorice cada paso. Cuando es implícito, cada caso no estándar se convierte en una escalada.

Dos confusiones caras

No es un organigrama, y no es una estrategia de compras

Diagrama

Los ocho componentes de un modelo operativo ejecutable

Un modelo es ejecutable cuando los ocho se definen juntos. El patrón de fallo casi nunca es un componente que falta. Son componentes diseñados por separado.

Diseñados juntos, estos ocho se comportan como un solo sistema. Diseñados por separado, un modelo de gobernanza da por supuestos unos derechos de decisión que los sistemas no hacen cumplir, y la responsabilidad sobre las categorías pierde frente a la cultura de la escalada.

La primera pregunta equivocada

Centralizado, descentralizado, liderado desde el centro, híbrido

La mayoría de los debates sobre el modelo operativo se reducen a una pregunta: centralizar o descentralizar. Es la pregunta equivocada para empezar.

La etiqueta no es la decisión. Un modelo liderado desde el centro con derechos de decisión poco claros se comporta como descentralizado en cada caso disputado. Lo que determina la conducta no es el nombre del organigrama. Es dónde reside la autoridad cuando dos intereses legítimos discrepan.

Patrón de fallo

Dónde se rompen los modelos operativos

• Diseño global sobre el papel, atajos locales en la práctica.
• Responsabilidad poco clara entre categoría, país, servicio compartido y negocio, de modo que la rendición de cuentas no recae en ninguna parte.
• Demasiada escalada para decisiones que deberían haberse diseñado dentro del modelo.
• Capas de gobernanza que añaden firmas más rápido de lo que añaden valor.
• Sistemas que hacen cumplir un modelo distinto del que acordó la dirección.

Cada uno de estos puntos es una laguna de diseño, no un problema de disciplina. Por eso más formación y más esfuerzo rara vez los arreglan.

En concreto

Derechos de decisión, una decisión cada vez

Los derechos de decisión son el componente que más a menudo se lee bien y funciona mal. Concretarlos significa nombrar, para un tipo de decisión y un umbral dados, exactamente quién decide y a quién se consulta. Elija una decisión abajo para ver la forma que adopta una respuesta ejecutable.

Lo importante no es este reparto concreto. Es que el reparto se decide una vez, en el modelo, en lugar de volver a discutirse en cada caso.

Complejidad

Lógica multientidad y de servicios compartidos

La complejidad aumenta bruscamente en cuanto el trabajo cruza entidades legales, países o un centro de servicios compartidos. Una responsabilidad que estaba clara dentro de un negocio pasa a estar disputada entre varios. Un centro de servicios compartidos introduce un traspaso donde la rendición de cuentas puede desaparecer en silencio.

Un modelo multientidad ejecutable hace explícitas tres cosas. Qué decisiones se reservan al centro y cuáles se mantienen a nivel local. Cómo pasan el trabajo y los datos entre las entidades y el centro de servicios sin perder un dueño. Y dónde reside la gobernanza cuando los intereses locales y centrales chocan legítimamente. Sin eso, el centro de servicios se convierte en un lugar al que el trabajo va a esperar, no en un lugar por el que pasa.

Las preguntas que los líderes hacen primero

Antes de encargar nada