1
resposta

Planejamento X Mudanças Constantes

Entendo que um valor da gestão ágil é a responder as mudanças em detrimento de seguir estritamente um plano pré definido, mas mudanças constantes no plano não podem demonstrar uma planejamento inicial frágil e que podem além de onerar financeiramente o projeto, atrasar o cronograma definido em um pré-projeto e frustar as expectativas do cliente ?

1 resposta

Olá, Flávio. Como vai?

Essa é, sem dúvida, uma das dúvidas mais pertinentes e profundas de quem começa a estudar agilidade. Você tocou no ponto central da tensão entre o modelo Tradicional (Waterfall) e o Ágil.

A resposta curta é: sim, mudanças constantes podem ser sinal de um planejamento frágil, mas na agilidade, o "planejamento" muda de natureza para evitar justamente o ônus e a frustração que você mencionou.

Vamos analisar por que a agilidade defende essa abordagem, mesmo parecendo arriscada:

1. O Mito do Planejamento Perfeito

No modelo tradicional, assume-se que é possível prever tudo no início (escopo fechado). No entanto, em projetos complexos (como software ou inovação), o cliente muitas vezes não sabe o que quer até ver algo funcionando. Seguir um plano rígido que ignora o feedback do mercado pode resultar em um produto entregue no prazo e no orçamento, mas que ninguém quer usar. Isso sim é o maior prejuízo financeiro.

2. Mudança Planejada vs. Mudança Caótica

A agilidade não defende a ausência de plano, mas sim o Planejamento Adaptativo.

  • No Tradicional: O plano é um compromisso. Mudanças são tratadas como falhas ou "pedidos de alteração" burocráticos.
  • No Ágil: O plano é uma hipótese. Planejamos em ciclos curtos (Sprints). Se o mercado muda ou o cliente percebe que uma funcionalidade não agrega valor, mudamos a rota antes de gastar todo o orçamento.

3. Protegendo o Cronograma e o Financeiro

Você mencionou o medo de onerar o projeto. A agilidade protege o financeiro através da Priorização por Valor:

  • Em vez de tentar entregar 100% de um plano frágil, entregamos primeiro os 20% das funções que resolvem 80% dos problemas do cliente (MVP).
  • Se o dinheiro acabar ou o prazo chegar, o cliente já tem algo funcional e valioso em mãos, em vez de um projeto "pela metade" que não funciona.

4. Gestão de Expectativas

A frustração do cliente geralmente ocorre por falta de transparência. No Ágil, o cliente é parte do processo. Ele vê as mudanças acontecendo e ajuda a decidir: "Ok, queremos essa nova mudança, mas o que vamos tirar do plano original para manter o prazo?". A troca deixa de ser sobre "seguir o contrato" e passa a ser sobre gerar valor.


Resumindo:
Mudanças constantes sem critério são, de fato, sinal de amadorismo. Na gestão ágil, as mudanças são direcionadas pelo aprendizado. O planejamento inicial não é "frágil", ele é apenas honesto o suficiente para admitir que não prevemos o futuro, mas que somos rápidos o suficiente para reagir a ele.

Como você enxerga essa balança entre "manter a palavra do plano" e "entregar o que o cliente realmente precisa agora"?