Ir para o conteúdo

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