para que o Scrum Master tenha sucesso, toda a organização deve respeitar suas decisões. Essas decisões são visíveis no conteúdo e na ordem do Product Backlog, pelo qual é o responsável, e por meio do incremento inspecionável na reunião de Retrospectiva da Sprint.

a meta da Sprint nunca pode se tornar inválida, por isso, caso a complexidade e o risco sejam grandes, deve-se aumentar o seu horizonte de tempo. Sprints mais curtas podem gerar mais ciclos de aprendizagem, mas aumentar os riscos de custo e o esforço de desenvolvimento.

durante a Sprint, nenhuma mudança que coloque em risco a meta da Sprint é realizada, a qualidade não diminui, o Product Backlog é refinado de acordo com o necessário e o escopo pode ser esclarecido e renegociado com o Product Owner conforme mais se aprende com o projeto.

o Product Owner contribui com o Scrum Team de várias maneiras, como: treinando os membros do time em self-organlzing e cross-functionality; ajudando na criação de incrementos de alto valor que atendem à Definição de Pronto; garantindo que todos os eventos Scrum ocorram e sejam positivos, produtivos e mantidos dentro do Timebox.

as respostas às três perguntas: "por que esta Sprint foi valiosa?", "o que foi feito nesta Sprint?" e ·como o trabalho escolhido foi realizado?" são obtidas na Sprint Review, que é o último evento da Sprint.