Questão de Engenharia de Software — Processos de Software - Desenvolvimento Ágil — CESPE / CEBRASPE 2025
Engenharia de Software›Processos de Software - Desenvolvimento Ágil
Código
ce195222
Banca
CESPE / CEBRASPE
Órgão
BANRISUL
Ano
2025
Nível
Superior
Cargo
Técnico em Tecnologia da Informação II - Desenvolvimento de Software
No contexto de desenvolvimento de software, uma equipe que busca entregar incrementos contínuos e se adaptar rapidamente às mudanças do mercado deve priorizar a utilização de um modelo que possibilite
Aum ciclo iterativo e incremental, no qual pequenas entregas são realizadas regularmente e podem ser ajustadas de acordo com o feedback do cliente.
Buma documentação detalhada e completa antes do início da codificação, evitando alterações ao longo do projeto.
Cum planejamento rígido e sequencial, no qual cada fase depende da conclusão total da anterior.
Duma abordagem estruturada, com requisitos bem definidos desde o início do projeto e mínima interação entre desenvolvimento e cliente.
Eum fluxo de trabalho dividido em etapas fixas, com revisão de código apenas ao final do processo.
Revelar gabarito e comentário▾
GabaritoA — um ciclo iterativo e incremental, no qual pequenas entregas são realizadas regularmente e podem ser ajustadas de acordo com o feedback do cliente.
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”.
Desenvolvimento Ágil de Software
Gabarito: letra A. O modelo descrito na alternativa A — ciclo iterativo e incremental com entregas regulares e ajustes baseados em feedback do cliente — é a essência do desenvolvimento ágil, conforme preconizado pelo Manifesto Ágil (2001), que valoriza "responder a mudanças mais que seguir um plano" e "software funcional mais que documentação abrangente".
A questão testa a diferença fundamental entre abordagens ágeis e tradicionais. Enquanto as metodologias ágeis (Scrum, XP, etc.) priorizam entregas frequentes, colaboração e adaptação, os modelos tradicionais como cascata são sequenciais e resistentes a mudanças.
Desenvolvimento Ágil: Valores (Manifesto Ágil) (Responder a mudanças, Software funcional, Colaboração com cliente); Práticas (Ciclo iterativo e incremental, Pequenas entregas regulares, Ajustes por feedback); Metodologias (Scrum, XP); Oposto: Modelo Cascata (Planejamento rígido, Documentação prévia completa, Etapas fixas e sequenciais)
Alternativa A — ✅ Correta ⟵ GABARITO
Descreve com precisão o ciclo iterativo e incremental: pequenas entregas regulares que podem ser ajustadas conforme o feedback do cliente. Isso reflete os valores ágeis de "satisfação do cliente através de entrega contínua" e "acolher mudanças de requisitos, mesmo tardias".
Alternativa B — ❌ Incorreta
Propõe documentação detalhada e completa antes da codificação, evitando alterações. Isso contraria o valor ágil de "software funcional mais que documentação abrangente" e a prática de evoluir requisitos ao longo do projeto. É característico de modelos tradicionais como cascata.
Alternativa C — ❌ Incorreta
Descreve planejamento rígido e sequencial, com fases dependentes da anterior. É o modelo em cascata, oposto à iteração e adaptação contínua dos métodos ágeis.
Alternativa D — ❌ Incorreta
Apresenta requisitos bem definidos desde o início e mínima interação com o cliente. Isso vai contra os princípios ágeis de colaboração constante com o cliente e evolução dos requisitos.
Alternativa E — ❌ Incorreta
Fluxo de trabalho em etapas fixas com revisão apenas ao final. Isso descreve um processo sequencial sem feedback contínuo, ao passo que métodos ágeis promovem revisões e testes em cada iteração.
PEGA ESSA DICA!
Para identificar a abordagem ágil, lembre-se das palavras-chave: iterações curtas, entregas incrementais, feedback do cliente, adaptação a mudanças, colaboração. Sempre que a alternativa mencionar planejamento rígido, documentação prévia completa ou etapas fixas, ela descreve modelos tradicionais.