Priorização #02 — MoSCoW
Segundo o princípio econômico de escassez, temos necessidades e desejos ilimitados, enquanto os recursos disponíveis para supri-las são limitados.
Essa tensão entre vontades e restrições é o objeto central do estudo de economia.
Não podendo ter tudo o que desejamos, é imprescindível fazer escolhas.
A técnica MoSCoW foi elaborada para auxiliar na escolha e priorização no contexto de desenvolvimento de software. As letras maiúsculas são um acrônimo de Must have, Should have, Could have, Won’t have / Whish, que consistem nas quatro categorias utilizadas para organizar requisitos, histórias de usuários ou necessidades.
Must have (Deve ter)
Nesta categoria são atribuídos os itens que devem necessariamente ser realizados. São considerados obrigatórios, vitais, essenciais e inegociáveis.
São itens de primeira prioridade!
Should have (Deveria ter)
Embora os termos Must e Should sejam muito próximos a distinção deve ficar clara. Nesta categoria estão os itens necessários, importantes e valorosos; porém não obrigatórios e negociáveis.
São itens de segunda prioridade que podem ser realizados num segundo momento.
Could have (Poderia ter)
Nesta categoria estão inseridos os itens desejados, mas com menor impacto ou menor valor para o objetivo estratégico.
São itens de terceira prioridade que não apresentam problemas caso não sejam realizados.
Won’t have / Wish (Não terá)
Aqui estão os itens considerados de menor prioridade. Podem ser reconsiderados no futuro, mas não ocuparão os recursos da organização no momento atual.
Para elucidar a utilização da técnica, suponha que o objetivo seja desenvolver um automóvel (carro). Os requisitos abaixo foram considerados e priorizados utilizando as categorias explanadas.
- Requisito: Mover-se com a utilização de um motor
Must have (1ª prioridade): É um requisito fundamental, pois o motor é imprescindível para o carro mover-se sem contar com a força humana, animal ou da gravidade. - Requisito: Dispor de bancos de assento para o motorista e ao menos um passageiro
Should have (2ª prioridade): É um requisito importante, pois promove ergonomia e conforto; dificilmente um potencial cliente compraria um automóvel sem bancos, considerando os que os concorrentes os possuem.
Entretanto é possível conduzir um automóvel que não tenha bancos de assento. - Requisito: Possuir equipamento de ar-condicionado
Could have (3ª prioridade): É comum que automóveis populares, considerados básicos ou produtos de entrada, não possuam equipamento de ar-condicionado.
Portanto é aceito que o produto não atenda este requisito. - Requisito: Realizar direção autônoma nível 5
Won’t have / Wish (4ª prioridade): Embora a adoção em larga escala de carros autônomos esteja prevista, seu amadurecimento ainda está distante e os custos em pesquisa e desenvolvimento de tal tecnologia são colossais.
Então este requisito não será considerado em curto prazo e irá para o fim da fila.
Com os requisitos acima devidamente priorizados, é possível determinar com facilidade quais receberão recursos para sua realização e em quais fases do desenvolvimento.
Se o time de desenvolvimento conta com métodos ágeis, esta priorização pode ser aplicada para determinar quais itens do Backlog serão farão parte das primeiras Sprints.
Em outros casos, a priorização pode determinar quais recursos ou funcionalidades farão parte das primeiras releases ou versões do produto.
Também pode ser utilizada para diversificar o produto, apresentando versões destinadas a segmentos e perfis de clientes específicos — requisitos de Must have e Should have para versões básicas e requisitos Could have adicionais para versões premium.
A técnica MoSCoW é popular na priorização de projetos ou produtos que utilizam time-boxes, embora também seja empregada em outros meios.
Sua aplicação é simples e deve ser considerada como mais uma útil ferramenta de priorização, que gestores de produtos devem empregar em suas atividades de planejamento.
O curto vídeo abaixo apresenta sucintamente a técnica, com recursos visuais.
