Questão de Engenharia de Software — SCRUM — FGV 2024
- Código
- fg165461
- Banca
- FGV
- Órgão
- CM SP
- Ano
- 2024
- Cargo
- Cons Leg ( )
- AV – F – F.
- BF – V – V
- CV – F – V.
- DF – F – V.
- EF – F – F.
GabaritoD — F – F – V.
Gabarito: letra D — a sequência correta é F – F – V. O Scrum não possui fases tradicionais de planejamento geral nem de encerramento com documentação extensa; ele é um framework ágil iterativo e incremental, organizado em eventos (Sprint, Daily, Review, Retrospectiva) e artefatos (Product Backlog, Sprint Backlog, Incremento). A terceira afirmativa, sobre encerrar o projeto e avaliar lições aprendidas, é a única que se aproxima de uma prática real, embora o Scrum não prescreva formalmente "quadros de ajuda" ou "manuais do usuário" como parte do processo.
O Scrum é um framework ágil para gerenciar e desenvolver produtos complexos, baseado na colaboração, adaptação e entrega incremental. Diferente de modelos tradicionais como o cascata, que possuem fases sequenciais bem definidas (planejamento, análise, projeto, implementação, teste, manutenção), o Scrum organiza o trabalho em Sprints — ciclos de duração fixa (geralmente de 1 a 4 semanas) nos quais o time entrega um incremento potencialmente utilizável do produto. Não existe uma fase inicial de "planejamento geral" que estabeleça todos os objetivos e a arquitetura de uma vez; o planejamento é contínuo e adaptativo, ocorrendo a cada Sprint Planning. Da mesma forma, não há uma fase final de "encerramento" com documentação extensa; o produto evolui incrementalmente e a Retrospectiva da Sprint avalia o processo, mas não há um marco formal de "fim do projeto" com entrega de manuais.
A pegadinha desta questão está em confundir o Scrum com modelos tradicionais de ciclo de vida, como o cascata, que possuem fases de planejamento, desenvolvimento e encerramento bem definidas. O Scrum, por ser ágil, não segue essa estrutura linear. Vamos analisar cada afirmativa.
A afirmativa diz que há um "planejamento geral, em que se estabelecem os objetivos particulares do projeto e da arquitetura do software". Isso descreve uma fase típica de modelos tradicionais (como o cascata), não do Scrum. No Scrum, o planejamento é contínuo e adaptativo: o Product Backlog é priorizado pelo Product Owner, e o planejamento detalhado ocorre a cada Sprint Planning, não em uma fase inicial única. Não existe um momento formal de "planejamento geral" que defina toda a arquitetura de uma vez.
A afirmativa diz que "ocorre uma série de ciclos de sprint, em que cada ciclo desenvolve um decremento do sistema". O erro está na palavra "decremento". No Scrum, cada Sprint entrega um incremento do produto, ou seja, uma parte funcional e potencialmente utilizável que agrega valor. "Decremento" significa redução, o que é o oposto do que acontece. A banca trocou "incremento" por "decremento" para confundir o candidato.
A afirmativa diz que o Scrum "encerra o projeto, completa a documentação exigida, como quadros de ajuda do sistema e manuais do usuário, e avalia as lições aprendidas com o projeto". Embora o Scrum não prescreva formalmente a criação de manuais ou quadros de ajuda, a avaliação das lições aprendidas é uma prática real, realizada na Retrospectiva da Sprint. Além disso, o encerramento do projeto e a documentação são atividades que podem ocorrer no contexto do Scrum, mesmo não sendo eventos formais do framework. A banca considera esta afirmativa verdadeira por se alinhar com práticas comuns de gestão de projetos.
A banca troca "incremento" por "decremento" na segunda afirmativa. No Scrum, cada Sprint entrega um incremento do produto, não um decremento. Fique atento a essa inversão de termos, que é uma armadilha clássica.
Para questões sobre Scrum, lembre-se: o framework não tem fases tradicionais, mas sim eventos (Sprint, Daily, Review, Retrospectiva) e artefatos (Product Backlog, Sprint Backlog, Incremento). Se a questão mencionar "fases" ou "decremento", desconfie.
Gabarito: letra D — F – F – V.
Link permanente: /questoes/fg165461