Questão de Engenharia de Software — Processos de Software - Desenvolvimento Ágil — INSTITUTO AOCP 2024
Engenharia de Software›Processos de Software - Desenvolvimento Ágil
Código
qg263149
Banca
INSTITUTO AOCP
Órgão
UFS
Ano
2024
Nível
Superior
Cargo
Analista de Tecnologia da Informação - Classe E
A Universidade Federal de Sergipe (UFS) está implementando o uso do framework SCRUM para gerenciar projetos em seu departamento de TI. João, o Scrum Master, está trabalhando com sua equipe para planejar o próximo Sprint. O que João deve fazer imediatamente após a reunião de Planejamento do Sprint para garantir que a equipe saiba quais tarefas devem ser completadas durante o próximo Sprint?
ARealizar uma reunião de revisão do Sprint.
BAtualizar o backlog do produto.
CRealizar uma reunião de retrospectiva.
DAtualizar o Quadro de Tarefas (Task Board).
EEnviar um e-mail para todos os stakeholders atualizando-os sobre o planejamento do Sprint.
Revelar gabarito e comentário▾
GabaritoD — Atualizar o Quadro de Tarefas (Task Board).
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”.
Scrum: Eventos e Artefatos
Gabarito: letra D. Imediatamente após a reunião de Planejamento do Sprint (Sprint Planning), o Scrum Master deve garantir que a equipe tenha visibilidade das tarefas a serem executadas, o que é feito atualizando o Quadro de Tarefas (Task Board) com os itens do Sprint Backlog. As demais alternativas descrevem eventos ou ações que ocorrem em outros momentos do ciclo Scrum, não imediatamente após o planejamento.
O Scrum é um framework ágil para gerenciamento de projetos complexos, baseado em ciclos iterativos chamados Sprints. Ele se estrutura em três pilares — transparência, inspeção e adaptação — e é composto por papéis, eventos e artefatos bem definidos. A questão cobra exatamente o conhecimento da sequência e do propósito de cada evento, testando se o candidato sabe o que acontece em cada momento do ciclo.
O Sprint Planning é o evento que inicia cada Sprint. Nele, o Product Owner e o Time de Desenvolvimento definem o objetivo da Sprint e selecionam os itens do Product Backlog que serão trabalhados, criando o Sprint Backlog. Ao final dessa reunião, a equipe sabe o que precisa ser feito, mas é essencial que essas tarefas sejam visualizadas e organizadas para que todos tenham clareza do trabalho. É aí que entra o Quadro de Tarefas (Task Board), uma ferramenta visual que organiza as tarefas em colunas (como "A fazer", "Em andamento" e "Concluído"), permitindo que a equipe acompanhe o progresso em tempo real.
A atualização do Task Board após o Sprint Planning é uma prática fundamental para garantir a transparência, um dos pilares do Scrum. Ela permite que todos os membros da equipe vejam quais tarefas precisam ser realizadas, quem é responsável por cada uma e qual é o status atual. Isso promove a auto-organização e facilita a comunicação, evitando retrabalho e garantindo que o trabalho seja executado de forma alinhada.
É importante distinguir os eventos do Scrum para não confundir suas finalidades. O Sprint Planning planeja o trabalho; a Daily Scrum sincroniza as atividades diárias; a Sprint Review inspeciona o incremento e adapta o Product Backlog; e a Sprint Retrospective revisa o processo para melhorias futuras. Cada um tem um momento específico no ciclo, e a banca explora exatamente essa distinção para induzir o candidato ao erro.
A pegadinha desta questão está em associar ações que pertencem a outros eventos do Scrum ao momento imediatamente após o Sprint Planning. O candidato que não domina a sequência dos eventos pode confundir a atualização do Task Board com a realização de uma reunião de revisão ou retrospectiva, que ocorrem ao final do Sprint, ou com a atualização do Product Backlog, que é responsabilidade do Product Owner e ocorre de forma contínua.
Guarde a sequência lógica do Sprint: Planejamento → Execução (com Daily Scrums) → Revisão → Retrospectiva. É essa ordem que vai separar as alternativas corretas das incorretas.
1Planejamento (Sprint Planning)
2Atualizar Task Board
3Execução (Daily Scrum)
4Revisão (Sprint Review)
5Retrospectiva
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
A reunião de revisão do Sprint (Sprint Review) ocorre ao final do Sprint, não imediatamente após o planejamento. Seu objetivo é inspecionar o incremento produzido e adaptar o Product Backlog, com a participação dos stakeholders. Realizá-la logo após o planejamento não faz sentido, pois ainda não há incremento para revisar.
Alternativa B — ❌ Incorreta
Atualizar o Product Backlog é uma atividade contínua e de responsabilidade do Product Owner, não do Scrum Master. Além disso, o Product Backlog é atualizado ao longo de todo o projeto, com a inclusão, remoção ou reordenação de itens, e não especificamente após o Sprint Planning. O Sprint Planning seleciona itens do Product Backlog para o Sprint Backlog, mas não é o momento de atualizar o backlog do produto.
Alternativa C — ❌ Incorreta
A reunião de retrospectiva (Sprint Retrospective) ocorre ao final do Sprint, após a Sprint Review. Seu objetivo é revisar o processo e identificar melhorias para o próximo Sprint. Realizá-la imediatamente após o planejamento seria prematuro, pois não há execução do Sprint para avaliar.
Alternativa D — ✅ Correta ⟵ GABARITO
Após o Sprint Planning, a equipe sabe quais itens do Product Backlog serão trabalhados. Para garantir que todos tenham visibilidade das tarefas e possam acompanhar o progresso, o Scrum Master deve atualizar o Quadro de Tarefas (Task Board) com os itens do Sprint Backlog. Essa ação promove a transparência, um dos pilares do Scrum, e permite que a equipe se auto-organize durante a execução do Sprint.
Alternativa E — ❌ Incorreta
Enviar e-mail aos stakeholders não é uma prática definida no framework Scrum. A comunicação no Scrum é preferencialmente face a face, e os stakeholders são envolvidos principalmente na Sprint Review, ao final do Sprint. Após o planejamento, a comunicação com a equipe é feita por meio de ferramentas visuais como o Task Board, e não por e-mail.
A regra de ouro para esta questão é lembrar que o Task Board é a ferramenta que materializa o Sprint Backlog e garante a transparência do trabalho. Após o planejamento, a ação imediata é organizar visualmente as tarefas para que a equipe saiba exatamente o que fazer.