O que acontece quando ninguém define quem decide
A coordenação em ambientes de trabalho com múltiplos times não é sobre ter reuniões bonitas ou dashboards que parecem bonitos no PowerPoint. É sobre quem toma decisões quando aparecem conflitos de prioridade entre equipes que usam sistemas diferentes e têm métricas diferentes. Eu vi times de engenharia, produto e vendas trabalhando no mesmo produto sem nenhum mecanismo claro de coordenação. O resultado foi um produto que levou 14 meses para sair do lugar, com três versões diferentes sendo construídas simultaneamente porque ninguém havia definido quem tinha o último word. O que coordenação significa na prática é a existência de mecanismos formais ou informais que permitem que pessoas trabalhando em partes diferentes de um sistema alcancem objetivos comuns sem que cada uma precise monitorar o que todas as outras estão fazendo o tempo inteiro. Isso parece simples mas a implementação é onde a maioria das organizações falha. Coordenação eficiente usa tanto integração mútua — onde as pessoas se ajustam em tempo real umas às outras — quanto supervisão executiva — onde um líder resolve conflitos que a equipe não consegue resolver sozinha. O modelo de James D. Thompson que eu uso como referência descreve isso há décadas e continua sendo a base mais útil que existe.
O que coordenação realmente resolve no dia a dia
Vamos começar pelo que funciona na prática. A técnica que mais impacto teve nos projetos em que atuei foi a definição explícita de interfaces de dependência entre times. Não é sobre documentação extensa. É sobre escrever em um único arquivo, de forma clara, quais saídas cada time entrega e quais entradas cada time precisa receber. Esse arquivo vira a fonte da verdade quando surgem divergências. Sem isso, toda discussão vira disputa de poder porque não existe critério objetivo para decidir quem está certo. A minha abordagem prática segue três passos. Primeiro, mapear todas as dependências entre equipes num exercício que leva duas semanas no máximo para times de até cinquenta pessoas. Segundo, designar um responsável por cada dependência — uma pessoa claramente identificada que é a única que pode aprovar mudanças naquela interface. Terceiro, criar um calendário de sincronização que se adapta ao ritmo do projeto, não ao ciclo orçamentário da empresa. Reuniões mensais para coordination de times que precisam se ajustar semanalmente são inúteis. Reuniões semanais para times com dependências que mudam mensalmente gastam tempo desnecessariamente.
O problema é que a maioria das empresas faz o oposto. Elas criam cargos de coordination com muita autoridade e pouca informação. O coordenador vira gargalo porque ninguém lhe dá acesso aos detalhes técnicos que ele precisa para tomar decisões. Já vi isso acontecer em projetos de infraestrutura de software onde o gerente de coordenação precisava aprovar cada mudança de API. O ciclo médio de aprovação era de cinco dias úteis. Isso travou o time de desenvolvimento por aproximadamente 30% do tempo disponível durante quatro meses consecutivos.
Quando a coordenação formal piora as coisas
Aqui está uma coisa que poucos admitem: coordenação excessiva é mais comum do que coordenação insuficiente. Quando você coloca muitos mecanismos formais de coordenação num time, cada mecanismo cria um novo custo de transação. Revisões, aprovações, sincronizações. Cada um deles consome tempo que poderia ser usado para produzir. A literatura sobre organização chama isso de overdetermination — quando os controles burocráticos superam o valor que trazem em termos de alinhamento. Eu enfrentei isso diretamente em um projeto onde implementamos um comitê de coordenação com sete membros, reuniões quinzenais obrigatórias, e um sistema de tracking de dependências com trinta campos diferentes. O resultado foi que o time de engenharia passou a dedicar 40% do seu tempo a atividades de coordenação. A velocidade de entrega caiu pela metade no primeiro trimestre após a implementação. Os dados estavam claros: estávamos coordenando demais, não de menos.
A correção que funcionou foi simples e contra-intuitiva para quem gosta de processos. Reduzimos o comitê de coordenação de sete para três pessoas. Eliminou-se o sistema de tracking com trinta campos e substituiu-se por um arquivo único com apenas quatro colunas: dependência, time responsável, status e proprietário. As reuniões quinzenais viraram quinzenais opcionais com agenda prévia. O resultado foi que a velocidade de entrega dobrou em seis semanas. A qualidade das decisões melhorou porque as pessoas certas tinham informação suficiente para decidir sem precisar passar por dez camadas de aprovação.
Mecanismos que funcionam e o que eles custam
Existem basicamente cinco mecanismos de coordenação que se aplicam na maioria dos contextos organizacionais. Cada um tem um perfil diferente de custo-benefício e funciona melhor em situações específicas. O primeiro é o plano — a forma mais básica de coordenação onde se espera que as tarefas sejam definidas antecipadamente e executadas conforme o planejado. Funciona bem em ambientes previsíveis com baixa complexidade. Falha catastroficamente quando as condições mudam rapidamente porque o plano se torna obsoleto antes de ser implementado. O segundo mecanismo é a autoridade hierárquica. Um manager decide e os outros executam. É rápido e claro mas cria dependência excessiva do gestor. Se essa pessoa estiver ausente ou sobrecarregada, tudo para. O terceiro é o padrão — regras e procedimentos que dizem o que fazer em situações recorrentes. Bom para volume alto e variação baixa. Ruim quando surgem situações novas que não estão nos padrões estabelecidos.
O quarto é a integração mútua. As partes se ajustam diretamente umas às outras em tempo real. Requer comunicação constante e informação compartilhada. Funciona extremamente bem em ambientes de alta complexidade e alta volatilidade, mas é o mais caro em termos de tempo das partes envolvidas. O quinto é o resultado esperado — coordenação por metas e indicadores ao invés de por processos. As pessoas sabem o que precisam alcançar mas têm liberdade para decidir como alcançar. Isso exige um nível de maturidade organizacional e individual que poucas empresas realmente desenvolvem. Na prática, nenhum time usa apenas um mecanismo. A questão é saber qual predominar em qual situação. Eu recomendo começar perguntando: qual é o grau de interdependência entre as tarefas deste time? Se for interdependência coletiva — onde todos contribuem para um resultado comum e precisam se ajustar mutuamente — então a integração mútua será o mecanismo central. Se for interdependência sequencial — onde uma etapa depende da anterior — então padrões e planos serão mais relevantes. Se for interdependência acomodada — onde os times são relativamente autônomos e só precisam coordenar pontualmente — então a autoridade hierárquica ou os resultados esperados bastam.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Um caso específico que mudou minha visão sobre coordenação
Houve um momento em que precisei coordenar três times de desenvolvimento trabalhando em microsserviços diferentes de uma mesma plataforma. Cada time tinha seu próprio roadmap, suas próprias tecnologias e seus próprios prazos. A situação era típica: silos fortalecidos, métricas desalinhadas, e nenhuma visão compartilhada do produto. A primeira tentativa de coordenação foi criar um comitê de arquitetura que se reunia semanalmente. Levou seis semanas para perceber que o comitê não estava tomando decisões — apenas discutindo. As decisões continuavam sendo tomadas de forma ad hoc nos corredores, o que criava inconsistências que só apareciam em produção. A solução que implementei foi diferente. Em vez de criar mais um mecanismo de coordenação, eu mapeei as dez decisões técnicas mais críticas que afetavam os três times simultaneamente. Para cada uma delas, designei um proprietário único com autoridade clara para decidir. O restante das decisões ficou com cada time de forma autônoma. Isso reduziu o escopo do comitê de arquitetura de trinta pontos de discussão por reunião para cinco decisões concretas. O tempo de reação a mudanças diminuiu de duas semanas para três dias. A consistência técnica melhorou porque agora havia um único ponto de decisão ao invés de discussões sem resolução em reuniões semanais.
O detalhe que fez diferença foi a transparência. Todas as decisões do proprietário eram documentadas publicamente em um repositório acessível a todos os times. Qualquer pessoa podia ver o que foi decidido, por quê, e qual era o contexto. Isso eliminou a desconfiança de que decisões estavam sendo tomadas nos bastidores. A confiança aumentou porque o processo era visível.
Métricas que realmente importam em coordenação
A maioria das organizações mede coordenação de forma errada. Elas contam número de reuniões, quantidade de documentos produzidos, ou percentual de adesão a processos. Nada disso diz se a coordenação está funcionando. O que importa medir são latências de decisão e taxas de retrabalho por falta de alinhamento. Quantos dias levam para uma decisão crítica ser tomada? Quantas vezes uma equipe precisou refazer trabalho porque outra equipe mudou algo sem comunicar? Num projeto onde implementei esse tipo de métrica, descobrimos que a decisão mais lenta não era a que parecia mais óbvia. Era uma decisão sobre integração de dados entre dois sistemas que envolvia três times e nenhum proprietário definido. A latência média era de onze dias. Depois de designar um proprietário e simplificar o processo, caiu para dois dias. O ganho em velocidade de entrega equivalente a cerca de três semanas de desenvolvimento por mês.
Outra métrica útil é o índice de dependências não mapeadas. São aquelas situações onde uma equipe descobre apenas no momento da integração que depende de outra equipe para algo que nunca foi discutido. Esse índice deveria tender a zero em times maduros. Se está acima de cinco por cento das dependências totais, significa que o mapeamento de dependências é insuficiente ou que não há processo para atualizá-lo regularmente. Coordenação eficaz também se mede pela capacidade de adaptação. Quando o contexto muda — um requisito novo, uma tecnologia substituída, um membro-chave saindo — quão rápido o sistema de coordenação permite que o time se reorganize? Times com coordenação flexível se adaptam em dias. Times com coordenação rígida travam por semanas porque todos os caminhos de decisão passam por os mesmos gargalos.
O que funciona e o que não funciona em coordenação
Funciona: definir proprietários claros para cada dependência crítica. Ter reuniões de sincronização curtas e frequentes ao invés de longas e raras. Documentar decisões de forma acessível e atualizada. Medir resultados de coordenação ao invés de atividade de coordenação. Ajustar o nível de formalidade conforme a complexidade e volatilidade do projeto. Não funciona: criar camadas extras de aprovação sem aumentar a qualidade das decisões. Usar ferramentas de gestão como sinônimo de coordenação. Medir coordenação pelo número de processos seguidos. Ignorar coordenação informal que já existe no tecido social do time. Tentar coordenar tudo com o mesmo mecanismo — não existe solução única que sirva para todos os tipos de dependência.
O erro mais caro que já vi acontecer foi numa startup que cresceu de vinte para oitenta pessoas em doze meses. Eles mantiveram o mesmo modelo de coordenação informai que funcionava bem com vinte pessoas. Quando passaram de cinquenta, a coordenação informal simplesmente não conseguia mais dar conta. Decisões ficavam presa, informações não circulavam, e os times começaram a construir coisas inconsistentes. Levaram oito meses para perceber que o problema era de coordenação e não de competência técnica. Na época em que implementaram mecanismos adequados, já tinham perdido um trimestre de crescimento em produtividade. Coordenação não é um problema que se resolve uma vez e esquece. É uma variável que precisa ser ajustada continuamente conforme o tamanho, a complexidade e o contexto do time mudam. O mercado muda, os produtos evoluem, as pessoas entram e saem. A estrutura de coordenação tem que acompanhar essas mudanças sob risco de se tornar ela própria o principal obstáculo para o desempenho do time.
O que coordenação boa faz é invisível. Ninguém nota quando funciona bem porque nada dá errado. O que todo mundo nota é quando falha — prazos estourados, retrabalho excessivo, frustração generalizada. A lição prática é investir em coordenação antes que ela se torne um problema, não depois. Quando você percebe que precisa de coordenação, já está tarde demais para implementar algo que funcione bem.
