Questão de Engenharia de Software — Processos de Software - Desenvolvimento Ágil — FCC 2017
Engenharia de Software›Processos de Software - Desenvolvimento Ágil
Código
fc040041
Banca
FCC
Órgão
TRT - 24ª REGIÃO (MS)
Ano
2017
Nível
Médio
Cargo
Técnico Judiciário - Tecnologia da Informação
Uma metodologia de desenvolvimento, ou combinação de metodologias, e a sequência de atividades ou componentes pertencentes a esta metodologia é corretamente indicada em:
AScrum e XP: Sprint Backlog – Sprint Planning – TDD – Reunião em pé – Classe proprietária.
BRUP: Iniciação – Metáfora – Transição – Construção – Refatoração.
CFDD: Lista de Features – Planejamento – Modelo de domínio – Detalhamento da Feature – Propriedade coletiva.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Metodologias de Desenvolvimento Ágil – Sequência de Atividades
Gabarito: letra D. A alternativa D descreve corretamente a sequência de artefatos e eventos do Scrum: Product Backlog (lista de requisitos), Sprint Planning (reunião de planejamento da Sprint), Sprint Backlog (itens selecionados para a Sprint), Daily Scrum (reunião diária) e Sprint Review (revisão da Sprint). As demais alternativas misturam termos de diferentes metodologias ou inserem elementos incorretos.
A questão cobra o conhecimento das práticas e nomenclaturas específicas de cada metodologia ágil. A banca insere distratores que combinam artefatos e cerimônias de métodos distintos (Scrum, XP, RUP, FDD, TDD).
Metodologia
Artefatos/Atividades (Sequência)
Correto?
Observações
Scrum e XP (A)
Sprint Backlog – Sprint Planning – TDD – Reunião em pé – Classe proprietária
❌
Mistura Scrum e XP; "Classe proprietária" é termo inexistente; ordem não corresponde a fluxo real.
RUP (B)
Iniciação – Metáfora – Transição – Construção – Refatoração
❌
Fases corretas do RUP seriam Iniciação, Elaboração, Construção, Transição; "Metáfora" e "Refatoração" são do XP, não do RUP.
FDD (C)
Lista de Features – Planejamento – Modelo de domínio – Detalhamento da Feature – Propriedade coletiva
❌
Etapas oficiais do FDD incluem Desenvolver Modelo Abrangente, Construir Lista de Features, Planejar por Feature, Projetar por Feature, Construir por Feature; "Propriedade coletiva" é do XP.
Red Green Refactoring – Feedback – Group Responsibility Principle – Product Owner
❌
TDD é prática (Red-Green-Refactor); "Group Responsibility Principle" e "Product Owner" são de outros contextos (XP e Scrum).
1Product Backlog
2Sprint Planning
3Sprint Backlog
4Daily Scrum
5Sprint Review
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Mistura Scrum e XP: "Sprint Backlog" e "Sprint Planning" são do Scrum, mas "TDD" (Test-Driven Development) é uma prática do XP, e "Classe proprietária" não é um termo consagrado em nenhuma das metodologias (provavelmente confusão com "propriedade coletiva" do XP). Além disso, a ordem apresentada não corresponde a nenhum fluxo real.
Alternativa B — ❌ Incorreta
RUP possui quatro fases: Iniciação (Inception), Elaboração (Elaboration), Construção (Construction) e Transição (Transition); "Metáfora" é um conceito do XP (system metaphor) e "Refatoração" é uma prática comum do XP e de métodos ágeis, não compondo uma fase do RUP. A sequência está errada.
Alternativa C — ❌ Incorreta
FDD (Feature-Driven Development) tem etapas: Desenvolver Modelo Abrangente (Develop Overall Model), Construir Lista de Features (Build Feature List), Planejar por Feature (Plan by Feature), Projetar por Feature (Design by Feature) e Construir por Feature (Build by Feature). A alternativa lista "Lista de Features" e "Modelo de domínio", mas insere "Propriedade coletiva" (termo do XP) e a ordem não é a oficial. "Planejamento" e "Detalhamento da Feature" são aproximações, mas a presença de "Propriedade coletiva" torna a opção incorreta.
Alternativa D — ✅ Correta ⟵ GABARITO
Sequência fiel ao Scrum:
Product Backlog: lista priorizada de tudo que pode ser necessário no produto.
Sprint Planning: reunião onde se define o que será feito na Sprint, gerando o Sprint Backlog.
Sprint Backlog: conjunto de itens do Product Backlog selecionados para a Sprint, mais o plano para entregá-los.
Daily Scrum: reunião diária de 15 minutos para sincronização.
Sprint Review: reunião ao final da Sprint para inspecionar o incremento e adaptar o Product Backlog.
Alternativa E — ❌ Incorreta
TDD (Test-Driven Development) é uma prática, não uma metodologia com artefatos e eventos. O ciclo "Red-Green-Refactoring" está correto, mas "Feedback" é genérico, "Group Responsibility Principle" não é um termo padrão (possível confusão com "coletivo" ou "responsabilidade compartilhada"), e "Product Owner" é um papel do Scrum. A mistura invalida a alternativa.
NÃO CAIA NESSA!
A banca mistura artefatos e eventos de diferentes metodologias na mesma sequência. Por exemplo, TDD (XP) aparece no meio de termos Scrum (alternativa A); "Metáfora" (XP) é inserida nas fases do RUP (alternativa B); "Propriedade coletiva" (XP) invade a sequência do FDD (alternativa C). O candidato que conhece cada metodologia por completo identifica rapidamente a incoerência.
PEGA ESSA DICA!
Monte uma tabela comparativa com as principais metodologias (Scrum, XP, RUP, FDD) e memorize as sequências oficiais de artefatos e eventos de cada uma. Para Scrum, decore a ordem: Product Backlog → Sprint Planning → Sprint Backlog → Daily Scrum → Sprint Review → Sprint Retrospective.