MoSCoW
Introdução
O MoSCoW é uma técnica utilizada para definir a prioridade dos requisitos presentes no projeto. As classificações são dadas por Must, Should, Could e Won't, que juntas formam o acrônimo MoSCoW. Essas classificações são dadas, para que se possa hierarquizar o que tem uma maior necessidade e o que não tem. Entendendo as regras de priorização, fizemos essa classificação para dar início à abertura desse documento.
- Must: Deve ter este requisito para atender às necessidades de negócios.
- Should: Deve ter este requisito, se possível, mas o sucesso do projeto não depende dele.
- Could: Pode ter este requisito se não afetar mais nada no projeto.
- Won't: Gostaria de ter esse requisito mais tarde, mas a entrega não será desta vez.
Metodologia
Para a classificação das prioridades dos requisitos funcionais, os 10 integrantes do grupo fizeram um debate utilizando a plataforma Microsoft Teams e chegaram a um consenso quanto as prioridades de desenvolvimento de cada requisito.
Requisitos Funcionais
A seguir, a tabela com as priorizações escolhidas dos requisitos funcionais pelo método MoSCoW:
Identificação | Requisito | Prioridade |
---|---|---|
RF_01 | Ter sistema de comunicação entre responsáveis e professores. | Should |
RF_02 | Ter sistema de comunicação entre responsáveis e administradores da instituição. | Could |
RF_03 | Responsáveis receberem notificações sobre novas atividades. | Should |
RF_04 | Responsáveis receberem notificações sobre entrada e saída da crianças. | Could |
RF_05 | Responsáveis receberem notificações sobre novos eventos. | Won't |
RF_06 | Administrador poder criar e configurar turmas. | Must |
RF_07 | Administrador poder registras as crianças. | Must |
RF_08 | Administrador poder registrar os professores. | Must |
RF_09 | Administrador poder criar e configurar eventos. | Could |
RF_10 | Poder disponibilizar relatórios gerais. | Could |
RF_11 | Responsáveis terem acessoa as informações e dados de suas crianças. | Must |
RF_12 | Professor poder registra e gerenciar atividades. | Must |
RF_13 | Professor poder lançar presença. | Could |
RF_14 | Professor poder notificar responsáveis com observações. | Should |
Link para a tabela completa no excel
Requisitos Não Funcionais
A seguir, a tabela com as priorizações escolhidas dos requisitos não funcionais pelo método MoSCoW:
Identificação | Requisito | Prioridade |
---|---|---|
RNF_01 | Sistema carregar uma página em menos de 2 segundos | Could |
RNF_02 | Sistema funcionar 24h por dia | Should |
RNF_03 | Sistema deve ser responsivo | Should |
RNF_04 | Sistema ter acessibilidade para usuários com dificuldades | Could |
RNF_05 | Sistema apresentar as funcionalidades principais na tela inicial | Should |
RNF_06 | Sistema gerar relatório em menos de 15 segundos | Won't |
RNF_07 | Centralizar suas atividades no seu celular | Must |
RNF_08 | Um bom sistema de autenticação em duas etapas | Should |
Link para a tabela completa no excel
Bibliografia
- Railsware Product Academy. MoSCoW prioritization for your product backlog. Youtube, 19 de Setembro de 2019. Disponível em: https://www.youtube.com/watch?v=DzruAbBhY0Q. Acesso em: 03 de Agosto de 2021.
- "MoSCoW prioritization for your product backlog". Disponível em "https://www.youtube.com/watch?v=DzruAbBhY0Q". Acesso em: 28 de Agosto de 2021.
Versionamento
Versão | Data | Modificação | Autor |
---|---|---|---|
0.1 | 29/07/2021 | Reunião para decidir a priorização dos requisitos | Bruno Félix, Daniel Porto, Edson de Araújo, Eliseu Kadesh, Enzo Gabriel, Francisco Emanoel, Gabriel Bonifácio, João Pedro, Mateus Oliveira e Nilo Mendonça |
1.0 | 30/07/2021 | Abertura do documento | Enzo Gabriel |
1.1 | 05/08/2021 | Padronizando o documento | Enzo Gabriel |
2.0 | 06/08/2021 | Finzalizando documento | Enzo Gabriel |
2.1 | 06/08/2021 | Adicionando léxicos ao documento | Enzo Gabriel |
2.2 | 28/08/2021 | Adição de informações na introdução e da priorização dos requisitos não funcionais | Gabriel e Francisco |
2.3 | 28/08/2021 | Revisão por pares | Enzo Gabriel e Daniel Porto |