Você já começou um projeto com dez tarefas e, no meio do caminho, percebeu que só dava tempo de fazer cinco? Isso acontece porque o escopo não foi priorizado antes de começar. O método MoSCoW resolve isso com uma pergunta simples: o que é essencial e o que é supérfluo?
O que é o método MoSCoW?
O método MoSCoW é uma técnica de priorização que classifica cada item do escopo em quatro categorias: Must have (deve ter), Should have (deveria ter), Could have (poderia ter) e Won’t have (não terá). A sigla vem das iniciais dessas palavras em inglês, com os “o’s” incluídos para formar a palavra Moscow. Ele foi criado por Dai Clegg, da Oracle, nos anos 1990, para projetos de software, mas funciona em qualquer tipo de projeto ou rotina.
As 4 categorias do MoSCoW
Must have (deve ter)
São os itens sem os quais o projeto não faz sentido. Se faltar um Must have, o produto ou resultado não entrega o valor mínimo esperado. Exemplo: em um site de vendas, o carrinho de compras é um Must have.
Should have (deveria ter)
São importantes, mas não críticos. Se não forem entregues, o projeto ainda funciona, mas com menos qualidade ou conveniência. Exemplo: em um site de vendas, a busca por produtos é um Should have. Sem ela, o cliente ainda compra, mas com mais dificuldade.
Could have (poderia ter)
São itens desejáveis, mas que podem ficar para depois. Eles são os primeiros a serem cortados se o prazo apertar. Exemplo: em um site de vendas, um chat online para atendimento é um Could have.
Won’t have (não terá)
São itens que ficam fora do escopo desta versão. Eles podem ser úteis no futuro, mas agora não serão feitos. Exemplo: em um site de vendas, um aplicativo mobile é um Won’t have, se o projeto é só o site.
Como aplicar o MoSCoW na prática
Reúna a equipe e liste tudo o que precisa ser feito. Depois, classifique cada item nas quatro categorias. Mas cuidado: a classificação não é individual. É um acordo do grupo. O dono do projeto tem a palavra final, mas a equipe precisa concordar com a classificação para evitar conflitos depois.
Um passo importante é definir os critérios de classificação antes de começar. Por exemplo: “Must have é o que é obrigatório para o lançamento” e “Should have é o que é importante, mas pode ser lançado depois”. Sem critérios claros, cada um interpreta de um jeito.
Depois de classificar, revise os Must haves. Se a lista de Must haves for maior do que a capacidade de entrega, algo está errado. Você precisa cortar ou renegociar o prazo. O MoSCoW não resolve o problema de escopo grande demais, mas deixa claro o que é prioridade.
Exemplo prático: projeto de reforma do escritório
Imagine que você vai reformar o escritório. A lista de tarefas inclui: pintar as paredes, trocar o piso, comprar móveis novos, instalar ar-condicionado, criar uma sala de reunião e colocar plantas.
- Must have: pintar as paredes, trocar o piso e instalar ar-condicionado. Sem isso, o ambiente fica inutilizável.
- Should have: comprar móveis novos. Os atuais até servem, mas estão desgastados.
- Could have: criar uma sala de reunião. É bom, mas dá para usar a copa para reuniões por enquanto.
- Won’t have: colocar plantas. Fica para depois.
Se o prazo apertar, você corta as plantas e a sala de reunião. O escritório continua funcionando.
Quando usar o MoSCoW
Use o MoSCoW sempre que tiver um projeto com escopo definido e prazo apertado. Ele é útil no início do projeto, para alinhar expectativas, e também durante o projeto, quando surgem mudanças. Se uma nova tarefa aparece, classifique-a antes de incluí-la no cronograma.
Mas ele não serve para tudo. Se o projeto é pequeno e simples, com poucas tarefas, talvez não precise de uma técnica formal. Se o escopo é totalmente flexível, sem prazo, também não faz sentido priorizar. O MoSCoW é para quando você precisa cortar algo.
Benefícios do MoSCoW para a sua empresa
O principal benefício é a clareza. Todo mundo sabe o que é prioridade e o que pode ser cortado. Isso reduz conflitos e retrabalho. Além disso, o MoSCoW ajuda a evitar o famoso escopo crescente, quando o projeto vai ganhando tarefas novas sem parar. Com as categorias, fica mais fácil dizer não para o que não é essencial.
Outro benefício é a comunicação. Quando você explica para um cliente ou para a diretoria que um item é “Could have”, fica claro que ele pode ficar para depois. Isso evita promessas vazias e expectativas erradas.
Erros comuns ao usar o MoSCoW
O primeiro erro é classificar tudo como Must have. Se tudo é essencial, nada é essencial. O segundo é não envolver a equipe na classificação. Se só o chefe decide, a equipe não se compromete com o corte. O terceiro é não revisar as categorias ao longo do projeto. O que era Should have no início pode virar Must have depois, e você precisa ajustar.
Outro erro é usar o MoSCoW como desculpa para cortar o que não se quer fazer. O Won’t have não é um lixo. Ele é uma decisão consciente de não fazer agora.
Perguntas frequentes sobre o MoSCoW
O MoSCoW é só para projetos de TI?
Não. Ele foi criado para TI, mas serve para qualquer projeto: reforma, evento, lançamento de produto, até organização da rotina da empresa.
Como decidir entre Should have e Could have?
Pergunte: o projeto funciona sem esse item? Se sim, ele é Could have. Se o projeto fica muito prejudicado sem ele, é Should have. Se não funciona, é Must have.
Posso mudar um item de categoria depois?
Sim. O MoSCoW é dinâmico. Se o contexto mudar, você pode reclassificar. O importante é registrar a mudança e comunicar a todos.
