Executar
é a parte
difícil.
Execution
is the
hard part.
Toda empresa tem uma estratégia. O que diferencia as que chegam é a capacidade de transformar intenção em software que funciona, que escala e que as pessoas usam. Every company has a strategy. What separates the ones that arrive is the ability to turn intention into software that works, scales, and people actually use.
Onde times
travam
Where teams
stall
A maioria das falhas em engenharia de software não é estratégica. É de execução. O plano existia. As pessoas eram capazes. Algo no meio do caminho não funcionou. Most software engineering failures aren't strategic. They're execution failures. The plan existed. The people were capable. Something in the middle didn't work.
O plano vai mudar The plan will change
Qualquer time que executa por tempo suficiente aprende que o roadmap inicial está errado em pelo menos metade das suposições. Isso não é falha de planejamento — é a natureza do software. Times que executam bem não resistem a essa realidade; eles criam o músculo de adaptar sem perder momentum. Any team that executes long enough learns that the initial roadmap is wrong in at least half its assumptions. That's not a planning failure — it's the nature of software. Teams that execute well don't resist this reality; they build the muscle to adapt without losing momentum.
Código sem deploy não conta Code without deploy doesn't count
Software que está no branch, esperando pela revisão perfeita ou pelo release trimestral, não está entregando valor para ninguém. A unidade de progresso real em engenharia é o software em produção sendo usado. Tudo antes disso é trabalho em andamento. Software sitting on a branch, waiting for the perfect review or the quarterly release, isn't delivering value to anyone. The unit of real progress in engineering is software in production being used. Everything before that is work in progress.
Como times que
executam pensam
How executing
teams think
Cinco comportamentos que separam times que entregam de times que acumulam trabalho em andamento. Five behaviors that separate teams that deliver from teams that accumulate work in progress.
Persistência como disciplina Persistence as discipline
Execução exige a capacidade de voltar ao problema quando tudo empurra em outra direção. Projetos travam. Prioridades mudam. A pressão para mudar de curso aumenta exatamente quando você está mais perto do resultado. Times que executam bem desenvolvem o hábito de continuar com clareza sobre o que ainda faz sentido. Execution requires the ability to return to the problem when everything pushes in another direction. Projects stall. Priorities shift. The pressure to change course increases exactly when you're closest to the result. Teams that execute well develop the habit of continuing with clarity about what still makes sense.
Organização como multiplicador Organization as multiplier
Clareza sobre o que está sendo feito, quem está fazendo e por que importa agora é o multiplicador de velocidade mais subestimado em engenharia. Times organizados movem-se com intenção e sabem quando parar. Times desorganizados parecem rápidos até que param completamente. Clarity about what's being done, who's doing it, and why it matters now is the most underrated speed multiplier in engineering. Organized teams move with intention and know when to stop. Disorganized teams seem fast until they stop completely.
Entrega contínua como hábito Continuous delivery as habit
O maior risco em software é passar meses construindo algo que ninguém usa. Entrega contínua quebra esse risco em ciclos menores. É sobre o hábito de terminar coisas, colocar em produção e observar o que acontece. Times que entregam continuamente constroem um músculo de execução que se acumula com o tempo. The biggest risk in software is spending months building something nobody uses. Continuous delivery breaks that risk into smaller cycles. It's about the habit of finishing things, putting them in production, and observing what happens. Teams that deliver continuously build an execution muscle that compounds over time.
Feedback como combustível Feedback as fuel
Times que coletam feedback continuamente — de usuários, métricas, retrospectivas, code reviews — constroem um loop de aprendizado que se acelera com o tempo. A cadência importa mais do que o formato. Um time que nunca para para ouvir está otimizando na direção errada. Teams that continuously collect feedback — from users, metrics, retrospectives, code reviews — build a learning loop that accelerates over time. Cadence matters more than format. A team that never stops to listen is optimizing in the wrong direction.
Agile como comportamento Agile as behavior
O Manifesto Ágil foi escrito por pessoas que observaram como software realmente funciona quando entregado com qualidade. O que ficou é uma ideia simples: adaptar quando a realidade muda, colaborar em vez de seguir um plano, preferir software funcionando. As cerimônias são uma forma de praticar isso. O comportamento em si é o que importa. The Agile Manifesto was written by people who observed how software actually works when delivered with quality. What remains is a simple idea: adapt when reality changes, collaborate instead of following a plan, prefer working software. The ceremonies are one way to practice this. The behavior itself is what matters.
O que a
prática
ensina
What
practice
teaches
Três coisas que ficaram depois de 25 anos construindo e liderando times de engenharia em quatro empresas globais. Three things that remained after 25 years building and leading engineering teams across four global companies.
Planos detalhados demais têm vida curta Overly detailed plans have short lives
Os melhores planos que vi deixavam espaço para o inesperado. Um roadmap é uma hipótese, não um contrato. Times que entendem isso revisam com frequência e se adaptam sem dramatizar. Times que tratam o plano como contrato passam energia defensiva sobre o que mudou. The best plans I've seen left room for the unexpected. A roadmap is a hypothesis, not a contract. Teams that understand this revise frequently and adapt without drama. Teams that treat the plan as a contract spend defensive energy on what changed.
Velocidade real se mede em deploys Real velocity is measured in deploys
Um sprint cheio de commits que nunca chegam em produção não é velocidade — é acúmulo. A pergunta mais útil que um EM pode fazer toda semana não é "o que vocês estão construindo" mas "o que vocês colocaram em produção desde a última vez que conversamos". A sprint full of commits that never reach production isn't velocity — it's accumulation. The most useful question an EM can ask every week isn't "what are you building" but "what have you put in production since we last talked."
Times que executam bem falam diferente Teams that execute well speak differently
Existe um padrão de linguagem em times que entregam bem. Eles falam sobre o que acabaram de fazer, sobre o que está bloqueando agora, e sobre o que vão fazer a seguir — nessa ordem. Times que travam falam sobre o que planejam fazer, sobre o que seria ideal e sobre por que o contexto é complicado. There's a language pattern in teams that deliver well. They talk about what they just did, what's blocking them now, and what they'll do next — in that order. Teams that stall talk about what they plan to do, what would be ideal, and why the context is complicated.
O que
observei
What I
observed
Padrões que aparecem repetidamente em times que entregam bem — e nos que não entregam. Patterns that appear repeatedly in teams that deliver well — and in those that don't.