Questão de Engenharia de Software — Processos de Software - Desenvolvimento Ágil — FCC 2016

Feature-Driven Development (FDD) – Fases e Disciplinas

Gabarito: letra A. O método ágil que divide o processo em Concepção/Planejamento e Construção, sendo esta última composta apenas pelas disciplinas de Detalhar por Funcionalidade (Design by Feature) e Construir por Funcionalidade (Build by Feature), é o Feature-Driven Development (FDD). As demais alternativas ou não são métodos completos (Daily Scrum, TDD) ou não possuem exatamente essas duas disciplinas na fase de Construção.

A questão exige conhecimento específico sobre o FDD, um método ágil citado no histórico do desenvolvimento ágil. No FDD, após a fase de planejamento (que inclui modelagem abrangente, lista de funcionalidades e planejamento por funcionalidade), a fase de Construção concentra-se em duas atividades iterativas: projetar a funcionalidade (Design by Feature) e implementá-la (Build by Feature). A alternativa A traduz esses nomes de forma direta.

Alternativa A — ✅ Correta ⟵ GABARITO

O FDD é um método ágil que estrutura o desenvolvimento em cinco processos, sendo os dois últimos "Design by Feature" e "Build by Feature", que correspondem exatamente à fase de Construção. A banca usou a tradução "Detalhar por Funcionalidade" (Design) e "Construir por Funcionalidade" (Build). Portanto, está correta.

Alternativa B — ❌ Incorreta

Daily Scrum não é um método ágil, mas sim uma cerimônia (evento) do Scrum. As disciplinas mencionadas (Criar Backlog do Produto e Desenvolver Sprint) são artefatos e eventos do Scrum, não disciplinas de uma fase de Construção. O enunciado pede explicitamente o nome de um método.

Alternativa C — ❌ Incorreta

Dynamic Systems Development Method (DSDM) possui fases como Estudo de Viabilidade, Estudo de Negócio, Iteração do Modelo Funcional, Iteração de Projeto e Construção, e Implementação. A fase de Construção no DSDM não se limita a apenas duas disciplinas com os nomes apresentados. O termo "Desenvolver Modelo Abrangente" não corresponde a uma disciplina do DSDM.

Alternativa D — ❌ Incorreta

Rapid Application Development (RAD) é um modelo de processo iterativo, mas não é classificado como um método ágil moderno; além disso, suas fases tradicionais são Modelagem de Negócios, Modelagem de Dados, Modelagem de Processos, Geração de Aplicação e Teste, e não as duas disciplinas listadas. A nomenclatura "Projetar por Funcionalidade" e "Desenvolver por Funcionalidade" é mais próxima do FDD, mas o método está errado.

Alternativa E — ❌ Incorreta

Test-Driven Development (TDD) é uma prática de desenvolvimento, não um método completo de processo. As disciplinas típicas do TDD são "Escrever um teste que falha" e "Fazer o teste passar", não os nomes apresentados. Além disso, o TDD não possui a estrutura de duas grandes fases (Concepção/Planejamento e Construção) como descrito.

Gabarito: letra A