Na terceira semana de uma reformulação de site prevista para durar seis semanas, o departamento jurídico entra em contato com o gerente de projetos informando que uma nova regulamentação altera o fluxo obrigatório de consentimento de cookies. O design já aprovou os wireframes, a engenharia já iniciou o desenvolvimento e o marketing já agendou o anúncio de lançamento. A equipe está travada em uma decisão: parar e replanejar ou seguir em frente e incorporar a mudança mais tarde? A cada dia que a decisão é adiada, o retrabalho se acumula e a confiança diminui, pois ninguém consegue definir o impacto na nova data de lançamento. Este curso apresenta as estratégias práticas para superar esse tipo de impasse. Você aprenderá como funcionam os ciclos curtos de feedback, como utilizar backlog e sprint para assumir compromissos semanais realistas, como manter as partes interessadas alinhadas por meio de artefatos transparentes e como lidar com mudanças sem transformar cada solicitação em uma crise.
Para entender o que acontece quando o feedback é lento, você trabalhará em uma linha do tempo de projeto simples, na qual um requisito muda durante a execução e a equipe precisa absorver essa alteração.
O ponto não é que planos sejam ruins. O problema é que, quando o aprendizado surge após semanas de trabalho, atualizar o plano torna-se custoso.
Um plano que pressupõe requisitos estáveis cria uma única grande aposta. Você define todos os requisitos inicialmente, estima o projeto inteiro e, então, desenvolve tudo visando a uma entrega final. Quando um requisito legal surge na terceira semana, a equipe se depara com duas opções ruins. A primeira é ignorar a mudança e entregar um trabalho em desconformidade, o que gera risco operacional e a necessidade de retrabalho sob pressão. A segunda é aceitar a mudança e rever decisões anteriores, o que gera retrabalho, pois a interface (UI), o rastreamento, o conteúdo e os scripts de teste foram criados para o fluxo antigo. A falha não está no esforço em si, mas no aprendizado tardio. O projeto obtém um aprendizado real, porém tarde demais para que o plano o incorpore a um custo baixo.
Erro comum Tratar uma mudança no meio do projeto como uma exceção isolada leva a retrabalho oculto e, posteriormente, a um atraso no cronograma que parece má execução, em vez de uma falha de planejamento.
O Agile responde a isso tornando o aprendizado menos custoso. Ele faz isso por meio de ciclos curtos, nos quais você planeja uma pequena parte, desenvolve-a, revisa-a com as partes interessadas e, então, adapta o plano antes de acumular mais trabalho.
O Agile não é um manual de regras. É um conjunto de valores que direcionam você a comportamentos capazes de reduzir surpresas. Transparência significa que o status real está visível em artefatos como backlog, quadro de sprint e um incremento passível de revisão, e não apenas em atualizações de slides. Colaboração significa que quem decide e quem executa trabalham juntos frequentemente, permitindo que decisões sejam tomadas enquanto a mudança ainda tem baixo custo. Adaptação significa que você espera a evolução dos requisitos e cria uma maneira controlada de replanejar sem perder a responsabilidade pelos resultados.
Antes de aplicar esses valores ao seu contexto, tente prever qual comportamento teria evitado a maior parte do retrabalho no caso da mudança legal da terceira semana.
Uma abordagem preditiva — frequentemente chamada de Waterfall (Cascata) — funciona quando os requisitos são estáveis e a governança exige uma linha de base de escopo fixo logo no início. A abordagem Ágil é adequada quando há alta incerteza, a frequência de lançamentos é importante e as partes interessadas (stakeholders) podem fornecer feedback rápido. A abordagem híbrida combina as duas; por exemplo, marcos fixos para conformidade, com entregas ágeis dentro de cada marco.
O gerente de projetos faz essa escolha analisando restrições, e não preferências. Considere a incerteza nos requisitos, a frequência possível de lançamentos, as necessidades de conformidade, a disponibilidade das partes interessadas para revisões e a estabilidade da equipe. Se as partes interessadas não puderem realizar revisões semanais, as cerimônias ágeis tornam-se reuniões sem tomada de decisão. Se a conformidade exigir aprovações detalhadas antecipadas, o modelo Ágil puro pode violar as regras de governança, a menos que você incorpore controles preditivos.
Utilize os indicadores de adequação para tomar a decisão e, em seguida, observe qual restrição motivou essa escolha.