Deve

Coisas que devemos definitivamente fazer.

Implementar recursos de segurança essenciais para proteger dados dos usuários
Completar requisitos de conformidade regulatória antes do lançamento
Corrigir bugs críticos que afetam os principais fluxos de usuário
Deveria

Coisas que deveríamos fazer.

Implementar funcionalidade de busca avançada
Adicionar recursos de otimização de desempenho
Criar documentação abrangente do usuário
Poderia

Coisas que poderíamos fazer.

Adicionar opção de tema escuro
Implementar suporte a idiomas adicionais
Criar versão para aplicativo móvel
Não Fará

Coisas que não faremos.

Construir integração com blockchain nesta fase
Suportar versões antigas de navegadores
Desenvolver soluções de hardware personalizadas

O que é o Método de Priorização Deve, Deveria, Poderia, Não Fará?

Nossas ações devem expressar nossas prioridades, e o método Deve, Deveria, Poderia, Não Fará é um excelente modelo de retrospectiva de sprint para ajudar as equipes a identificar essas prioridades, garantindo que continuem entregando valor onde é mais necessário. Com isso em mente, é uma abordagem que se alinha bem com processos e frameworks ágeis, dado seu foco na entrega prioritária de coisas valiosas. Também é uma ótima ideia para retrospectivas Scrum, pois oferece ao Product Owner um mecanismo para se colocar no lugar do cliente e ver o produto da sua perspectiva. Desenvolvido nos anos 1990 por Dai Clegg, o método MSCW ganhou destaque na gestão ágil de projetos e análise de negócios. Ele fornece uma maneira estruturada de organizar tarefas em quatro categorias distintas: Deve ter (crítico), Deveria ter (importante), Poderia ter (desejável) e Não terá (não prioritário).

Formato Deve, Deveria, Poderia, Não Fará

Deve

Coisas que devemos definitivamente fazer.

São requisitos não negociáveis críticos para o sucesso. Ao discutir itens 'Deve', incentive os participantes a considerar verdadeiros bloqueadores ou elementos essenciais sem os quais o projeto falharia. Desafie a equipe a ser rigorosa sobre o que se qualifica como 'Deve' para evitar inflação de prioridades.

Deveria

Coisas que deveríamos fazer.

São recursos ou requisitos importantes que agregam valor significativo, mas não são críticos para o lançamento. Oriente a equipe a considerar itens que seriam dolorosos de deixar de fora, mas não impediriam o funcionamento do projeto. Foque em itens de alto valor e menor urgência.

Poderia

Coisas que poderíamos fazer.

São recursos desejáveis que seria bom ter se os recursos permitirem. Ajude a equipe a identificar melhorias que aprimorariam a solução mas não são essenciais. Estes itens frequentemente são bons candidatos para iterações ou versões futuras.

Não Fará

Coisas que não faremos.

São itens explicitamente decididos contra para esta iteração ou projeto. Incentive discussão honesta sobre recursos que, embora potencialmente valiosos, não se alinham com os objetivos ou restrições atuais. Isso ajuda a manter o foco e gerenciar expectativas.

Quando usar essa retrospectiva

  • Ao planejar um novo projeto ou iniciativa e precisar estabelecer prioridades claras
  • Durante sessões de refinamento do backlog para organizar e priorizar solicitações de recursos
  • Quando enfrentar restrições de recursos e precisar tomar decisões difíceis sobre escopo
  • Em reuniões com stakeholders para alinhar expectativas sobre entregas e prazos

Sugestões de perguntas quebra-gelo

  • Qual foi a decisão de prioridade mais difícil que você já teve que tomar em um projeto?
  • Se você pudesse entregar apenas três recursos em seu projeto atual, quais seriam e por quê?

Ideias e dicas para sua reunião de retrospectiva

  • Limite os itens 'Deve' a no máximo 60% do total de requisitos para manter um escopo realista
  • Revise e atualize as categorizações periodicamente conforme as necessidades e restrições do negócio mudam
  • Use timeboxing durante as discussões para garantir tomada de decisão eficiente
  • Documente o raciocínio por trás das categorizações para manter clareza e consistência
  • Envolva todos os stakeholders principais no processo de priorização para garantir comprometimento
  • Considere dependências entre itens ao atribuir categorias

Está começando a usar retrospectivas? Leia nosso guia sobre como realizar uma retrospectiva →