Questão de Engenharia de Software — Processos de Software - Desenvolvimento Ágil — CESPE / CEBRASPE 2024
Engenharia de Software›Processos de Software - Desenvolvimento Ágil
Código
ce188965
Banca
CESPE / CEBRASPE
Órgão
TCE-PR
Ano
2024
Nível
Superior
Cargo
Auditor de Controle Externo – Área: Administrativa
A equipe de trabalho da empresa responsável pelo desenvolvimento de um novo website para uma grande indústria se reúne diariamente para avaliar o andamento das tarefas e resolver eventuais obstáculos. Dado o prazo curto de entrega, as etapas de trabalho são breves e passam por validação constante do cliente.Nessa situação hipotética, infere-se que o método de desenvolvimento de sistemas que está sendo utilizado é o
APDCA.
BScrum.
CLean.
DKamban.
ESprints.
Revelar gabarito e comentário▾
GabaritoB — Scrum.
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”.
Método de desenvolvimento ágil – Scrum
Gabarito: letra B. O cenário descreve reuniões diárias (Daily Scrum), iterações curtas (Sprints) e validação constante pelo cliente – características centrais do Scrum. As demais alternativas ou são ciclos genéricos (PDCA), métodos focados em fluxo (Kanban), eliminação de desperdícios (Lean) ou apenas um componente do Scrum (Sprints), não abrangendo o método como um todo.
A questão exige reconhecer qual framework ágil combina os elementos citados. O Scrum é um dos frameworks ágeis mais conhecidos, organizado em eventos como Sprint Planning, Daily Scrum, Sprint Review e Sprint Retrospective. O trecho do conteúdo de apoio confirma:
“Métodos ágeis também enfatizam o software funcional como uma medida primária de progresso… A maioria dos métodos ágeis tenta minimizar o risco pelo desenvolvimento do software em curtos períodos, chamados de iteração, os quais gastam tipicamente menos de uma semana a até quatro.”
No Scrum, a reunião diária (Daily Scrum) é um evento de no máximo 15 minutos para alinhamento, e as Sprints são iterações de até 4 semanas com entrega incremental. A validação constante pelo cliente ocorre na Sprint Review e por meio do Product Owner.
Método
Reuniões diárias
Iterações curtas (time-boxed)
Validação constante do cliente
Foco principal
Scrum
Sim (Daily Scrum)
Sim (Sprints de 1 a 4 semanas)
Sim (Sprint Review, Product Owner)
Framework ágil com papéis, eventos e artefatos
PDCA
Não
Não (ciclo genérico de melhoria)
Não
Melhoria contínua da qualidade
Lean
Não
Não
Não (valor/desperdício)
Eliminação de desperdícios
Kanban
Não
Não (fluxo contínuo)
Não (gestão visual)
Gestão visual de fluxo de trabalho
Sprints
Não (é um evento do Scrum)
Sim (apenas iteração)
Não (componente isolado)
Iteração de tempo fixo (parte do Scrum)
Métodos ágeis: Scrum (Daily Scrum (reunião diária), Sprints (iterações curtas), Validação constante do cliente); Kanban (Fluxo contínuo, Gestão visual); Lean (Eliminação de desperdícios); PDCA (Ciclo de melhoria contínua)
Alternativa A — ❌ Incorreta
O PDCA (Plan-Do-Check-Act) é um ciclo de melhoria contínua da qualidade, não um método de desenvolvimento de software. Não possui reunião diária obrigatória nem iterações chamadas de Sprints. Portanto, não se aplica ao contexto.
Alternativa B — ✅ Correta ⟵ GABARITO
O Scrum prevê Daily Scrum (reunião diária), Sprints (períodos curtos de trabalho) e envolvimento contínuo do cliente. Todos os elementos do enunciado (reuniões diárias, etapas breves, validação constante) se encaixam perfeitamente.
Alternativa C — ❌ Incorreta
Lean é uma filosofia focada em eliminar desperdícios e maximizar valor, originada no sistema Toyota. Embora influencie métodos ágeis, não define uma reunião diária nem iterações fixas chamadas de Sprints. Não é o método descrito.
Alternativa D — ❌ Incorreta
Kanban é um método de gestão visual de fluxo de trabalho, que não impõe iterações de tempo fixo (time-boxed) nem reunião diária obrigatória (embora algumas equipes adotem daily). O foco está em limitar o trabalho em progresso, não em Sprints. O enunciado menciona "etapas de trabalho são breves e passam por validação constante do cliente", o que remete mais a iterações (Sprints) do que ao fluxo contínuo do Kanban.
Alternativa E — ❌ Incorreta
Sprints é um evento do Scrum, não um método de desenvolvimento. Uma Sprint é o período de iteração, mas o método completo inclui papéis, eventos e artefatos. O enunciado descreve o método Scrum como um todo, não apenas o conceito de Sprint.
NÃO CAIA NESSA!
O candidato pode confundir "Sprints" (alternativa E) com o método Scrum, mas Sprints são apenas uma parte do Scrum. A banca testa o reconhecimento do framework completo.