A User Story é uma técnica que permite que as empresas entreguem produtos e serviços que atendam às necessidades dos clientes ao máximo. Os critérios de aceitação da User Story aprimoram a avaliação das novas funcionalidades do Produto do ponto de vista do usuário.
Abordamos a User Story e as questões a serem tratadas em sua criação em artigos anteriores. Hoje, no entanto, focaremos nos critérios de aceitação da User Story.
Os critérios de aceitação devem seguir estas diretrizes:
O Guia Oficial do Scrum não define a User Story e seus critérios de aceitação. Eles são opcionais, mas elementos muito comuns do trabalho em Scrum. Ainda assim, para satisfazer a curiosidade de nossos leitores, os descreveremos como: As condições que uma melhoria do Produto deve atender durante um determinado Sprint para obter aprovação do Usuário.
Uma User Story bem escrita contém uma descrição clara do contexto ou situação a que se refere, atendendo assim aos critérios de aceitação. No entanto, é apenas uma frase curta, muito vaga e ambígua para identificar diretamente as considerações necessárias.
Portanto, para evitar ambiguidades, conduza e registre uma conversa detalhada com o cliente para determinar o propósito da solução implementada. Lembre-se de que a formulação final dos critérios de aceitação pertence ao Product Owner.
Anote-os junto com os critérios da User Story antes do Planejamento do Sprint. Cada membro da equipe Scrum deve lê-los e confirmar que entende e concorda com os critérios de aceitação da User Story. Normalmente, os critérios de aceitação estão do outro lado do cartão da User Story.
Critérios de aceitação formulados corretamente permitem que o usuário verifique se o teste da User Story segue sua descrição. Os critérios podem assumir a forma de uma lista de verificação com itens a serem marcados quando concluídos durante o teste do Produto no final de um Sprint.
A questão é simples se o funcionamento do Produto for transparente para o Usuário. No entanto, quanto mais complexo o produto, mais difícil se torna o teste. Considere softwares complexos ou serviços em grande escala. Portanto, na maioria dos casos, uma ferramenta útil para validar a User Story é preparar um teste de aceitação.
Se você decidir desenvolver um teste de aceitação, coloque-o do outro lado do cartão contendo a User Story. Mais tarde, a equipe Scrum ou uma equipe de QA externa pode realizá-lo.
O teste deve conter, acima de tudo, uma declaração clara de se o Produto falha ou passa no teste. Não pode conter declarações percentuais ou avaliações intermediárias.
Se a User Story tiver mais de um critério de aceitação, cada um requer testes separados. Dessa forma, é muito mais fácil determinar qual funcionalidade do produto precisa de melhorias ou refinamentos e isso é especialmente importante se novas funcionalidades incluídas na User Story se sobrepuserem ou forem independentes umas das outras.
A Definição de Pronto é uma parte integral do trabalho em Scrum, que é o equivalente técnico dos critérios de aceitação. No entanto, você não deve confundir esses dois, pois eles denotam compromissos diferentes. O que é a Definição de Pronto, e como e quando formulá-la é uma questão que abordamos em um post separado?
Aqui, mencionaremos apenas que a Definição de Pronto é uma descrição clara e transparente do estado esperado do Produto após a conclusão do Incremento no Product Backlog. Ela descreve as melhorias feitas dentro do Incremento. Isso contrasta com o critério de aceitação correspondente à User Story, que descreve a funcionalidade do Produto criada durante o último Sprint, conforme percebido pelo Cliente.
Por exemplo, considere esta User Story com o conteúdo:
Como um cliente logado de uma loja online, quero comprar uma varinha mágica com um clique.
A Definição de Conclusão para a User Story acima pode incluir o seguinte:
Por outro lado, os critérios de aceitação do cliente apresentam:
Os critérios de aceitação são um conjunto de condições que funcionam como uma forma de avaliar a implementação da User Story. Ao descrever o desempenho novo e melhorado do Produto do ponto de vista do usuário, esse método se torna uma ferramenta eficaz para trabalhar com o Cliente. Ele apresenta o desempenho da equipe Scrum do ponto de vista do usuário.
Critérios de aceitação bem formulados, por exemplo, na forma de um teste de aceitação, também nos permitem verificar durante um Sprint se a funcionalidade criada melhora o atendimento às demandas do Cliente.
Os critérios de aceitação diferem da Definição de Pronto principalmente na perspectiva que adotam ao serem expressos. Eles não contêm uma descrição dos requisitos técnicos que a nova solução deve atender, mas apenas as funções que o produto deve apresentar após a concretização da nova User Story.
Se você gosta do nosso conteúdo, junte-se à nossa comunidade de abelhas ocupadas no Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Como Gerente de Projetos, Caroline é uma especialista em encontrar novos métodos para projetar os melhores fluxos de trabalho e otimizar processos. Suas habilidades organizacionais e capacidade de trabalhar sob pressão de tempo a tornam a melhor pessoa para transformar projetos complicados em realidade.
Você é um freelancer procurando maneiras de promover seu portfólio? Hoje em dia, não apenas…
A gestão financeira digital e a contabilidade online tornaram-se cada vez mais populares nos negócios.…
Os estatutos de projeto são o pão e a manteiga da gestão de projetos. Eles…
Organizações de diversos setores constroem relacionamentos com potenciais funcionários, fornecedores e parceiros todos os dias.…
Existem muitas técnicas de gestão por aí. Algumas parecem intrincadas, enquanto outras são simples, mas…
Você sabe como começar uma ONG? Você tem pensado nisso? Você está ciente de quão…