A qualidade em Scrum, como mencionado, é definida pela capacidade das entregas em:
- Atenderem os Critérios de Aceitação;
- Alcançarem o valor de negócio esperado pelo cliente;
O Time Scrum aprende com a experiência e o engajamento dos Stakeholders. Ao aprender mais o time melhora continuamente.
O time Scrum melhora quando ele aprende a fazer melhor dentro do que são as necessidades do cliente, ou seja, quando a equipe compreende o que é valor para o cliente ela tende a melhorar. Portanto, é preciso definir alguns requisitos do escopo e da qualidade. O Escopo de um projeto é a soma de todos os incrementos do produto e dos trabalhos necessários para entregar o produto final e tende a ser construído em conjunto com as entregas e não costuma vir "pronto". Portanto:
- O projeto vai atender as necessidades do negócio;
- A capacidade e disposição da organização;
- As necessidades atuais e futuras do público-alvo.
Qualidade em Scrum está atrelada à capacidade do time Scrum de entender e atender os requisitos de um determinado produto sempre considerando a elaboração dele e objetivando entregar Valor para o negócio do cliente. Os Requisitos de qualidade são:
- Compreender o Escopo do Projeto;
- Mapear benefícios do produto;
- Entregar Valor ao Negócio.
Quando os critérios de aceitação são claramente definidos eles conduzem ao sucesso do projeto, ou seja, é precisa estar claro para e entre as partes o que é necessário para que o projeto seja considerado pronto ou finalizado. Dessa forma garante-se que o time e o cliente estejam "falando a mesma língua" e não desperdicem esforços.
O Backlog Priorizado contem os requisitos individuais que definem o escopo do projeto e fornece uma lista de prioridades a serem entregues. Essa lista deve conter itens, como histórias de usuário, e que eles estejam diretamente ligados aos Critérios de Aceitação.
No esquema acima podemos entender a relação entre o Backlog Priorizado do Produto e as Entregas.
Mas, os critérios de aceitação não substituem a lista de requisitos e são únicos para cada História de Usuário. Inclusive, podemos ter critérios mínimos de aceitação definidos pela alta gestão. Não podemos confundir Critérios de Aceitação, que são individuais para cada item do backlog com Critérios de Pronto, que são únicos para toda a Sprint.
E toda forma de Aceitação ou Rejeição vem da intervenção do Dono do Produto, a partir dos critérios definidos.