Entregar no Caos

"Todo mundo tem um plano até levar um soco na cara."... Mike Tyson

O caos acontece nas melhores empresas. Uma mudança regulatória ou de escopo de última hora. A saída inesperada de uma pessoa-chave da equipe. Um bug crítico derrubando o faturamento em plena segunda-feira de manhã. Um fornecedor de nuvem ou pagamento que falha sem aviso. Na vida real de tecnologia e operações, a questão nunca é se o caos vai aparecer, mas quando. E o que separa times amadores de times profissionais é a capacidade de manter a lucidez e continuar entregando valor mesmo quando o cenário ao redor vira de cabeça para baixo.

Quando a pressão explode, o erro mais comum é tentar rodar exatamente o mesmo ritual burocrático de dias normais ou, no extremo oposto, sair correndo em todas as direções ao mesmo tempo. Nenhuma das duas reações resolve a crise.

Como decidir na turbulência: o Framework Cynefin e o limite de WIP

Em um artigo clássico publicado na Harvard Business Review (2007), os pesquisadores Dave Snowden e Mary Boone apresentaram o Framework Cynefin, que ajuda líderes a distinguirem contextos ordenados de contextos complexos e caóticos.

A grande lição de Snowden e Boone é que, em um domínio caótico (quando a casa está pegando fogo e as relações de causa e efeito estão turvas), não adianta formar um grupo de trabalho para passar duas semanas analisando planilhas. A regra de ação no caos é Agir, Sentir e Responder (Act, Sense, Respond): primeiro o líder age de forma decisiva para estancar a sangria e criar um perímetro mínimo de estabilidade; depois observa a resposta do sistema e, aí sim, move a operação do caos para um terreno estruturado.

Ao mesmo tempo, como Gene Kim, Kevin Behr e George Spafford ilustraram na obra clássica de DevOps e operações The Phoenix Project (2013), equipes presas em incêndios contínuos só recuperam a capacidade de entrega quando limitam drasticamente o Trabalho em Andamento (Work in Progress, ou WIP) e protegem o gargalo técnico contra interrupções desordenadas.

Quatro princípios de entregas no caos

Quando o cenário aperta de verdade, aplico quatro regras práticas para tirar a equipe da paralisia e recuperar a tração:

1. Proteja o essencial sem hesitar

Quando tudo parece estar pegando fogo, você não tem mangueira nem água para apagar todos os focos ao mesmo tempo. Escolha imediatamente o que não pode queimar de jeito nenhum: o que mantém o cliente operando, o caixa entrando e os dados seguros. Priorize impiedosamente essas uma ou duas frentes e pause formalmente o resto para depois.

2. Comunique mais, não menos

No meio da crise, a tentação natural do time técnico é mergulhar no código e sumir: "Depois que eu consertar tudo, eu aviso a diretoria." Esse silêncio é um erro grave. Na ausência de informação clara, partes interessadas criam as piores teorias possíveis e aumentam a pressão sobre a equipe. No caos, a comunicação proativa e frequente (overcommunication) é regra de sobrevivência: atualizações curtas, honestas e com hora marcada dizendo o que já foi estabilizado, o que está sendo feito agora e quando virá o próximo boletim.

3. Quebre em pedaços menores

Um projeto grande emperrou sob pressão ou o prazo encurtou pela metade? Divida o escopo imediatamente. Entregue a menor parte funcional em ciclos de 24 a 48 horas. Progresso visível e verificável devolve a confiança aos clientes internos e reconstrói a moral de quem está executando.

4. Aceite o "bom o suficiente" para estancar a crise

No meio de uma tempestade operacional, perfeição estética é um luxo que você não pode pagar. Resolva o problema central com segurança, documente de forma transparente o débito técnico assumido na emergência e agende a refatoração estrutural para o momento em que a operação voltar ao ritmo normal.

Como se preparar antes que a crise chegue

A capacidade de atravessar uma semana caótica é construída nos meses de calmaria:

• Runbooks vivos e atualizados: quando um banco de dados travar às 3h da manhã, ninguém deveria precisar adivinhar comandos do zero. Os passos de diagnóstico e recuperação precisam estar escritos e testados.
• Canais claros de comando e comunicação: quem aciona quem? Quem toma a decisão técnica e quem faz a ponte executiva com os clientes para blindar os engenheiros?
• Margem de segurança na capacidade: cronogramas planejados com 100% de ocupação da equipe não absorvem nenhum imprevisto real; qualquer tropeço derruba a fila inteira.
• Simulações práticas: faça exercícios periódicos de resposta a incidentes. Pratique o caos de forma controlada antes que ele bata à porta sem avisar.

O paradoxo da estabilidade

Ao observar o mercado de perto, percebo sempre o mesmo padrão: times que parecem "sortudos" e quase nunca sofrem colapsos públicos geralmente não enfrentam menos imprevistos do que os outros. Eles apenas têm melhor preparação, menos trabalho acumulado na fila e rituais claros de resposta.

Estabilidade operacional nunca foi ausência de caos; é a capacidade construída de navegá-lo sem afundar. Prepare a estrutura quando o mar estiver calmo e execute com foco absoluto quando a tempestade chegar. Essa é a receita.

---

Referências e leituras verificáveis

• Snowden, D. J., & Boone, M. E. (2007). A Leader's Framework for Decision Making (The Cynefin Framework). Harvard Business Review, novembro de 2007.
• Kim, G., Behr, K., & Spafford, G. (2013). The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win. IT Revolution Press.