Por Courtney

em 22 de setembro de 2010 (atualizada em 17 de abril de 2019)

Tags:Ágil

os critérios de Aceitação de definir o que deve ser feito para completar um Ágil história de usuário. Eles especificam os limites da história e são usados para confirmar quando ela está funcionando como pretendido. Aqui está um guia introdutório para escrever e usar critérios de aceitação.,

critérios de aceitação lista

Descubra as 13 características dos critérios de aceitação eficazes

certifique-se de que os seus critérios de aceitação fornecem histórias de utilizador valiosas, e um produto valioso.na semana passada, descrevi os ossos da história do utilizador no primeiro post da nossa série introdutória sobre histórias do utilizador. Resumidamente, uma história de usuário é uma descrição de um objetivo que uma pessoa deve ser capaz de alcançar ao usar o seu site/Aplicação/software. Estas histórias são muitas vezes escritas neste formato: como um eu quero que assim seja .,

Por exemplo: como membro do Flickr, quero ser capaz de atribuir diferentes níveis de Privacidade às minhas fotos para poder controlar com quem partilho as fotos.

Este post adiciona alguma carne à idéia de histórias de usuário, na forma de critérios de aceitação.

onde estão os detalhes?

à primeira vista, pode parecer que histórias de usuários não fornecem informações suficientes para que uma equipe se mova de uma ideia para um produto. É aí que entram os critérios de aceitação. Mas primeiro, eis alguns antecedentes., Em 2001, Ron Jeffries escrevi sobre os Três C de a história de usuário:

  • Cartão de histórias são tradicionalmente escritos em notecards, e estes cartões podem ser anotadas com detalhes extra
  • Conversa – detalhes por trás da história, saindo através de conversas com o Proprietário do Produto
  • Confirmação – testes de aceitação confirmar a história é concluída e a funcionar como pretendido.

em um projeto após um processo ágil, a equipe de desenvolvimento discute histórias de usuários em reuniões com o proprietário do produto., (O proprietário do produto é a pessoa que representa o cliente para a coisa que você está desenvolvendo, e que escreve as histórias do Usuário). Primeiro o proprietário do produto apresenta a história do usuário, em seguida, a conversa começa.

Por exemplo: como participante de uma conferência, eu quero ser capaz de se registrar on-line, para que eu possa registrar rapidamente e cortar em papelada.

neste caso, as questões para o proprietário do produto podem incluir:

  • Que informação deve ser recolhida para permitir que um utilizador se registe?onde é que esta informação precisa de ser recolhida/entregue?,o utilizador pode pagar online como parte do processo de Registo?
  • o utilizador precisa de receber um aviso de recepção?

você captura as questões e idéias levantadas neste Q e uma sessão nos critérios de aceitação da história.

Exemplo de critérios de aceitação

critérios de Aceitação definem os limites de uma história de usuário, e são usados para confirmar quando uma história é concluída e a funcionar como pretendido.

assim, para o exemplo acima, os critérios de aceitação podem incluir:

  • um utilizador não pode apresentar um formulário sem preencher todos os campos obrigatórios.,
  • a informação do formulário é armazenada na base de dados de registos.a protecção contra o spam está a funcionar.os utilizadores podem pagar com cartão de crédito.
  • um email de confirmação é enviado ao usuário após enviar o formulário.

assim como você pode ver, você escreve critérios de aceitação em linguagem simples, assim como a história do Usuário. Quando a equipe de desenvolvimento terminar de trabalhar na história do Usuário, eles demonstram a funcionalidade para o proprietário do produto. Ao fazê-lo, mostram como satisfizeram cada um dos critérios.,

obter mais exemplos de critérios de aceitação

Para mais exemplos, você pode baixar os nossos exemplos de história de usuário PDF.

critérios de aceitação e a definição de feito

as pessoas às vezes não têm a certeza da diferença entre os critérios de aceitação e a definição de feito. A diferença fundamental é que a definição de feito se aplica a todo o seu trabalho, enquanto critérios de aceitação são específicos para histórias individuais.

Saiba mais sobre a diferença entre a definição de critério feito e de aceitação.,

Benefícios do uso de critérios de aceitação

Incluindo critérios de aceitação como parte de suas histórias de usuário tem vários benefícios. Eles:

  • faz com que a equipa pense na forma como uma funcionalidade ou peça de funcionalidade irá funcionar do ponto de vista do utilizador
  • remova a ambiguidade dos Requisitos
  • forme os testes que irão confirmar que uma funcionalidade ou peça de funcionalidade está a funcionar e completa.,

Introdução para histórias de usuário — série de blogs

  1. guia do Iniciante para histórias de usuário
  2. Adicionando critérios de aceitação para histórias de usuário
  3. histórias de Usuário e o processo de desenvolvimento
  4. casos de Uso vs histórias de usuário
  5. todas as partes interessadas no conselho através de histórias de usuário
  6. Criação de histórias de usuários com história de mapeamento
  7. Melhorar as histórias de usuário com uma definição de pronto
  8. história de Usuário exemplos

ler Mais

eu realmente recomendo este post por Sandy Mamoli., (Sandy é um treinador ágil de Wellington e mestre de scrum, com quem trabalhamos na Nova Zelândia Digital). Depois disso, você pode gostar de verificar esta apresentação em histórias de usuários eficazes por Mike Cohn. Se você está trabalhando no Scrum, este post mostra como adicionar critérios de aceitação quando você está criando histórias de usuário no Scrum.iniciar um novo projecto? Confira nosso Kit ágil de lançamento do projeto para aprender sobre o mapeamento de histórias do Usuário e priorizar as histórias do usuário durante a descoberta do projeto.