Desenho do modelo operacional de compras para uma execução complexa em várias unidades de negócio.

Definição

O que um modelo operacional de compras realmente é

Um modelo operacional de compras é o sistema de trabalho que transforma uma estratégia e um organograma em execução repetível. Ele responde a quatro perguntas que um diagrama de estrutura nunca responde. Quem pode decidir. Sobre o quê. Dentro de quais limites. E o que acontece quando a resposta não está clara.

Concretamente, ele define o mandato de compras, como a responsabilidade se divide entre categoria, fornecedor, país e unidade de negócio, quais decisões estão desenhadas no modelo em vez de serem escaladas, e o ritmo pelo qual o valor é governado. Quando tudo isso é explícito, o trabalho anda entre entidades sem uma reunião para autorizar cada passo. Quando é implícito, todo caso fora do padrão vira uma escalada.

Duas confusões caras

Não é um organograma, e não é uma estratégia de compras

Diagrama

Os oito componentes de um modelo operacional executável

Um modelo é executável quando os oito são definidos juntos. O padrão de falha quase nunca é um componente que falta. São componentes desenhados separadamente.

Desenhados juntos, esses oito se comportam como um único sistema. Desenhados separadamente, um modelo de governança presume direitos de decisão que os sistemas não fazem cumprir, e a responsabilidade pelas categorias perde para a cultura da escalada.

A primeira pergunta errada

Centralizado, descentralizado, liderado pelo centro, híbrido

A maioria dos debates sobre modelo operacional se reduz a uma pergunta: centralizar ou descentralizar. É a pergunta errada para começar.

O rótulo não é a decisão. Um modelo liderado pelo centro com direitos de decisão pouco claros se comporta como descentralizado em todo caso contestado. O que determina o comportamento não é o nome no organograma. É onde a autoridade fica quando dois interesses legítimos discordam.

Padrão de falha

Onde os modelos operacionais se rompem

• Desenho global no papel, atalhos locais na prática.
• Responsabilidade pouco clara entre categoria, país, serviço compartilhado e negócio, de modo que a prestação de contas não recai em lugar nenhum.
• Escalada demais para decisões que deveriam ter sido desenhadas no modelo.
• Camadas de governança que acrescentam aprovações mais rápido do que acrescentam valor.
• Sistemas que fazem cumprir um modelo diferente daquele que a liderança acordou.

Cada um desses pontos é uma lacuna de desenho, não um problema de disciplina. É por isso que mais treinamento e mais esforço raramente os corrigem.

Na prática

Direitos de decisão, uma decisão por vez

Os direitos de decisão são o componente que mais vezes fica bonito no papel e funciona mal. Torná-los concretos significa nomear, para um dado tipo de decisão e limite, exatamente quem decide e quem é consultado. Escolha uma decisão abaixo para ver a forma que uma resposta executável assume.

O ponto não é esta divisão específica. É que a divisão é decidida uma vez, no modelo, em vez de ser rediscutida a cada caso.

Complexidade

Lógica multientidade e de serviços compartilhados

A complexidade sobe bruscamente no momento em que o trabalho atravessa entidades legais, países ou um centro de serviços compartilhados. Uma responsabilidade que era clara dentro de um negócio passa a ser contestada entre vários. Um centro de serviços compartilhados introduz uma transição em que a prestação de contas pode desaparecer em silêncio.

Um modelo multientidade executável torna três coisas explícitas. Quais decisões são reservadas ao centro e quais ficam no nível local. Como o trabalho e os dados passam entre as entidades e o centro de serviços sem perder um dono. E onde a governança fica quando interesses locais e centrais entram legitimamente em conflito. Sem isso, o centro de serviços vira um lugar aonde o trabalho vai para esperar, e não um lugar por onde ele passa.

As perguntas que os líderes fazem primeiro

Antes de contratar qualquer coisa