Definição de Qualidade

distinção clara do escopo, e descreve a relação entre a qualidade e o valor de negócio.

5.4 Critérios de Aceitação e o Backlog Priorizado do Produto—Esta seção enfatiza a importância dos

Critérios de Aceitação, e do Backlog Priorizado do Produto, e sua relação. Ele também explica a definição de Scrum de Pronto.

5.5 Gerenciamento de Qualidade em Scrum—Esta seção fornece detalhes no contexto do Scrum sobre:

o planejamento de qualidade, controle de qualidade e garantia de qualidade.

5.6 Resumo das Responsabilidades—Esta seção descreve as responsabilidades relevantes de qualidade

para cada pessoa ou papel em um projeto.

5.7 Scrum x O Modelo Tradicional de Gerenciamento de Projeto—Esta seção destaca os benefícios do

gerenciamento de qualidade no método Scrum em relação aos modelos tradicionais de gerenciamento de projetos.

5.2 Guia dos Papéis

1. Dono do Produto—A leitura completa deste capítulo é importante para qualquer pessoa que esteja assumindo o papel de Dono do Produto em projetos Scrum.

2. Scrum Master—O Scrum Master também deve estar familiarizado com este capítulo inteiro, com foco principal nas seções 5.3 e 5.4, 5.5.3 e 5.6.

3. Time Scrum— O Time Scrum devem se concentrar principalmente nas seções 5.3 e 5.4, e 5.6.

5.3 Definição de Qualidade

Existem inúmeras maneiras de se definir qualidade.

Em Scrum, a qualidade é definida como a capacidade dos produtos ou entregas concluídas em atender os Critérios de Aceitação e em alcançar o valor de negócio esperado pelo cliente.

Para garantir que um projeto satisfaça os requisitos de qualidade, o Scrum adota uma abordagem de Melhoria Contínua em que o time aprende com a experiência e engajamento dos stakeholders, a manter constantemente atualizado o Backlog Priorizado do Produto com qualquer mudança nos requisitos. O Backlog Priorizado do Produto apenas será concluído no encerramento ou término do projeto. Qualquer alteração nos requisitos reflete em mudanças no ambiente de negócio, interno ou externo, permitindo que o time trabalhe e adapte continuamente para atingir esses requisitos.Já que o Scrum exige que o trabalho seja feito em incrementos ao longo dos Sprints, isso faz com que os erros ou defeitos sejam notados mais cedo, através de repetitivos testes de qualidades, ao invés de quando o produto final ou serviço está quase concluído. Além disso, as tarefas importantes relacionadas com a qualidade (por exemplo, desenvolvimento, testes e documentação) são completadas pelo mesmo time, como parte do mesmo Sprint. Isso garante que a qualidade seja inerente a qualquer entregável Pronto criado como parte de um Sprint. Portanto, a Melhoria Contínua com testes repetitivos otimiza a probabilidade de atingir os níveis de qualidade esperados em um projeto Scrum. As discussões constantes entre o Time Central de Scrum e os stakeholders (incluindo cliente e usuários), com relação aos incrementos reais do produto a serem entregues ao final de cada Sprint, garantem que a diferença entre os resultados reais produzidos durante o projeto, e as expectativas dos clientes com relação ao mesmo sejam constantemente reduzidas.

5

5.3.1

Qualidade e Escopo

Em um projeto Scrum os requisitos de escopo e qualidade são determinados levando-se em consideração vários fatores, como:

• O projeto vai atender as necessidades do negócio

• A capacidade e disposição da organização para atender a necessidade do negócio identificadas • As necessidades atuais e futuras do público-alvo

O Escopo de um projeto é a soma total de todos os incrementos do produto e do trabalho necessário para o desenvolvimento do produto final. A qualidade é a capacidade das entregas em atender os requisitos de qualidade do produto e satisfazer as necessidades dos clientes. Em Scrum, o escopo e qualidade do projeto são capturados no Backlog Priorizado do Produto, e o escopo de cada Sprint é determinado pelo refinamento de Itens grandes no Backlog Priorizado do Produto (IBPs), transformando-os em um conjunto de pequenas, porém detalhadas, Estórias de Usuário que podem ser planejadas, desenvolvidas e verificadas dentro de um Sprint.

O Backlog Priorizado do Produto é continuamente refinado pelo Dono do Produto. O Dono do Produto garante que quaisquer Estórias de Usuário, que espera-se que o Time Scrum conclua em um Sprint, sejam refinadas antes do início do Sprint. Em geral, os requisitos mais importantes na resolução de problemas de clientes, ou para satisfazer suas necessidades são priorizados como de alto nível e os restantes recebem uma classificação de baixo nível. As Estórias de Usuário de menor importância são desenvolvidas em Sprints subsequentes, ou podem ainda, serem deixadas de fora dependendo das necessidades do cliente. Durante a execução do Sprint, o Dono do Produto, o cliente, e o Time Scrum, podem discutir sobre a lista de características do produto, para atender as necessidades de mudanças solicitadas pelo clientes.

5.3.2

Qualidade e Valor de Negócio

A qualidade e o valor de negócio estão muito ligados. Compreender o escopo de um projeto é fundamental para mapear corretamente os benefícios e resultados do projeto e de seu produto final, para entregar valor de negócio. Para determinar o valor de negócio de um produto, é importante entender a necessidade de negócio que impulsiona os requisitos do produto. Sendo assim, a necessidade de negócio determina o produto desejado, e o produto, por sua vez, fornece o valor de negócio esperado.

A qualidade é uma variável complexa. Um aumento no escopo, sem o respectivo aumento de tempo ou de recursos, tende a reduzir a qualidade. Do mesmo modo que, uma redução de tempo ou de recursos, sem diminuir o escopo, também geralmente resulta na diminuição de qualidade. O Scrum acredita na manutenção de um “ritmo sustentável” de trabalho, o que ajuda a melhorar a qualidade a longo prazo. O Scrum Guidance Body pode definir os padrões exigidos e os requisitos mínimos de qualidade para todos os projetos na organização. Estes padrões devem ser seguidos por todos os Times Scrum na empresa.