Quando uma tarefa é considerada concluída? Quando a tarefa atende aos seus requisitos. No entanto, os requisitos podem ser deliberadamente vagos ou escritos de forma genérica. Embora os requisitos nos digam o que o produto geral deve fazer, eles não definem todos os padrões que ele deve atender.
Essa é a função de outro artefato de gerenciamento ágil de projetos chamado critérios de aceitação. Nesta postagem do blog, exploramos o que são critérios de aceitação, por que você precisa deles e como escrever critérios de aceitação para o seu projeto.
O que são critérios de aceitação?
Originários da engenharia de software, os critérios de aceitação são um conjunto de condições que um novo recurso/incremento deve atender para ser considerado completo.
Em termos literais, esses são os critérios com base nos quais um recurso seria aceito pelo proprietário do produto ou pelo cliente.
Características de critérios de aceitação eficazes
Os critérios de aceitação são o último ponto de verificação para determinar se o produto/recurso está pronto para o usuário. Eles são o selo de aprovação de que o produto/recurso está bom o suficiente para produção.
Para serem eficazes, os critérios de aceitação devem ser:
Foco no usuário: as equipes criam critérios de aceitação da perspectiva do usuário para garantir o alinhamento com os objetivos de negócios.
Orientado para resultados: ao contrário de uma história de usuário, os critérios de aceitação definem o resultado desejado. Portanto, eles também precisam ser mensuráveis.
Específico: cada critério precisa ser específico e aplicável a um aspecto do recurso.
Por exemplo, “deve estar em conformidade com as dez principais vulnerabilidades da OWASP” pode ser um critério eficaz, pois é específico apenas para segurança.
Concisos: devem ser frases curtas. Devem usar linguagem e nomenclatura que a equipe de desenvolvimento usa e com as quais se sente confortável.
Independente: é bom garantir que um critério de aceitação não dependa de outro, criando uma rede de complexidades.
Testável: este é o aspecto mais importante. Um bom critério de aceitação precisa ser testável. Normalmente, na forma de resultados sim ou não.
Por que os critérios de aceitação são importantes?
Todas as equipes de software sabem como reunir requisitos de forma ágil para definir exatamente o que o proprietário do produto/cliente precisa. Então, por que precisamos de outro artefato, você pergunta? Aqui está o motivo.
Contexto comum
Os critérios de aceitação criam um entendimento comum entre proprietários de produtos, desenvolvedores e analistas de qualidade sobre cada recurso. Eles evitam confusão, interpretações subjetivas e possíveis mal-entendidos.
Alinhamento do produto
Os critérios de aceitação servem como uma escala que mede o alinhamento do produto/recursos com os requisitos, metas e objetivos. Eles conectam o código de volta ao negócio.
Eficiência dos testes
Quando você define critérios de aceitação com clareza, suas equipes de qualidade podem automatizar e acelerar o processo de testes ágeis. Eles também criam repetibilidade entre os sprints.
Eficiência na gestão de projetos
Bons critérios de aceitação permitem melhores medidas de monitoramento, rastreamento e controle do projeto. Eles oferecem uma visão clara do motivo pelo qual um recurso voltou para retrabalho, ajudando os gerentes de projeto a otimizar os processos.
Encerramento positivo
Em sua essência, os critérios de aceitação descrevem a definição de “concluído” em projetos ágeis. Portanto, quando todos os critérios de aceitação forem atendidos, você poderá enviar um produto com confiança, sabendo que fez tudo o que era necessário.
Se isso o convenceu a incorporar critérios de aceitação em seus projetos, veja aqui como começar.
Como redigir critérios de aceitação
Por mais tentador que seja, escrever critérios de aceitação não é uma tarefa para uma única pessoa. Para serem eficazes, os critérios de aceitação devem incorporar as contribuições de várias partes interessadas. O proprietário do produto normalmente escreve os critérios de aceitação com a contribuição técnica da equipe de desenvolvimento.
Abaixo está uma abordagem estratégica e abrangente para escrever critérios de aceitação de forma colaborativa com a ajuda de uma ferramenta de gerenciamento de produtos tudo-em-um, como o ClickUp.
1. Entenda o objetivo dos critérios de aceitação
O primeiro passo é explorar por que você está escrevendo critérios de aceitação. É apenas para que os QAs executem testes? É definido pelo cliente? São requisitos de conformidade? É uma prova de conceito? Entenda o objetivo dos critérios de aceitação para garantir que sejam eficazes para esse público e necessidade.
Embora os critérios de aceitação reais sejam claros e testáveis, o documento de propósito explorará o porquê em detalhes. Por exemplo, digamos que um dos critérios de aceitação seja “habilitar esquema de contraste para baixa visão”.
O documento de propósito pode dizer: “recursos para baixa visão são fundamentais para nosso aplicativo, pois atendemos clientes com mais de 50 anos de idade. Um produto fácil de usar para esse público reduzirá drasticamente a carga de visitas domiciliares para nossa equipe de campo”.
O ClickUp Docs é um ótimo lugar para reunir todas as informações e definir seu objetivo. Use-o como um guia para que todas as partes interessadas estejam alinhadas (literalmente!) sobre a necessidade e a importância dos critérios de aceitação.
Colabore em tempo real, fazendo edições, deixando comentários e marcando pessoas para obter feedback. Quando terminar, você também pode criar tarefas diretamente no ClickUp Docs.
Bônus: um guia básico sobre épicos x recursos para ajudá-lo a escrever suas histórias de usuário.
2. Comece com histórias de usuários
Agora que o contexto está definido, é hora de começar a escrever. Comece com a história do usuário. Analise a jornada do usuário que cada recurso deve possibilitar e escreva os critérios de aceitação correspondentes.
Ao usar o ClickUp Tasks para suas histórias de usuário, você pode criar campos personalizados para detalhes específicos, como a função do usuário, objetivo, resultado desejado, dependências etc. Com todas essas informações em um só lugar, pense em como deve ser o resultado final.
Se você é totalmente novo nisso, aqui está um modelo fácil de usar para iniciantes para você começar. Use o modelo de história do usuário do ClickUp para gerenciar histórias, dividi-las em tarefas, priorizar recursos, desenvolvê-los e lançar produtos de classe mundial.
3. Escreva os critérios de aceitação
Com base na história do usuário, escreva os critérios de aceitação. A maneira mais simples de fazer isso é como uma lista de verificação. Por exemplo, quando você está criando um formulário de campo único para assinaturas de boletins informativos, sua lista de critérios de aceitação pode ser semelhante a esta:
- O usuário deve poder inserir seu endereço de e-mail.
- O sistema deve enviar um e-mail de confirmação para o endereço de e-mail fornecido e validado.
As listas de verificação de tarefas do ClickUp podem lidar com tudo isso diretamente na tarefa que você criou para a história do usuário. Em cada tarefa, adicione listas de verificação para os critérios de aceitação aplicáveis a ela.
Você tem critérios comuns de segurança ou desempenho aplicáveis a todas as tarefas? Não se preocupe! Crie um modelo de lista de verificação e aplique-o automaticamente a todas as tarefas relevantes.
4. Use o formato “Dado-Quando-Então”
Outra maneira de definir critérios de aceitação é usando o formato Given-When-Then (GWT). Simplificando, é assim que funciona.
- Dado: Estado inicial ou contexto do software
- Quando: ação ou evento realizado pelo usuário
- Então: Resultado esperado
Essencialmente, isso significa que, dado um
Ao criar o mesmo recurso de assinatura de boletim informativo,
- Dado: O usuário está tentando se inscrever no boletim informativo.
- Quando: O usuário insere seu endereço de e-mail oficial válido
- Em seguida: um e-mail automático é enviado confirmando a inscrição.
5. Colabore com as partes interessadas
Bons critérios de aceitação não são escritos isoladamente. Normalmente, os gerentes de produto trazem a perspectiva do usuário e as necessidades comerciais. A equipe de design se concentra na experiência do usuário, usabilidade, acessibilidade etc. A equipe de desenvolvimento contribui com as especificações técnicas. A equipe de DevOps se preocupa com o desempenho e a utilização de recursos.
Para garantir que seu produto atenda a todos esses requisitos, você precisa escrever os critérios de aceitação de forma colaborativa. Com o ClickUp, isso pode ser surpreendentemente simples.
Para cada tarefa da história do usuário, adicione os critérios de aceitação, seja como uma lista de verificação, um campo personalizado, uma descrição ou um comentário. Use os comentários aninhados do ClickUp para discutir cada critério de aceitação e @mencionar para comunicação com as partes interessadas. Atribua itens de ação e muito mais.
6. Seja simples e conciso
Tente não usar conjunções em seus critérios de aceitação. Nada de “e” ou “ou”. Seja breve, de preferência com uma frase simples. Use as palavras “deve” e “tem que” em vez de “pode”, “pode ser” ou “talvez”.
7. Garanta a testabilidade
Para garantir que seus critérios de aceitação sejam atendidos, você precisa testá-los. A maneira como você redige o critério desempenha um papel fundamental nisso. Certifique-se de que seu critério de aceitação se preste à redação de casos de teste. Vamos ampliar o exemplo anterior.
Se o critério de aceitação for “o usuário deve ser capaz de inserir seu endereço de e-mail”, o caso de teste seria:
Etapas:
- Digite o endereço de e-mail
- Pressione Enter
Resultado:
- Se não, exiba a mensagem “Insira seu endereço de e-mail oficial”.
- Valide o endereço de e-mail como oficial
- Se sim, exiba a mensagem: “Obrigado pela sua inscrição. Enviamos um e-mail de confirmação”.
8. Revise e corrija
Ao longo do processo de desenvolvimento, monitore e otimize seus critérios de aceitação. Com o ClickUp, você também pode configurar relatórios para cada um deles para ver o que precisa de sua atenção.
Use os painéis do ClickUp para criar widgets personalizáveis para os critérios de aceitação que são importantes para você. Veja quais recursos estão ficando para trás e desenvolva estratégias para resolver a causa raiz.
Com isso, você aprendeu o que fazer. Agora, vamos voltar nossa atenção para o que não fazer.
Erros comuns a evitar ao redigir critérios de aceitação
Em parâmetros técnicos, funcionais e operacionais, você pode cometer vários erros ao escrever critérios de aceitação. Aqui estão os erros comuns que as equipes geralmente cometem.
Fazendo isso sozinho
Os proprietários de produtos muitas vezes sentem a pressão de redigir os critérios de aceitação por conta própria. Mesmo que bem-intencionada, essa abordagem pode deixar de lado a expertise técnica da equipe de desenvolvimento.
Sempre escreva os critérios de aceitação de forma colaborativa.
Ignorar o usuário
Como os critérios de aceitação estão no final do processo de desenvolvimento, é fácil esquecer a experiência do usuário. Esse é um erro grave.
Sempre crie seus critérios de aceitação com foco no usuário final.
Concentrando-se em como
Os critérios de aceitação não dizem respeito ao funcionamento de uma ferramenta de software. Eles dizem respeito aos resultados que ela deve produzir. Escrever critérios de aceitação que definem “como” escrever o recurso pode ser contraproducente.
Sempre se concentre nos resultados e desfechos esperados.
Mantendo a imprecisão
Critérios de aceitação vagos ou amplos têm o efeito oposto ao desejado: eles deixam margem para interpretação. Isso significa que o resultado pode variar de acordo com o testador, as circunstâncias ou até mesmo o ambiente.
Sempre deixe os critérios de aceitação claros, específicos e inequívocos.
Adicionar muitos
Embora não exista uma escala para definir o que é um número razoável, é um grande erro escrever muitos. Na verdade, ter muitos critérios de aceitação pode indicar que você precisa dividir a história do usuário em partes menores. Observe os pontos ágeis da história do usuário para confirmar essa teoria.
Sempre liste apenas os critérios de aceitação absolutamente necessários.
Melhores práticas para escrever critérios de aceitação
Os critérios de aceitação são uma importante ferramenta de comunicação colaborativa para equipes de desenvolvimento de software. Nesta seção, vamos nos concentrar em como você pode torná-los o mais eficazes possível.
Seja claro
Deixe os critérios de aceitação claros para todas as partes interessadas. O desenvolvedor precisa entender o que os critérios de aceitação significam. E o analista de qualidade precisa saber como converter isso em um caso de teste.
Use uma linguagem simples
Escreva seus critérios de aceitação em linguagem simples. Não use linguagem técnica. Especialmente, não se desvie para dizer ao desenvolvedor como o código deve ser escrito.
Mantenha os resultados binários
Um critério de aceitação é atendido ou não. Não existe atendimento parcial ou 80% completo. Portanto, escreva os critérios de aceitação como declarações de aprovação ou reprovação.
Torne-os mensuráveis
A maneira mais simples de obter resultados de aprovação ou reprovação é torná-los mensuráveis. Por exemplo, se o seu critério de aceitação for “velocidade de carregamento da página inferior a 3 segundos”, é fácil testar e ser aprovado.
Faça apenas suposições razoáveis
Muitas vezes, os proprietários de produtos podem considerar algo “óbvio”, dada a proximidade que têm com o usuário. Isso pode não ser tão óbvio para o desenvolvedor. Portanto, não faça suposições, se puder evitar. Quando necessário, faça suposições razoáveis em colaboração com a equipe.
Exemplos de critérios de aceitação
Vamos explorar alguns exemplos de critérios de aceitação no mundo real, não apenas no desenvolvimento de software, mas também em outras funções.
Exemplo 1: Desenvolvimento de software (usando o método de lista de verificação)
Tarefa: Funcionalidade de pesquisa em um site orientado a conteúdo.
Critérios de aceitação:
- Deve haver uma caixa de texto para os usuários digitarem sua consulta de pesquisa.
- Os resultados devem ser exibidos como uma lista.
- Os resultados devem ser abertos em uma nova página.
- Os resultados devem ser paginados.
Exemplo 2: Desenvolvimento de software (usando o método GTW)
Tarefa: recurso de agendamento de consultas
Critérios de aceitação:
- Considerando que um cliente existente deseja marcar uma consulta
- Eles inserem seu endereço de e-mail e escolhem o horário preferido para a consulta.
- A consulta deve ser agendada e confirmada por e-mail.
Exemplo 3: Redação de conteúdo (usando o método da lista de verificação)
Tarefa: Escreva uma postagem de blog com 1.000 palavras sobre o último filme de Tom Cruise.
Critérios de aceitação:
- Use o inglês americano
- Use a vírgula de Oxford
- Mantenha a introdução com menos de 200 palavras.
- Inclua de 3 a 5 links internos.
Exemplo 4: Método de marketing (usando GTW)
Tarefa: execute uma campanha publicitária baseada em intenção na Pesquisa Google.
Critérios de aceitação:
- Considerando que o usuário está em qualquer uma das interfaces de pesquisa do Google
- Quando o usuário digita uma palavra-chave em nossa lista de
- Em seguida, exiba
O papel dos critérios de aceitação nas metodologias ágeis
Se o ágil consiste em dividir monólitos em partes pequenas e gerenciáveis e construí-las de forma incremental, os critérios de aceitação acentuam isso.
Por exemplo, você pode dividir sua grande plataforma de comércio eletrônico em pequenas partes, uma das quais é o recurso “adicionar ao carrinho”.
Dentro do botão “adicionar ao carrinho”, pode haver várias pequenas funcionalidades, como o que acontece se o produto estiver em falta ou como o usuário pode ajustar a quantidade a ser adicionada ao carrinho. Critérios de aceitação bem escritos ajudam a focar nesses detalhes específicos.
Dentro das metodologias ágeis, os critérios de aceitação ajudam a:
Definindo resultados: os critérios de aceitação informam à equipe de qualidade como deve ser um recurso concluído.
Facilitando discussões: o desenvolvimento ágil não se resume apenas ao código. Trata-se de resolver problemas de negócios com tecnologia. Os critérios de aceitação ajudam a facilitar essas discussões para permitir as negociações certas e as decisões relacionadas.
Reunindo equipes multifuncionais: proprietários de produtos, analistas de negócios, designers, desenvolvedores, testadores e equipes de operações obtêm um entendimento comum do produto com base nos critérios de aceitação.
Possibilitando o progresso: uma vez que os critérios de aceitação são atendidos, a tarefa passa para a próxima etapa do ciclo de vida do desenvolvimento de software.
Entregue produtos melhores e mais rápidos com o ClickUp
Uma das etapas fundamentais na criação de um bom software é atender aos critérios de aceitação estabelecidos. No entanto, entre as dezenas de documentos, relatórios, reuniões, planejamentos e discussões, é comum que alguns itens sejam esquecidos. Evite isso com uma ferramenta de gerenciamento de produtos como o ClickUp.
O ClickUp não é apenas um gerenciador de tarefas. É uma plataforma abrangente projetada com equipes de desenvolvimento de produtos em mente. Com as poderosas tarefas do ClickUp, planeje e programe histórias de usuários, adicione critérios de aceitação, vincule-os a casos de teste e mova-os pelo pipeline de forma rápida e eficaz.
Entregue mais rápido com o ClickUp Brain para gerar ideias, criar roteiros, resumir discussões e criar documentação. Monitore o panorama geral e os detalhes granulares em um só lugar com os painéis do ClickUp. Veja se o ClickUp atende aos seus critérios de aceitação para uma ótima solução de gerenciamento de produtos.