Questão de Engenharia de Software — XP (eXtreme Programming) — FGV 2024
Engenharia de Software›XP (eXtreme Programming)
Código
fg084714
Banca
FGV
Órgão
EPE
Ano
2024
Nível
Superior
Cargo
Analista de Gestão Corporativa - Tecnologia da Informação (Soluções)
A metodologia de desenvolvimento ágil eXtreme Programming (XP) visa à qualidade do software e à capacidade de resposta às mudanças de requisitos do cliente.Assinale a opção que apresenta práticas típicas da metodologia XP.
APair programming, sprint planning e continuous integration.
Brefactoring, continuous integration e pair programming.
Cuser stories, burndown charts e test-driven development.
Dtest-driven development, retrospectives e daily stand-ups.
Eplanning poker, refactoring e backlog grooming.
Revelar gabarito e comentário▾
GabaritoB — refactoring, continuous integration e pair programming.
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”.
Metodologia XP (eXtreme Programming) - Práticas Típicas
Gabarito: letra B. As práticas de refactoring, continuous integration e pair programming são todas típicas da metodologia XP (eXtreme Programming). As demais opções misturam práticas do Scrum, como sprint planning, burndown charts, daily stand-ups, retrospectives, planning poker e backlog grooming, que não fazem parte do XP.
A banca explora a confusão entre as práticas das duas metodologias ágeis mais comuns. Enquanto o XP foca em práticas técnicas de engenharia, o Scrum foca em práticas de gerenciamento de projetos. A tabela abaixo compara as principais práticas:
Prática
XP
Scrum
Pair Programming
Sim
Não
Continuous Integration
Sim
Não
Refactoring
Sim
Não
Test-Driven Development (TDD)
Sim
Não (mas pode ser usado)
User Stories
Sim
Sim (Product Backlog)
Sprint Planning
Não
Sim
Burndown Chart
Não
Sim
Retrospective
Não
Sim
Daily Stand-up
Não
Sim
Planning Poker
Não
Sim
Backlog Grooming
Não
Sim
Práticas XP (técnicas)
1Pair programming
2Continuous integration
3Refactoring
4Test-Driven Development (TDD)
5Simple design
6Collective ownership
7Práticas Scrum (gerenciais)
Sprint planning
Daily stand-up
Retrospective
Burndown chart
Planning poker
Backlog grooming
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Pair programming e continuous integration são do XP, mas sprint planning é uma cerimônia do Scrum.
Alternativa B — ✅ Correta ⟵ GABARITO
Refactoring, continuous integration e pair programming são três práticas clássicas do XP.
Alternativa C — ❌ Incorreta
User stories são usadas tanto no XP quanto no Scrum, mas burndown charts são uma ferramenta do Scrum; TDD é do XP. A mistura torna a opção inválida.
Alternativa D — ❌ Incorreta
TDD é do XP, porém retrospectives e daily stand-ups são eventos do Scrum.
Alternativa E — ❌ Incorreta
Refactoring é do XP, mas planning poker (técnica de estimativa) e backlog grooming (refinamento do backlog) são práticas do Scrum.
NÃO CAIA NESSA!
A banca troca práticas do Scrum (sprint planning, burndown charts, daily stand-ups, retrospectives, planning poker, backlog grooming) por práticas do XP. Memorize as práticas de cada método: XP tem foco técnico (pair programming, TDD, refactoring, CI, simple design, collective ownership etc.), enquanto Scrum tem foco gerencial (sprints, daily, review, retrospective, planning, backlog).