Método MoSCoW: como priorizar requisitos depois de uma reunião

A prioridade depende do objetivo e do período

Na reunião, cada pessoa chamou seu recurso de obrigatório. Uma lista assim não ajuda a definir o escopo. Primeiro, combinem qual resultado a próxima versão deve entregar e o que a tornaria inutilizável. Em outra etapa, as prioridades podem mudar por completo.

MoSCoW tem quatro categorias: Must Have, Should Have, Could Have e Won’t Have this time. A última exclui um requisito de forma deliberada no período analisado. Ela não promete uma entrega futura nem descarta a ideia para sempre.

Discutam as consequências de excluir cada item

1. Descrevam o objetivo da versão

   Identifiquem o usuário, a tarefa e as condições de uso. Esclareçam as restrições e o horizonte do planejamento. Com um objetivo vago como “melhorar o produto”, as pessoas usam critérios diferentes e consideram quase tudo obrigatório.

2. Avaliem os candidatos a Must

   Perguntem, para cada item, se o resultado ainda seria utilizável sem ele. Considerem alternativas temporárias aceitáveis e dependências. Um requisito obrigatório precisa de uma justificativa concreta. “O gestor pediu” indica a origem, mas não explica o efeito da exclusão.

3. Distingam o importante do desejável

   Um Should é importante: sua ausência enfraquece bastante o resultado, que continua utilizável. Um Could é um complemento útil do qual é mais fácil abrir mão. Expliquem a diferença com o caso de uso e o custo de excluir o item, além de dizer que ele “faz muita falta”.

4. Combinem as exclusões e quando revê-las

   Para cada Won’t do período, anotem o motivo e a condição para voltar a discutir o item. Confiram as dependências e a viabilidade do escopo. Se o trabalho obrigatório superar a capacidade, revejam o escopo ou o plano. Mudar a categoria não resolve falta de recursos.

Primeira versão de um formulário de inscrição em um evento

O exemplo didático abaixo é fictício. Nomes, condições e resultados servem apenas para explicar o método.

Neste exemplo, o objetivo é inscrever a pessoa e dar uma confirmação clara. Enviar a inscrição é Must porque sem isso o fluxo principal desaparece. Um lembrete pode ser Should se a equipe puder usar uma alternativa temporária combinada.

A cor do crachá pode ser Could e a área pessoal pode ficar de fora neste período. Essa classificação vale para o exemplo. Em outro evento ou para outro público, as consequências seriam diferentes.

Ficha de justificativa da prioridade

Guardem a justificativa junto com a categoria. Assim será mais fácil rever a decisão quando as condições mudarem.

Versão / período / objetivo:
Requisito:
Cenário do usuário:
O que acontece sem o requisito:
Alternativa aceitável, se houver:
Dependências:
Categoria MoSCoW:
Justificativa:
Quem confirmou a decisão:
Condição de revisão:
Exclusões deste período:

Confiram se a lista ajuda a escolher

• O objetivo e o período aparecem junto das categorias.
• Para cada Must, as consequências da exclusão estão registradas.
• A alternativa temporária foi avaliada explicitamente.
• Won’t por enquanto é entendido como exclusão do período atual.