MoSCoW é uma técnica de priorização comumente usada no Scrum. Priorização é a sua capacidade de ver quais tarefas e objetivos são mais importantes no momento atual. Ao determinar suas prioridades, tente se concentrar no que é mais importante em detrimento de atividades de menor valor.
O próprio termo MoSCoW é um acrônimo derivado da primeira letra de cada uma das quatro categorias de priorização, conforme mostrado na Figura abaixo:
- Deve ter — Os requisitos rotulados como “MUST” devem ser incluídos na caixa de tempo de entrega atual para que seja um sucesso. Se mesmo um requisito “MUST” não for incluído, a entrega do projeto deve ser considerada uma falha.
- Deveria ter – os requisitos “DEVE” também são críticos para o sucesso do projeto, mas não são necessários para a entrega no prazo de entrega atual.
- Poderia ter — Requisitos rotulados como “PODIA” são menos críticos e geralmente vistos como bons de se ter.
- Não terá — os requisitos “NÃO” são os itens menos críticos e de menor retorno, ou não apropriados naquele momento.
MoSCoW é frequentemente usado com timeboxing , onde um prazo é fixado para que o foco esteja nos requisitos mais importantes e, como tal, é uma técnica comumente usada em abordagens de desenvolvimento de software ágil , como Scrum e DSDM.
Exemplo de MoSCoW
Tome um corpo humano como um exemplo hipotético:
- Deve – um coração é “deve”. Sem ela, não há organismo vivo. O que é obrigatório na sua aplicação?
- Deveria – uma mão é “deveria”. Sem isso é difícil. Mas você pode sobreviver mesmo sem mão. Bem, na maioria dos casos.
- Poderia – o cabelo é “poderia”. É bom tê-los, você fica ainda mais bonito, mas definitivamente sobreviverá sem eles
- Não — desperdício desnecessário. Btw, existe alguma coisa “não vai” em um corpo? (Provavelmente, pode ser o seu apêndice?)
Priorizando o backlog do produto usando o método MoSCoW
O Product Owner é responsável por preparar o Product Backlog e priorizar os itens no Product Backlog. A priorização é um dos aspectos mais importantes de qualquer forma de trabalho de desenvolvimento porque escolher a coisa certa a fazer permite maximizar o valor entregue em um Sprint . Os itens do Product Backlog devem ser ordenados de tal forma que os requisitos com valor máximo de negócios sejam concluídos primeiro e capacite uma equipe a se mover em uma direção uniforme em direção a um objetivo comum.
Critérios de Priorização
Ao realizar a priorização dos itens do backlog do produto na sessão de planejamento da Sprint , aqui está uma lista de critérios a serem considerados para suas decisões.
- Alto valor para o cliente
- Alto benefício para o negócio
- Fácil de ser implementado
- Alto risco
- Alto custo se não implementar o mais rápido possível
- Dependências entre itens
- Contribuir mais para o próximo objetivo da Sprint ?