Lei de Conway

Em 1968, Melvin Conway publicou na revista Datamation o artigo "How Do Committees Invent?". A tese, que ficou conhecida como Lei de Conway, é que organizações que projetam sistemas acabam produzindo projetos que são cópias das suas próprias estruturas de comunicação.

O raciocínio

Para construir algo grande, divide-se o trabalho entre grupos. Cada grupo cuida de uma parte, e as partes só se encaixam onde os grupos conversam. Resultado: as fronteiras do sistema aparecem onde estão as fronteiras entre as equipes.

Por que importa fora do software

O mesmo vale para processos e produtos de qualquer empresa. Uma jornada de cliente que passa por cinco áreas que não se falam tende a ter cinco remendos visíveis para o cliente. Reorganizar a tela, o fluxo ou o sistema sem mexer em quem conversa com quem costuma durar pouco.

A manobra inversa

Se a estrutura molda o sistema, dá para usar a lei a favor: desenhar primeiro a arquitetura desejada e então organizar as equipes de modo que a comunicação natural entre elas produza essa arquitetura. A ideia, chamada de manobra inversa de Conway, é um dos pilares de Team Topologies.

Ligação com outros verbetes

A lei ajuda a explicar por que o custo de coordenação cresce com o número de fronteiras e por que um modelo operacional não muda só com um sistema novo.