Priorização
Histórico de revisões
| Data | Versão | Descrição | Autor |
|---|---|---|---|
| 08/09/2020 | 1.0 | Adição da priorização | Marco Antonio |
Introdução
Conforme os requisitos são levantados, para que o desenvolvimento tenha um ponto de partida é necessário agregar valor a cada requisito e para isso existem várias técnidas de priorização.
Após uma reunião contendo todos os integrantes do grupo, foi decidido que usaremos uma técnica bastante conhecida que atende todas as nossas necessidades denominada MoSCoW.
Moscow
O método MoSCoW é uma técnica de priorização usada para gerenciar, analisar negócios, gerenciar projetos e desenvolvimento de software com o objetivo de chegar a um ponto em comum dos desenvolvedores na importância que cada um tem na entrega de cada requisito.
O termo MoSCoW é um acrônimo derivado da primeira letra de quatro categorias de priorização.(Must have, Should have, Could have, Would/Want/Won't have), com a junção da vogal 'o' para se tornar uma palavra pronunciável. Enquanto os 'o' estão em letra minúscula para indicar que eles não tem significado.
Must have
Os requisitos rotulados como Must have são críticos para que a entrega atual seja um sucesso. Se nem um requisito de Must have for incluído, a entrega do projeto deve ser considerada uma falha (nota: os requisitos podem ser rebaixados de Must have, de acordo com todas as partes interessadas; por exemplo, quando novos requisitos são considerados mais importantes).
Should have
Os requisitos rotulados como Should são importantes, mas não são necessários para entrega atual. Embora Should possua requisitos que podem ser tão importantes quanto Must, eles geralmente não são tão críticos quanto ao tempo ou pode haver outra maneira de satisfazer o requisito, para que ele possa ser retido até uma futura entrega.
Could have
Os requisitos rotulados como Could são desejáveis, mas não necessários, e podem melhorar a experiência do usuário ou a satisfação do cliente por um baixo custo de desenvolvimento. Estes serão normalmente incluídos se o tempo e os recursos permitirem.
Would have
Os requisitos rotulados como Would have, foram acordados pelas partes interessadas como os itens menos críticos e com menor retorno de investimento, ou não apropriados naquele momento. Como resultado, não haverá requisitos não planejados no cronograma para a próxima entrega. Os requisitos não serão descartados e podem ser reconsiderados para inclusão em uma entrega posterior.