Você entra na reunião com a decisão quase pronta. Alguém diz que faltam dados. Marcam outra reunião. Na outra reunião, as mesmas visões conflitantes, e de novo falta dado. Três semanas depois, nada mudou, só o roadmap que escorregou.
Enquanto isso, seu time espera. E o que pesa não é só a decisão errada. A demora custa quase tão caro quanto ela, com o agravante de que a decisão errada tomada rápido você consegue corrigir, e a demora você não recupera.
Nesta aula, Luciano Holanda, que responde hoje por uma estrutura de 70 pessoas dentro de uma engenharia de quase mil, mostra os quatro problemas que travam decisão em todo time de tecnologia e o que fazer com cada um deles.
O que você leva com essa aula
- Para de esperar o dado que nunca chega e reconhece o ponto em que a informação que você já tem é suficiente para decidir.
- Deixa claro quem decide o quê no seu time e para de receber de volta toda decisão que você já tinha delegado.
- Separa as poucas decisões que merecem semanas de estudo das muitas que não merecem, usando o custo de voltar atrás como critério.
- Entende por que buscar consenso trava o time e o que colocar no lugar sem virar o líder que decide sozinho.
- Enxerga o risco que ninguém mede, que é o de não chegar no resultado por não ter arriscado nada.
- Consegue construir clareza estratégica para o seu time mesmo quando a empresa não te deu essa clareza.
- Troca ciclos longos de aprovação por feedback frequente e descobre que o caminho está errado enquanto ainda dá para corrigir.
- Cria um ambiente em que uma aposta bem tomada que deu errado não vira punição, e as pessoas voltam a decidir sem medo.
A melhor parte: essa estrutura vale tanto para pequenas quanto para grandes empresas. A aula parte do cenário mais comum, o de que ninguém acima de você definiu isso com clareza, e mostra como buscar essa informação e traduzir para o seu time.
Além do conteúdo teórico a aula traz discussões de casos reais envolvendo: migração de banco, deploy travado por aprovação, designer e dev refazendo a mesma tela até a sprint estourar etc.
Para quem é
Tech leads, engineering managers e coordenadores que decidem todo dia e sentem que decidem devagar demais. Quem lidera time que depende de outros times para entregar. Quem ainda não lidera, mas quer ser visto como a pessoa que destrava as decisões.
Para quem não é
Quem procura um framework fechado que decide por você. Quem quer garantia de decisão sem risco, porque a aula parte do princípio de que essa garantia não existe.
Suas próximas decisões vão acontecer com ou sem estrutura, então é altamente aconselhável que você pelo menos saiba os trade-offs em cada situação.