MoSCoW é uma técnica de priorização comummente usada em Scrum. A priorização é a sua capacidade de ver que tarefas e objectivos são mais importantes no momento actual. Ao determinar as suas prioridades, tente concentrar-se no que é mais importante à custa de actividades de menor valor.
O termo MoSCoW em si é um acrónimo derivado da primeira letra de cada uma das quatro categorias de priorização, como mostrado na Figura abaixo:
- Must>Must>Tem de ter – Requisitos rotulados como “DEVE” têm de ser incluídos na caixa de tempo de entrega actual para que seja um sucesso. Se mesmo um requisito “DEVE” não estiver incluído, a entrega do projecto deve ser considerada um fracasso.
- ◾ Não terá – Os requisitos “NÃO TERÁ” ou são os menos críticos, os itens de menor retorno, ou não são apropriados nesse momento.
>li>Deve ter – Os requisitos rotulados como “DEVE” também são críticos para o sucesso do projecto, mas não são necessários para a entrega na caixa de tempo de entrega actual.li>Deve ter – Os requisitos rotulados como “DEVE” são menos críticos e muitas vezes vistos como agradáveis de ter.
MoSCoW é frequentemente utilizado com timeboxing, onde um prazo é fixado de modo a que o foco seja nos requisitos mais importantes, e como tal é uma técnica comummente utilizada em abordagens ágeis de desenvolvimento de software como Scrum e DSDM.
Tomar um corpo humano como exemplo hipotético:
- Must- um coração é “obrigatório”. Sem ele, não há organismo vivo. O que é “deve” na sua aplicação?
- li>Deve-uma mão é “deve”. Sem ela, é difícil. Mas pode sobreviver mesmo sem mão. Bem, na maioria dos casos.
li>Pode-pode-pode-pode-poderia”. É bom tê-los, até parece mais bonito, mas com certeza sobreviverá sem elesli>li>Não – desperdício desnecessário. Btw, há alguma coisa “não vai” num corpo? (Provavelmente, pode ser o seu apêndice?)
Prioritização do Backlog do Produto Utilizando o Método MoSCoW
O Proprietário do Produto é responsável por preparar o Backlog do Produto e dar prioridade aos itens do Backlog do Produto. A prioritização é um dos aspectos mais importantes de qualquer forma de trabalho de desenvolvimento porque a escolha da coisa certa a fazer permite maximizar o valor entregue num Sprint. Os artigos do Backlog de Produtos devem ser encomendados de tal forma que os requisitos com o máximo valor comercial sejam completados em primeiro lugar e permite a uma equipa avançar numa direcção uniforme em direcção a um objectivo comum.
h2>Critérios de priorização
Ao efectuar a priorização dos itens de reserva do seu produto na sessão de planeamento Sprint, aqui está uma lista de critérios a serem considerados para as 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 for implementado o mais cedo possível
- Dependências entre itens
- Contribuir mais para o próximo objectivo Sprint?
Artigos Agile e Scrum recomendados