Alternativa B - Planejamento por ondas sucessivas
Introdução ao Cenário
O enunciado descreve um ambiente de alta incerteza típico de startups: requisitos mudáveis baseados no feedback do usuário e necessidade de entregas incrementais. Isso indica que o projeto não possui todas as especificações definidas no início, exigindo uma abordagem adaptativa.
Para resolver essa questão, é necessário identificar qual técnica de planejamento suporta a evolução do escopo e a flexibilidade, diferentemente dos métodos rígidos.
Desenvolvimento
A chave para a resposta está na definição das ferramentas apresentadas nas opções:
- Planejamento Tradicional em Cascata (Opção D): É o método mais oposto ao solicitado. Na cascata (Waterfall), exige-se que todos os requisitos sejam definidos antes do início do desenvolvimento. Mudanças são difíceis e caras de implementar após o início das fases. Não permite "flexibilidade" nem "entregas incrementais" com facilidade.
- Diagrama de Precedência (Opção C): É uma ferramenta de cronograma (como PERT ou CPM) que visualiza a lógica das atividades. Embora útil para calcular prazos, ela não define a estratégia de como lidar com mudanças de escopo ou flexibilidade do projeto como um todo.
- Planejamento por Ondas Sucessivas (Opção B): Também conhecido como Rolling Wave Planning, é uma técnica de elaboração progressiva.
- O trabalho imediato é planejado em detalhes.
- O trabalho futuro é planejado em alto nível.
- À medida que o projeto avança e novas informações surgem (como o feedback dos usuários), as próximas "ondas" são detalhadas.
- Isso se alinha perfeitamente com a necessidade de flexibilidade e adaptação descrita no problema.
Análise Comparativa
| Técnica | Característica Principal | Adequação ao Cenário |
|---|
| Cascata | Escopo fixo, sequencial | ❌ Baixa (Rígida) |
| Ondas Sucessivas | Detalhamento progressivo, adaptável | ✅ Alta (Flexível) |
| Diagrama | Visualização de dependências temporais | ⚠️ Neutra (Ferramenta de tempo) |
Conclusão
O Planejamento por Ondas Sucessivas é a ferramenta ideal quando há volatilidade nos requisitos, permitindo que a equipe foque no que precisa ser feito agora com precisão, enquanto mantém a capacidade de ajustar os planos futuros conforme o aprendizado do produto evolui. Portanto, a alternativa correta é a B.