MoSCoW é um método de priorização que divide os requisitos de uma entrega em quatro categorias: Must (sem isso a entrega não faz sentido), Should (importante, mas a entrega sobrevive sem), Could (desejável, entra se sobrar capacidade) e Won't (fica de fora desta vez, por decisão registrada). A regra prática é manter o Must abaixo de 60% do esforço, para que haja margem quando as estimativas falharem.
Como usar
- Diga o que esta priorização decide (uma versão, um trimestre) e, se souber, a capacidade do time.
- Escreva um requisito por linha, escolha a categoria e estime o esforço na mesma unidade para todos.
- Justifique cada Must: o que acontece se ele não entrar.
- Leia o quadro e os avisos: Must acima de 60%, nada em Won't, Must sem justificativa ou capacidade estourada.
- Exporte o quadro em PNG, PDF, CSV ou Markdown e use-o na conversa com stakeholders.
O que cada campo pede
| Campo | O que preencher |
|---|---|
| Entrega ou período (opcional) | O que esta priorização decide. |
| Capacidade (opcional) | Quanto o time consegue entregar no período, na mesma unidade do esforço. |
| Requisito | Ex.: pagamento antecipado |
| Categoria | |
| Esforço | Pontos, dias ou outra unidade, igual para todos |
| Justificativa | Obrigatória para Must |
Exemplo
Um time prioriza a versão 2.0 de um app de agendamento para salões, com capacidade de 40 dias de trabalho. Três requisitos são Must e somam 17 (42,5% da capacidade, abaixo do limite de 60%). Should soma 9 e Could, 11: tudo cabe nos 40. O aplicativo para tablet do salão fica em Won't, com a justificativa de validar a demanda antes. A ferramenta avisa que o cancelamento pelo cliente é Must sem justificativa.
Quando usar
- Ao fechar o escopo de uma versão ou de um MVP com prazo fixo.
- Quando todo pedido chega como urgente e é preciso dizer, por escrito, o que fica para depois.
- Para negociar escopo com stakeholders mostrando o peso de cada categoria no esforço.
- Depois de uma classificação Kano ou RICE, para transformar a ordem numa decisão de entrega.
Perguntas frequentes
O que significa cada letra do MoSCoW?
Must have (tem que ter), Should have (deveria ter), Could have (poderia ter) e Won't have this time (não desta vez). As letras "o" só tornam a sigla pronunciável. O método nasceu em projetos de desenvolvimento com prazo fixo nos anos 1990.
Por que limitar o Must a 60% do esforço?
Estimativas erram. Se quase tudo é Must, qualquer atraso compromete a entrega inteira. Com Must até 60%, Should e Could formam uma reserva: quando algo atrasa, sai um Could, e o essencial continua de pé.
Como saber se algo é Must de verdade?
Pergunte o que acontece se ele não entrar. Se a resposta é "a entrega não serve", "descumprimos a lei" ou "quebramos o contrato", é Must. Se é "o cliente fica menos satisfeito" ou "existe um contorno manual", é Should.
Por que registrar o Won't?
Dizer o que fica de fora é tão importante quanto dizer o que entra. Registrar o Won't, com a justificativa, evita que o mesmo pedido volte a cada reunião e mostra que ele foi considerado, não esquecido.
Qual a diferença entre MoSCoW e RICE?
A RICE ordena itens por uma pontuação; o MoSCoW decide o que entra numa entrega específica. Muitos times usam a RICE ou a matriz impacto × esforço para ordenar e o MoSCoW para fechar o escopo da versão.
Quem decide a categoria?
A pessoa responsável pelo produto decide, ouvindo quem constrói e quem usa. A categoria precisa de justificativa explícita, principalmente o Must: é ela que permite discutir a decisão sem que vire disputa de poder.