Governança Corporativa
Visão Geral
Governança de arquitetura é o conjunto de mecanismos pelos quais decisões técnicas acontecem de forma coerente numa organização com muitos times.
Ela é frequentemente desenhada como estrutura de poder — quem aprova o quê — quando deveria ser desenhada como fluxo: como uma decisão acontece, quem participa, e quanto tempo leva.
A diferença é prática: a primeira otimiza controle; a segunda otimiza qualidade da decisão por unidade de tempo.
Problema
Governança cresce por reação. Cada incidente produz um controle novo, e nenhum é removido.
uma escolha ruim de tecnologia → lista de aprovados
duas integrações divergentes → comitê de integração
um vazamento → revisão de segurança obrigatória
um custo inesperado → aprovação de infraestrutura
Cada controle é razoável isoladamente. O agregado é um processo em que uma mudança simples leva semanas, e times aprendem a contorná-lo.
E o contorno é o pior resultado: a governança deixa de produzir coerência e continua produzindo atrito.
Conceitos Centrais
Governar por exceção
O princípio que muda a economia do processo:
tradicional tudo passa pelo controle; o que é aprovado segue
por exceção tudo segue; o que foge do padrão passa pelo controle
Ver níveis de arquitetura. A maioria das decisões é local e reversível — e passar todas por um controle é gastar atenção onde ela não rende.
O que torna isso viável é o caminho pavimentado: se o padrão está embutido no que o time já usa, seguir o padrão não exige verificação. Só o desvio exige. Ver plataformas internas.
Uma governança que precisa verificar o que já é padrão não operacionalizou o padrão.
Os mecanismos, do mais leve ao mais pesado
caminho pavimentado o padrão embutido — sem processo
verificação automática a esteira valida — sem pessoa
princípios orientam julgamento — sem verificação
consulta opinião disponível — sem obrigação
revisão por pares outro time olha — sem hierarquia
aprovação alguém decide — o mais caro
O desenho correto usa o mecanismo mais leve que resolve. Aprovação é o último recurso, e costuma ser o primeiro adotado.
E há uma regra útil: se um controle poderia ser automatizado e não foi, ele está no nível errado.
Atrito precisa ser medido
Governança tem custo, e ele é invisível se não for medido:
tempo entre propor e começar
número de pessoas envolvidas por decisão
proporção de propostas que mudam por causa do processo
proporção que é rejeitada
número de contornos observados
A terceira e a quarta juntas dizem se o processo agrega: se a taxa de mudança é baixa e a de rejeição também, o processo é espera.
E a última é o sinal mais honesto: contorno não é indisciplina, é resposta a atrito que não se paga. Ver infraestrutura como código — a mesma dinâmica.
O rigor deve seguir a reversibilidade
reversível, alcance local nenhum controle
reversível, alcance amplo visibilidade — registro, não aprovação
irreversível, local revisão por pares
irreversível, amplo aprovação, com tempo e alternativas escritas
Aplicar rigor uniforme é o erro estrutural mais comum. Ele torna o processo lento para o trivial e insuficiente para o que importa — porque a atenção é finita e se dilui.
Governança precisa ser revisada como qualquer sistema
Controles criados em resposta a incidentes específicos permanecem depois que a causa foi resolvida.
A revisão periódica pergunta, para cada controle:
qual incidente ele previne?
esse incidente ainda é possível, ou foi resolvido de outra forma?
quantas vezes ele pegou algo nos últimos 12 meses?
quanto custa em tempo agregado?
poderia ser automatizado?
A terceira pergunta costuma ser reveladora: controles que nunca pegaram nada em anos são custo puro.
Governança de conteúdo, não de processo
A distinção que separa governança útil de burocracia:
de processo verifica se os passos foram seguidos — documento preenchido, reunião feita
de conteúdo verifica se a decisão é boa — alternativas, premissas, consequências
A primeira é fácil de operar e não melhora nada. A segunda exige julgamento e é a que justifica o custo.
Um processo que verifica se o formulário foi preenchido, sem ler o conteúdo, é cerimônia.
Governança precisa de um dono que a reduza
Uma característica organizacional dos controles: eles têm quem os crie e não têm quem os remova.
Cada controle nasce de um incidente, com um defensor claro. Removê-lo exige alguém disposto a assumir o risco de que o incidente volte — e ninguém tem esse incentivo.
O que corrige é atribuir explicitamente a responsabilidade de reduzir o processo, com a mesma legitimidade de quem o cria:
revisão periódica obrigatória, com dados de eficácia
prazo de validade em controles novos — expiram se não forem renovados
métrica de atrito acompanhada como qualquer outra
A segunda é a mais eficaz e a menos usada: um controle criado com prazo de doze meses precisa ser justificado para continuar, o que inverte o ônus.
Sem isso, a governança só cresce — e a organização atribui a lentidão a causas difusas, em vez de à soma de decisões individualmente razoáveis.
Modelo Mental
Governança é fluxo, não estrutura. Use o mecanismo mais leve que resolve, e meça o atrito.
Quando Usar
- Organizações com muitos times.
- Onde a divergência tem custo real.
- Para decisões de alcance amplo e reversão cara.
- Onde há requisito regulatório.
Quando Não Usar
Com rigor uniforme.
Verificando o que já é padrão.
Sem medir atrito.
Sem revisar controles.
De processo em vez de conteúdo.
Como estrutura de poder em vez de fluxo de decisão.
Alternativas
- Caminho pavimentado — remove a decisão em vez de governá-la.
- Verificação automatizada — para o que é objetivo.
- Registro em vez de aprovação — visibilidade sem gargalo.
- Revisão após o fato — para o reversível, olhar padrões periodicamente.
Trade-offs
| Governança leve | Pesada |
|---|---|
| Velocidade | Coerência |
| Risco de divergência | Menos |
| Times responsáveis | Controle central |
| Exige maturidade | Funciona sem |
| Por exceção | Universal |
|---|---|
| Atenção onde importa | Cobertura ampla |
| Exige padrão operacionalizado | Funciona sem |
Modos de Falha
Acúmulo de controles.
Contorno. O processo é evitado.
Atenção diluída. Tudo é verificado, nada com profundidade.
Governança de processo. Formulários preenchidos, decisões ruins.
Controle sem incidente associado. Ninguém sabe por que existe.
Aprovação como carimbo.
Erros Comuns
Criar controle para cada incidente. Cada resposta parece razoável isolada; o acúmulo produz um processo que ninguém consegue cumprir por inteiro, e o descumprimento vira norma.
Não remover controles. Controles só entram. Sem revisão que retire os que deixaram de fazer sentido, o custo cresce indefinidamente sobre todo mundo.
Rigor uniforme. Exigir o mesmo de uma mudança de texto e de uma migração de dados desperdiça o rigor onde não é preciso e desmoraliza o processo onde é.
Não medir o custo agregado. Cada controle custa pouco; ninguém soma. O número de dias que uma mudança leva do pronto ao produção é a medida que revela o total.
Não automatizar o automatizável. Controle verificado por pessoa é caro, lento e falha de forma inconsistente. Verificação automatizada é mais barata e não cansa.
Confundir seguir o processo com tomar boa decisão. Conformidade e qualidade são coisas diferentes; um processo bem seguido pode produzir uma decisão ruim sem que nenhum controle acuse.
Exemplo Real
Uma empresa de serviços financeiros tinha 11 controles de governança de arquitetura, acumulados em seis anos.
A auditoria mediu cada um:
controle vezes que pegou algo em 12 meses custo anual estimado
lista de tecnologias aprovadas 2 180 horas
comitê de arquitetura 11 640 horas
aprovação de infraestrutura 0 220 horas
revisão de segurança 23 310 horas
aprovação de custo acima de X 4 90 horas
revisão de dados pessoais 8 120 horas
outros cinco controles 1 (somados) 380 horas
Total: cerca de 1.940 horas por ano — próximo de uma pessoa em tempo integral — para 49 achados.
E a análise dos 49 mostrou que 31 poderiam ter sido detectados automaticamente.
A reformulação:
Cinco controles automatizados. Revisão de dados pessoais, aprovação de custo, verificação de padrões de segurança objetivos e duas verificações de infraestrutura viraram regras na esteira. Custo próximo de zero, cobertura maior.
Três controles removidos. Incluindo a aprovação de infraestrutura, que não tinha pego nada em doze meses e cuja causa original — um custo inesperado — tinha sido resolvida por alertas de orçamento.
Comitê reduzido a decisões de alcance amplo e reversão cara, cerca de uma por mês.
Revisão de segurança mantida, com escopo — apenas sistemas que tratam dado sensível — e realizada como consulta durante o desenho, não como aprovação no fim. Ver revisão de arquitetura.
Caminho pavimentado substituindo a lista de tecnologias.
Revisão anual de controles, com as cinco perguntas.
Resultado: custo de governança de 1.940 para cerca de 400 horas, e o número de achados subiu para 74 — porque a automação cobre mais e a atenção humana passou a se concentrar no que exige julgamento.
O detalhe que a equipe destaca: a aprovação de infraestrutura tinha sido criada após um incidente de custo, quatro anos antes. O problema foi resolvido por outro mecanismo dois anos depois, e o controle permaneceu — como quase todos.
Conceitos Relacionados
- Níveis de Arquitetura — o que governar.
- Revisão de Arquitetura — o mecanismo.
- Princípios Corporativos.
- Governança de Arquitetura — o tratamento aprofundado.
Exercício Prático
Liste os controles de governança da sua organização e, para cada um, responda: quantas vezes ele pegou algo nos últimos doze meses, e quanto custou em horas?
Os que não pegaram nada são custo puro.
Perguntas de Entrevista
- O que significa governar por exceção, e o que a viabiliza?
- Por que rigor uniforme é o erro estrutural?
- Qual a diferença entre governança de processo e de conteúdo?
Para Aprofundar
- Weill, Peter; Ross, Jeanne. IT Governance. HBS Press, 2004.
- Hohpe, Gregor. The Software Architect Elevator. O'Reilly, 2020.
- Forsgren, Nicole et al. Accelerate. IT Revolution, 2018.