Alternativa correta: C (Certo)

Tema central: A questão aborda a importância do feedback no processo ágil, especialmente na cerimônia de Sprint Review e no papel do Product Owner (PO). Compreender a dinâmica de inspeção e adaptação é essencial para quem estuda métodos ágeis – uma competência fundamental em concursos de TI.

Resumo teórico: Em métodos ágeis como o Scrum, o feedback contínuo permite a melhoria do produto e do processo. A Sprint Review é o momento em que o trabalho realizado é apresentado e recebe sugestões do time e dos stakeholders. O objetivo principal é colaborar, inspecionar o progresso e adaptar o produto à medida que novas demandas e aprendizados surgem. Segundo o Guia Scrum (Scrum Guide, Schwaber & Sutherland), a Sprint Review é essencial para gerar transparência e promover adaptações baseadas no feedback real.

Justificativa da alternativa correta: Se o Product Owner não aceita contribuições, rejeita opiniões do time ou dos stakeholders e desconsidera o feedback, compromete o ciclo de inspeção e adaptação. Isso vai contra o espírito colaborativo dos métodos ágeis e enfraquece a evolução do produto, tornando o processo menos eficaz e mais suscetível a erros e insatisfação dos envolvidos.

Estratégias de interpretação: Note que a questão destaca “colaboração” e “principal objetivo da Sprint Review”. Esses termos devem ser lidos com atenção, pois são centrais para os valores ágeis. Fique atento também a afirmações absolutas: se a questão afirma que a falta de feedback compromete a adaptação, isso está de acordo com as boas práticas ágeis.

Dica para provas: Em itens de certo ou errado sobre ágil, busque pelo alinhamento aos valores do Manifesto Ágil e aos papéis descritos no Guia Scrum: colaboração, transparência, inspeção e adaptação.

Gostou do comentário? Deixe sua avaliação aqui embaixo!

Princípios do SCRUM "é sua TIA" - TRANSPARÊNCIA, INSPEÇÃO e ADAPTAÇÃO.

---------------------------------------------

Relembrando.....

PRINCIPAIS OBJETIVOS/CARACTERISTICAS DE CADA REUNIÃO do SCRUM:

1.Sprint Planning → 2.Daily Scrum → 3.Sprint Review → 4.Sprint Retrospective

1️⃣Sprint Planning:

• OBJETIVO: Definir o que pode ser entregue no Incremento da Sprint e como o trabalho será feito p/ entregá-lo

✔️Por quê? O PO propõe como o produto pode agregar mais valor. O time todo então colabora para definir um Sprint Goal.

✔️O quê? Os Desenvolvedores selecionam itens do Product Backlog para incluir na Sprint atual.

✔️Como? Os Desenvolvedores planejam o trabalho necessário para transformar os itens selecionados em um Incremento "Pronto". O resultado é o Sprint Backlog.

2️⃣Daily Scrum:

• OBJETIVO: Inspecionar o progresso e adaptar o Sprint Backlog; reunião de planej. rápido (máx.15min) entre os DEVS (no geral só DEVs participam, mas o PO ou SM pode entrar caso estejam trabalhando nos itens do backlog)

✔️O que eu fiz ontem que ajudou o Time de Desenvolvimento a atingir a Meta da Sprint?

✔️O que eu farei hoje para ajudar o Time de Desenvolvimento a atingir a Meta da Sprint?

✔️Eu vejo algum impedimento que impeça a mim ou ao time de atingir a Meta da Sprint?

OBS.: Daily do SCRUM x Daily do Kanban

• Daily SCRUM = FOCO TRADICIONAL BASEADO EM PESSOAS
• Daily do Kanban = BASEADO EM FLUXO: FOCO DEIXA DE SER PESSOAS e passa a ser os itens de trabalho

3️⃣Sprint Review:

OBJETIVO:

• Time Scrum(= PO + SM + DEVs) apresenta o resultado aos principais stakeholders(=apresenta apenas os itens que atendem 100% à Definição de "Pronto" = "Isto está 'Pronto'?")
• Com a finalidade de ter Feedback e Colaboração dos Stakeholders
• Inspecionar o Incremento da Sprint e adaptar o Product Backlog, este é revisado e ajustado com base nas conversas e no que foi aprendido, o que pode influenciar a próxima Sprint Planning.

4️⃣Sprint Restrospective (ÚLTIMA REUNIÃO DA SPRINT):

OBJETIVO: autoinspeção e criar um plano de melhorias a serem aplicadas na próxima Sprint. O foco é no processo, não no produto.

• Time Scrum discute o que deu bom/ruim/melhorias:

✔️"O que funcionou bem nesta Sprint?"

✔️"O que podemos melhorar?"

✔️"Quais problemas tivemos e como podemos evitá-los no futuro?"

• Time Scrum discute a Definição de "Pronto"(Definition of Done - DoD). ("Nossa DoD é boa o suficiente?")
•  garante uma melhoria contínua do time.

OBS.: DoD

O que é: é como a lista de verificação de qualidade oficial do time que descreve tudo o que precisa ser feito para que um item do Product Backlog seja considerado 100% completo.

Objetivo: qualidade e transparência.

Exemplo DoD: Para uma nova funcionalidade estar "Pronta", ela precisa ter:

• ✅ O código escrito e revisado por outro desenvolvedor.
• ✅ Todos os testes unitários criados e passando.
• ✅ A documentação técnica atualizada.
• ✅ Passado nos testes de aceitação do Product Owner.
• ✅ Integrada ao código principal sem quebrar nada.

Discordo do gabarito. "Um product owner que não aceita feedback do time de desenvolvimento ou dos stakeholders compromete a inspeção e adaptação do produto com base em colaboração" até aqui tudo bem. Mas na parte "principal objetivo da sprint review" pra mim ele quis dizer que o feedback do time de desenvolvimento E dos stakeholders é dado na sprint review, o que na minha visão é incorreto, pois "a roupa suja", ou seja, o feedback do time, é lavada na sprint retrospective (processo) e não da review (produto). Mas enfim, posso estar viajando.