Pular para o conteúdo principal

Questão de Engenharia de Software — Conceitos e Princípios das Metodologias Ágeis — VUNESP 2023

Engenharia de SoftwareConceitos e Princípios das Metodologias Ágeis
Código
vu197075
Banca
VUNESP
Órgão
CIJUN
Ano
2023
Cargo
Arqt ( )

Projetos de software, baseados em metodologias ágeis,

  1. Avalorizam mais a documentação extensiva do que software em funcionamento.
  2. Bsão eficientes enquanto seguem o plano principal, mas possuem baixa capacidade de responder a mudanças de escopo.
  3. Csão iterativos e incrementais.
  4. Dpriorizam a negociação contratual em detrimento de colaboração com o cliente.
  5. Ebaseiam-se em um único ciclo de desenvolvimento que utiliza a metodologia em cascata (waterfall), produzindo o entregável final.
Revelar gabarito e comentário

GabaritoC — são iterativos e incrementais.

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 Ágeis: iteratividade e incrementalidade

Gabarito: letra C. Projetos baseados em metodologias ágeis são, por definição, iterativos e incrementais: o desenvolvimento ocorre em ciclos curtos (iterações/sprints), cada um entregando um incremento de funcionalidade que agrega valor ao produto. Essa é a essência do Manifesto Ágil, que prioriza software funcionando, resposta a mudanças e colaboração com o cliente — exatamente o oposto do que afirmam as alternativas A, B, D e E.

O que caracteriza uma metodologia ágil? Antes de tudo, é uma reação aos modelos tradicionais e "pesados", como o cascata (waterfall), que seguem um fluxo sequencial e rígido de fases (requisitos → projeto → implementação → testes → entrega). O ágil inverte essa lógica: em vez de planejar tudo no início e executar linearmente, o projeto é dividido em iterações — ciclos de curta duração (geralmente de 1 a 4 semanas) — e, ao final de cada iteração, um incremento do software é entregue, ou seja, uma parte funcional e testada do produto. Isso permite que o cliente receba valor continuamente e que a equipe obtenha feedback rápido para ajustar o que vem a seguir.

Essa abordagem iterativa e incremental está no cerne dos principais frameworks ágeis. O Scrum, por exemplo, organiza o trabalho em Sprints (iterações) e, ao final de cada Sprint, entrega um Incremento potencialmente utilizável do produto. O XP (Extreme Programming) também é descrito como desenvolvimento incremental e entrega contínua, com foco em testes frequentes e adaptação rápida a mudanças. O Kanban, embora seja um método de fluxo contínuo, também se baseia em entregas incrementais e na gestão do fluxo de trabalho. Todos compartilham os valores do Manifesto Ágil: indivíduos e interações mais que processos e ferramentas; software em funcionamento mais que documentação abrangente; colaboração com o cliente mais que negociação de contratos; responder a mudanças mais que seguir um plano.

A banca explora exatamente a inversão desses valores. As alternativas A, B e D apresentam o oposto do que o ágil defende, como se o método valorizasse documentação extensiva, rigidez ao plano e negociação contratual. A alternativa E descreve o modelo cascata, que é o antagonista histórico do ágil. A única que captura a essência é a C, que afirma corretamente que projetos ágeis são iterativos e incrementais.

NÃO CAIA NESSA!

A banca inverte os valores do Manifesto Ágil para confundir. As alternativas A, B e D dizem exatamente o contrário do que o ágil prega: documentação extensiva (em vez de software funcionando), baixa capacidade de responder a mudanças (em vez de aceitar mudanças mesmo tardiamente) e negociação contratual (em vez de colaboração com o cliente). A alternativa E descreve o modelo cascata, que é o oposto do ágil. Fique atento: se a alternativa valoriza o que o ágil desvaloriza, ela está errada.

Alternativa A — ❌ Incorreta

Afirma que projetos ágeis valorizam mais a documentação extensiva do que software em funcionamento. Isso é exatamente o oposto do Manifesto Ágil, que prioriza "software em funcionamento mais que documentação abrangente". A documentação não é eliminada, mas é reduzida ao essencial; o foco está no software que funciona e agrega valor ao cliente.

Alternativa B — ❌ Incorreta

Diz que projetos ágeis são eficientes enquanto seguem o plano principal, mas possuem baixa capacidade de responder a mudanças de escopo. Isso contraria um dos princípios centrais do ágil: "mudanças nos requisitos são bem-vindas, mesmo tardiamente no desenvolvimento". A capacidade de responder a mudanças é uma das maiores vantagens do ágil, não uma fraqueza.

Alternativa C — ✅ Correta ⟵ GABARITO

Afirma que projetos ágeis são iterativos e incrementais. Essa é a definição central: o desenvolvimento ocorre em ciclos curtos (iterações), e cada ciclo entrega um incremento funcional do produto. Essa característica está presente no Scrum (Sprints e Incrementos), no XP (entregas contínuas) e em outros métodos ágeis.

Alternativa D — ❌ Incorreta

Afirma que projetos ágeis priorizam a negociação contratual em detrimento da colaboração com o cliente. O Manifesto Ágil valoriza "colaboração com o cliente mais que negociação de contratos". A parceria e o envolvimento constante do cliente são fundamentais no ágil, não a rigidez contratual.

Alternativa E — ❌ Incorreta

Descreve projetos ágeis como baseados em um único ciclo de desenvolvimento em cascata (waterfall), produzindo o entregável final. Isso é a descrição do modelo tradicional, não do ágil. O ágil é iterativo e incremental, com múltiplos ciclos e entregas parciais ao longo do projeto.

Gabarito: letra C

Link permanente: /questoes/vu197075