← Todos os textos

Os melhores times de engenharia mudam de rumo na hora

Nesta página

O que os times de engenharia mais eficientes que já vi têm em comum é isto: eles mudam de prioridade de uma hora para outra sem desmoronar.

Parece simples. Não é. A maioria das organizações de engenharia trata mudança de prioridade como emergência. Todo mundo corre, renegocia, tem conversa constrangedora sobre custo irrecuperável. Os engenheiros sentem o tranco. Os gestores sentem que estão traindo compromissos.

Só que, em setores com concorrência acirrada, os objetivos do seu T1 podem não ter nada a ver com o mercado do T4. Um concorrente lança algo inesperado. Uma conversa de vendas revela uma oportunidade enorme. Um cliente escala um problema de um jeito que muda tudo. Os times que ganham são os que respondem sem cerimônia.

Planejar continua importando

Não sou contra planejamento. Planejar é essencial. O problema começa quando o planejamento vira um ritual que impede a adaptação.

O modelo tradicional é mais ou menos assim: duas semanas no fim de cada trimestre negociando prioridades entre os times, tudo travado, e depois 90 dias defendendo esse plano aconteça o que acontecer. Se surge algo urgente três semanas depois do início do trimestre, você enfrenta a burocracia de gestão de mudança, escalonamentos para as partes interessadas e conversas chatas sobre o que vai ser cortado.

Segundo o Developer Efficiency Report 2024 da McKinsey, os engenheiros gastam só 32% do tempo escrevendo código1. Os outros 68% vão para reuniões, interrupções e trabalho administrativo. Parte desse peso é inevitável. Boa parte é teatro de planejamento.

A alternativa não é o caos. É tratar os planos como apostas mínimas viáveis. Você não se compromete com resultados para os próximos 90 dias. Você toma a melhor decisão possível com a informação que tem e fica pronto para ajustar quando aprender algo novo.

Os CTOs que acertam nisso

Karri Saarinen, CEO da Linear, toca uma empresa de $1,25B sem OKRs. O time dele não define metas baseadas em métricas. Não roda testes A/B. As decisões vêm de gosto e opinião, não de dashboards.

“We haven’t used OKRs,” Saarinen told Lenny Rachitsky2. “For goals, we like to keep it simple and sometimes have more strategic goals, like ‘Be the default tool for startups’ or ‘Get xxx number of companies,’ which we then use as the theme for figuring out the roadmap. I find these types of goals useful to align our team to what we are after without being too specific about how we get there.”

Os times da Linear se juntam em torno de projetos e se dispersam quando terminam. Não há times multifuncionais duradouros. Não há gerente de produto para cada área. Só grupos pequenos que se formam, entregam e se reformam. A empresa é lucrativa há mais de três anos, com cerca de 80 pessoas.

A PostHog conta uma história parecida. Eles exigiram OKRs em 2022 e voltaram atrás. Os engenheiros estavam “agonising over finding the right metrics” e sentindo que essas métricas não refletiam o progresso real3. Agora cada time define as metas como quiser. As reuniões de planejamento trimestral duram no máximo 60-90 minutos.

“Sometimes we get our goals wrong and that’s okay,” PostHog writes. “Circumstances change, delays happen, engineers need the freedom to adjust.”

Quando um time da PostHog percebe que precisa de outra meta, ele mesmo troca e começa a trabalhar nela na hora. Não existe processo elaborado de mudança de metas. A prioridade é entregar produtos valiosos, não seguir à risca o plano que você escreveu dois meses atrás.

Por que os engenheiros resistem à mudança

Existe um custo humano real quando as prioridades mudam. Os engenheiros não estão sendo frescos quando reclamam de mudanças no meio da sprint. Eles investiram energia mental para entender um problema. Construíram contexto. Recomeçar significa jogar esse trabalho fora e reconstruir o contexto do zero.

O truque é dar às pessoas informação suficiente para entender por que a mudança importa. Quando os engenheiros entendem a razão comercial, quando enxergam como uma virada se liga a resultados reais do negócio, a psicologia muda. Deixa de parecer esforço jogado fora e passa a parecer capacidade de resposta.

Times de alto desempenho não só toleram mudanças de prioridade. Eles esperam por elas. O trabalho cultural é fazer a mudança comercial ser algo que as pessoas abraçam, e não algo que suportam.

Modelagem dinâmica de cenários

É aqui que a ferramenta realmente faz diferença.

