Questão de Engenharia de Software — SCRUM — FCC 2025

Ciclo de Vida e Processos de Desenvolvimento: Scrum

Gabarito: letra D. O cenário descrito — prazos apertados e requisitos iniciais não totalmente definidos — é o ambiente típico para o Scrum, um framework ágil que trabalha com ciclos curtos e iterativos (sprints), equipes multifuncionais, entregas frequentes de software funcional e adaptação contínua com base no feedback. As demais alternativas descrevem modelos tradicionais (Cascata, V) ou práticas específicas (Kanban, Espiral) que não se encaixam na necessidade de adaptação a requisitos voláteis.

O Scrum é um framework de gerenciamento de projetos ágil, baseado no empirismo — o conhecimento vem da experiência — e sustentado por três pilares: transparência (todos têm visibilidade do progresso), inspeção (revisão contínua do trabalho) e adaptação (ajustes rápidos para otimizar o processo). Ele é iterativo e incremental: o trabalho é dividido em ciclos de duração fixa chamados sprints (geralmente de 1 a 4 semanas), ao final dos quais se entrega um incremento de software funcional e potencialmente utilizável. Essa estrutura é ideal quando os requisitos não estão totalmente definidos no início, pois permite incorporar mudanças e feedback do cliente a cada ciclo, em vez de tentar congelar tudo na fase de análise.

A escolha do modelo de ciclo de vida depende do contexto do projeto. Modelos tradicionais como Cascata e V são sequenciais e rígidos: cada fase só começa após a conclusão da anterior, com documentação detalhada e validação tardia. Eles funcionam bem quando os requisitos são estáveis e bem compreendidos, mas falham quando há incerteza ou mudanças frequentes. Já o Kanban é uma abordagem de fluxo contínuo, focada em visualizar o trabalho e limitar o WIP (trabalho em progresso), sem iterações fixas — é mais adequado para demandas contínuas de manutenção e suporte. O Modelo Espiral combina desenvolvimento iterativo com análise de riscos a cada ciclo, sendo indicado para projetos de alto risco técnico, mas é mais pesado e complexo do que o Scrum para o cenário descrito.

Na prática, imagine um sistema de emissão de documentos fiscais com prazos apertados e requisitos que ainda serão refinados. Com o Scrum, a equipe multifuncional (Product Owner, Scrum Master e Desenvolvedores) prioriza o Product Backlog, planeja a primeira Sprint com as funcionalidades mais críticas, desenvolve e entrega um incremento funcional em poucas semanas. O cliente avalia, dá feedback, e o backlog é reajustado para a próxima Sprint. Isso permite entregar valor cedo e ajustar o rumo continuamente, algo impossível no Cascata, onde um erro de requisito só seria percebido nas fases finais de teste.

A pegadinha desta questão está em associar corretamente cada modelo à sua descrição. A banca mistura características de diferentes abordagens: a alternativa A descreve o Kanban (fluxo contínuo, WIP) mas a rotula como Espiral; a alternativa E descreve o Espiral (ciclos com análise de riscos) mas a rotula como Kanban. A alternativa D é a única que descreve fielmente o Scrum, com seus sprints, equipe multifuncional e adaptação contínua. Guarde a fronteira entre os modelos: Scrum = iterações fixas + papéis definidos + adaptação; Kanban = fluxo contínuo + WIP + sem iterações; Espiral = ciclos + análise de riscos; Cascata/V = sequencial + documentação. É exatamente nessa distinção que as alternativas se dividem.

Alternativa A — ❌ Incorreta

A descrição "fluxo de trabalho visualizado com limites de trabalho em progresso (WIP), focando na entrega contínua e na melhoria do fluxo, sem iterações de tempo fixo" é a definição clássica de Kanban, não do Modelo Espiral. O Espiral é um modelo iterativo que combina desenvolvimento com análise de riscos a cada ciclo, e não se caracteriza por WIP ou fluxo contínuo. A alternativa troca o nome do modelo pela prática de outra abordagem.

Alternativa B — ❌ Incorreta

A descrição "verificação e validação em cada fase do desenvolvimento, com planos de teste criados desde a fase de requisitos" é uma característica do Modelo em V, não do Cascata. No Cascata, os testes são concentrados nas fases finais, após a implementação, e não há planos de teste desde a fase de requisitos. Além disso, o Cascata é sequencial e rígido, inadequado para requisitos não totalmente definidos.

Alternativa C — ❌ Incorreta

A descrição "seguir rigorosamente as fases sequenciais de requisitos, projeto, implementação, testes e implantação, com documentação detalhada em cada etapa" é a definição do Modelo Cascata, não do Modelo em V. O V-Model é uma variação do Cascata que enfatiza a verificação e validação em cada fase, com testes planejados desde o início. A alternativa inverte os conceitos: descreve o Cascata mas rotula como V-Model.

Alternativa D — ✅ Correta ⟵ GABARITO

A descrição "ciclos de desenvolvimento curtos e iterativos (sprints) com equipes multifuncionais, entregas frequentes de software funcional e adaptação contínua com base no feedback" é a definição precisa do Scrum. O Scrum é um framework ágil que trabalha com sprints de duração fixa, equipes auto-organizadas e multifuncionais, e entrega incrementos de valor ao final de cada ciclo. A adaptação contínua com base no feedback é um dos pilares do Scrum (inspeção e adaptação), tornando-o ideal para projetos com requisitos iniciais não totalmente definidos.

Alternativa E — ❌ Incorreta

A descrição "desenvolver o software em ciclos, com cada ciclo envolvendo planejamento, análise de riscos, engenharia e avaliação, sendo mais adequado para projetos complexos com altos riscos técnicos" é a definição do Modelo Espiral, não do Kanban. O Kanban é uma abordagem de fluxo contínuo, sem ciclos definidos e sem análise de riscos explícita. A alternativa troca os nomes: descreve o Espiral mas rotula como Kanban.

Gabarito: letra D — a única alternativa que descreve corretamente o Scrum, o modelo mais adequado para o cenário de prazos apertados e requisitos não totalmente definidos.