A respeito do processo ágil e da metodologia Scrum, julgue o item a seguir.
Durante a sprint, o escopo pode ser esclarecido e renegociado com o product owner à medida que surgirem novos aprendizados, desde que nenhuma mudança comprometa a meta da sprint.
GabaritoC — Certo
Gabarito: Certo (C). Durante a Sprint, o escopo pode ser esclarecido e renegociado com o Product Owner à medida que surgem novos aprendizados, desde que nenhuma mudança comprometa a meta da Sprint — exatamente o que o enunciado afirma. Essa é uma regra explícita do framework Scrum, que equilibra a flexibilidade de adaptação com a proteção do objetivo central da iteração.
O Scrum é um framework ágil de gerenciamento de projetos que se baseia no empirismo: o conhecimento vem da experiência e da observação, não de um planejamento rígido e antecipado. Por isso, a adaptação é um valor central — mas ela não é ilimitada. A Sprint é um ciclo de trabalho com duração fixa (de uma semana a um mês, em geral), durante o qual a equipe se compromete a entregar um incremento de produto. Para que esse compromisso seja viável, o framework estabelece regras claras sobre o que pode mudar e o que não pode.
A regra que decide esta questão está no coração do Scrum: durante a Sprint, o escopo pode ser esclarecido e renegociado com o Product Owner conforme mais se aprende sobre o produto e o trabalho. Isso significa que, se a equipe descobre uma forma melhor de implementar uma funcionalidade, ou se o Product Owner entende melhor uma necessidade do cliente, o escopo pode ser ajustado — desde que a meta da Sprint, definida no planejamento, permaneça intacta. A meta é o compromisso central: ela orienta o trabalho e não pode ser alterada ou comprometida por mudanças de escopo.
Na prática, imagine uma Sprint cuja meta é "entregar a funcionalidade de login com autenticação em dois fatores". Durante a Sprint, a equipe descobre que uma biblioteca de terceiros pode simplificar a implementação, reduzindo o esforço. O Product Owner pode renegociar o escopo para incluir uma tela de recuperação de senha, que não estava prevista, desde que isso não coloque em risco a meta da Sprint. Por outro lado, se o Product Owner pedisse para adicionar uma funcionalidade de pagamento integrado, que exigiria muito mais trabalho e comprometeria a meta, isso não seria permitido — a mudança seria adiada para uma próxima Sprint.
A pegadinha que a banca explora neste tema é a confusão entre a flexibilidade do escopo e a rigidez da meta. Muitos candidatos pensam que, por ser ágil, o Scrum permite qualquer mudança a qualquer momento. Mas não é assim: a Sprint é um ambiente protegido, onde a equipe se compromete com uma meta, e essa meta é inviolável. O que pode mudar é o escopo (o como e o quê detalhado), desde que a meta (o porquê e o objetivo) permaneça. Essa distinção é o critério decisivo que separa as alternativas desta questão.
A afirmação está correta porque reproduz fielmente a regra do Scrum sobre o escopo durante a Sprint. O enunciado diz que "o escopo pode ser esclarecido e renegociado com o product owner à medida que surgirem novos aprendizados, desde que nenhuma mudança comprometa a meta da sprint". Isso é exatamente o que o framework determina: o escopo é flexível e pode ser ajustado em diálogo com o Product Owner, mas a meta da Sprint é um compromisso que não pode ser comprometido. A banca não trocou nenhum termo — a afirmação está alinhada com a letra e o espírito do Scrum.
Guia do Scrum (regra sobre a Sprint):
Durante a Sprint: nenhuma mudança é feita que coloque em risco a meta da Sprint; a qualidade não diminui; o Product Backlog é refinado conforme necessário; e o escopo pode ser esclarecido e renegociado com o Product Owner conforme mais é aprendido.
A regra é clara: o escopo pode ser renegociado, mas a meta da Sprint é protegida. O enunciado captura exatamente essa dualidade — flexibilidade no escopo, rigidez na meta. Por isso, a afirmação está CERTA.
Gabarito: Certo (C).
Link permanente: /questoes/ce417868