Se mudar um plano significa regerar planilhas, conciliar o headcount entre sistemas e recalcular o impacto nos custos na mão, você criou uma resistência estrutural à adaptação. Cada ponto de atrito é uma razão para não responder ao mercado.

Montar rápido um time para construir e lançar um piloto, validar um palpite de vendas ou testar uma hipótese exige que você veja o impacto da decisão antes de se comprometer. Quanto custa? O que isso faz com as outras prioridades? Qual é a troca?

É isso que estamos construindo na Flowstate: ferramentas de Workforce Engineering que deixam o replanejamento barato. Mova uma pessoa do Time A para o Time B a 0,6 FTE no mês que vem, e custo, FTE e variação são recalculados automaticamente. Clone um orçamento e compare o impacto de uma reorganização antes de decidir. O objetivo não é planejar menos. É planejar de um jeito que evolui sem cerimônia.

Quando replanejar é barato, os times podem arriscar mais. Podem montar uma equipe de três pessoas para perseguir uma oportunidade, ver se funciona e realocar se não funcionar. Essa fluidez não existe quando toda mudança exige três semanas de alinhamento com as partes interessadas.

O que os melhores times fazem diferente

Karri Saarinen, da Linear, resume de forma simples: “Quality is our first principle. Every other metric and decision flows from that.”4

Eles continuaram pequenos e focados. Cerca de 80 pessoas com valuation de $1,25B. Lucrativos desde 2021. Só duas pessoas saíram da empresa até hoje. Não definem OKRs agressivos. Perseguem uma métrica mais difícil de medir: o capricho no produto.

A PostHog funciona com 26 times pequenos, cada um com autonomia para mudar as metas quando as circunstâncias pedem. A filosofia deles: “It’s better to change a goal to something useful than be stuck working on something useless because you said you would two months ago.”

Essas empresas têm alguns padrões em comum:

  1. Times pequenos com dono de verdade. Não só executando tarefas, mas decidindo o que construir e como construir. Os times de projeto da Linear se formam em torno de um trabalho específico e se dispersam quando ele termina.

  2. Planos como ponto de partida, não como contrato. As metas existem para dar direção, não para prender as pessoas a compromissos que deixaram de fazer sentido.

  3. Investimento em infraestrutura de replanejamento. Pode ser feature flag sofisticada que deixa você entregar aos poucos, ou ferramentas de Workforce Engineering que deixam você modelar as mudanças antes de se comprometer.

  4. Contexto comercial compartilhado com todo mundo. Os engenheiros entendem por que as prioridades mudam porque a liderança explica a razão do negócio. A mudança deixa de parecer arbitrária.

  5. Tolerância a planos imperfeitos. Como diz o handbook da PostHog: “All objectives are bad. They have many compromises, are fallible, easy to game, or may be affected by external factors. So use the least bad ones.”

Você não precisa ser uma startup

O argumento não é que as grandes empresas devam funcionar como startups. O argumento é que o atrito para mudar de direção costuma ser uma escolha da organização, não uma restrição inerente.

A agilidade de negócio se espalhou muito além da tecnologia. Bancos tradicionais lançam serviços só digitais. Fabricantes adotam ajustes de cadeia de suprimentos em tempo real. Órgãos do governo se reestruturam em torno da entrega de serviços ao cidadão. O Fórum Econômico Mundial defende que resiliência e agilidade, sozinhas, já não bastam. As organizações precisam de “continuous adaptation” para prosperar5.

Você pode ter 10.000 funcionários e ainda assim construir a musculatura cultural para mudar rápido. Dá trabalho de propósito. Exige investimento em ferramentas. Exige líderes que expliquem o porquê das mudanças, não só o quê.

O mercado não liga para o seu roadmap trimestral. Só liga para o que você entrega.

Leitura complementar

Footnotes

  1. McKinsey Digital, “Developer Efficiency Report 2024” ↩

  2. Rachitsky, Lenny. “How Linear builds product.” Lenny’s Newsletter, 26 Sept 2023. https://www.lennysnewsletter.com/p/how-linear-builds-product ↩

  3. Vanagas, Ian. “You’re doing quarterly planning wrong.” PostHog Newsletter, 30 June 2025. https://posthog.com/newsletter/quarterly-planning-mistakes ↩

  4. First Round Review. “Linear’s Path to Product-Market Fit.” 17 Oct 2025. https://review.firstround.com/linears-path-to-product-market-fit/ ↩

  5. World Economic Forum. “Why organisations must employ continuous adaptation.” Nov 2025. https://www.weforum.org/stories/2025/11/continuous-adaptation-resilience-and-agility/ ↩