Um organograma não é um modelo operacional

Modelos operacionais · 9 minutos · Desenho organizacional · Arquitetura de direitos de decisão · Desenho de fluxos

Dois documentos diferentes

Um organograma descreve a estrutura formal: quem se reporta a quem. Um modelo operacional descreve a ação coordenada: como o valor é produzido, quem decide o quê e como o trabalho atravessa as funções.

Um organograma descreve estrutura formal. Um modelo operacional descreve ação coordenada.

Por que a confusão é cara

Quando uma organização responde a um problema de desempenho movendo caixas, normalmente mantém intactos os fluxos, as passagens e os direitos de decisão que causavam o problema. A reorganização consome um ano e muda pouco.

Os dez componentes

Fig. — Os dez componentes. Estrutura é apenas um.

Proposta de valor → Capacidades → Processos → Estrutura → Direitos de decisão → Governança → Informação → Pessoas → Tecnologia → Desempenho

Estrutura é um de dez. Redesenhos que só a movem alteram um décimo do sistema.

Um modelo operacional completo define o que a organização promete, quais capacidades essa promessa exige, como o trabalho flui, como as equipes se organizam, quem decide, como se governa, que informação circula, quem executa, com qual tecnologia e como o desempenho é medido.

As passagens são onde o desempenho se perde

A maior parte do risco operacional não vive dentro das funções, mas entre elas: processos que esperam uma aprovação, informação pedida duas vezes, exceções que ninguém está autorizado a resolver.

Um modelo operacional útil nomeia cada passagem: o que é entregue, em que condição, para quem, em que prazo e o que acontece quando falta algo.

Direitos de decisão são o componente mais omitido

Sem direitos explícitos, as decisões são tomadas por senioridade, urgência ou hábito. Defini-los é mais barato que reorganizar: quem decide, quem deve ser consultado, quem pode vetar e o que é escalado.

Antes de mover uma caixa, descreva como o trabalho se move. O problema quase sempre está ali.

O que testar antes de aprovar um redesenho

  • Qual problema de desempenho se pretende resolver?
  • O problema está dentro de uma função ou entre funções?
  • Qual passagem falha hoje?
  • Quem decide e com qual informação?
  • Quais exceções são tratadas informalmente?
  • A tecnologia habilita ou restringe o fluxo?
  • Como se saberá se o redesenho funcionou?

A Common Practice desenha as estruturas operacionais, os direitos de decisão, os fluxos de trabalho e os sistemas de governança por trás da estratégia.

O modelo operacional de dez componentes — Uma página: os dez componentes, as regras de passagem e as dez perguntas antes de aprovar um redesenho.