Moscow
Introdução
O método MoSCoW é uma técnica de priorização usada na gestão como um todo, análise de negócios, gestão de projetos e desenvolvimento de softwares com o intuito de encontrar um entendimento em comum entre as partes interessadas sobre a importância que elas atribuem a cada requisito. Neste artefato, será apresentada a priorização dos requisitos elicitados pelo nosso projeto.
Objetivo
A técnica de priorização MoSCoW tem um papel fundamental em metodologias ágeis. Em um projeto ágil, é vital entender a importância de coisas diferentes. Isso acontece porque tempo é um recurso fixo, então a priorização é aplicada a requisitos, tarefas, serviços, produtos, cases, etc.
O termo MoSCoW é um acrônimo em inglês derivado da primeira letra de cada uma das quatro categorias com os “Os” no meio para fazer a palavra ser pronunciável. Fica assim:
-
Must Have (Tenho que fazer): Representa as tarefas essenciais que devem ser realizadas. São consideradas de alta relevância e são fundamentais para o sucesso do projeto.
-
Should Have (Devo fazer): Inclui as tarefas importantes, porém não tão cruciais quanto as "Must Have". São prioritárias, mas sua ausência não comprometeria seriamente o projeto.
-
Could Have (Poderia fazer): Compreende tarefas de menor importância em comparação com os requisitos "Should Have" e "Must Have". Sua realização pode agregar valor ao projeto, mas não é essencial.
-
Won't Have (Não vou fazer): Refere-se a tarefas que não são consideradas prioritárias no momento. Sua realização não é necessária para o sucesso do projeto e pode ser adiada ou descartada.
Abaixo, apresenta-se o cronograma da priorização In or Out:
Tabela 1: Cronograma da Priorização 1.
Entrevistador(es) | Entrevistado(a) | Horário de Início | Horário de Fim | Data | Local |
---|---|---|---|---|---|
Caio Braga e Doan Filho | Amanda Campos | 16:00 | 16:30 | 06/12/2023 | Ailab(UnB) |
Fonte: BRAGA, Caio. FILHO, Doan.
Gravação com o usuário
No vídeo abaixo foi registrada a priorização dos requisitos elicitados pelas nossas técnicas utilizadas no projeto BRB Mobilidade.
Vídeo 1: Gravação da priorização MoSCOW
Fonte: BRAGA, Caio. LELIS, Caio. FILHO, Doan;
Metodologia
Nesse sentido, a ordem de importância das tarefas vai seguindo uma ordem decrescente, onde Must Have são as mais relevantes e as Won't Have as que podem ficar para depois.
- INT : Introspecção
- QTR : Questionário
- OBS : Observação
- Q : Questionário
A tabela abaixo apresenta os requisitos priorizados através da técnica Moscow:
Tabela 1: Requisitos elicitados e suas prioridades
Identificação | Descrição | Fontes de elicitação | Prioridade |
---|---|---|---|
RF01 | Consultar saldo e extrato de uso do cartão de mobilidade. | IS01, BS01, OBS01, Q01 | Must |
RF02 | Acessar itinerários detalhados de ônibus, facilitando o planejamento de viagens. | IS02, BS02 | Must |
RF03 | Realizar recargas de créditos no cartão. | IS03, BS03 | Must |
RF04 | Interagir com um chatbot para esclarecer dúvidas e solicitar serviços relacionados ao transporte público. | IS04, BS04 | Should |
RF05 | Suportar informações em tempo real sobre o status dos transportes públicos. | IS05, BS05 | Must |
RF06 | Integrar funcionalidades de navegação e mapas para otimizar rotas e facilitar a localização de paradas de ônibus para o usuário. | IS06, BS06 | Must |
RF07 | O aplicativo deve permitir cadastrar métodos de pagamento. | BS07, IS08 | Must |
RF08 | Deve ser possível personalizar a aparência da interface do usuário. | IS09 | Should |
RF09 | O usuário deve ser capaz de realizar cadastro. | BS08, IS10 | Must |
RF10 | O usuário deve ser capaz de realizar login. | IS11 | Must |
RF11 | O usuário deve fornecer sua localização. | BS09, IS12 | Must |
RF12 | Fornecer a possibilidade de recuperar a senha do usuário. | BS10, IS07 | Must |
RF13 | O aplicativo deve permitir a visualização de linhas e horários. | OBS02 | Must |
RF14 | Deve ser possível fazer a recarga do saldo. | OBS03 | Must |
RF15 | Deve ser possível salvar rotas. | OBS04 | Could |
RF16 | Deve ser possível alterar informações de cadastro. | OBS05 | Must |
RF17 | O aplicativo deve fornecer uma seção de comunicação direta. | OBS06 | Should |
RF18 | O aplicativo deve fornecer ajuda com perguntas frequentes. | OBS07 | Should |
RF19 | Deve ser possível acessar informações sobre o histórico de atividades. | OBS08, BS12, Q02 | Should |
RF20 | Deve ser possível solicitar uma 2ª via do cartão desejado. | OBS09 | Must |
RF21 | O aplicativo possui mecanismo de visualização do saldo. | BS01, IS01, Q01 | Must |
RF22 | O aplicativo acessa o histórico de acessos. | Q02 | Should |
RF23 | O aplicativo tem meios de mecanismo de bloqueio de cartões. | Q03, BS11 | Must |
RF24 | O aplicativo tem meios de mecanismo de desbloqueio de cartões. | Q04 | Should |
RF25 | O aplicativo concede acesso às paradas próximas. | Q05 | Must |
RF26 | O aplicativo concede visualização a quantidade de passes. | Q06 | Must |
RF27 | O aplicativo tem opção de pagamento via cartão de crédito. | Q07 | Should |
RF28 | O aplicativo mostra ao usuário a previsão de depósito de dinheiro depositado. | Q08 | Must |
RF29 | O aplicativo mostra o histórico de transportes pegos pelo usuário ao longo do seu uso. | Q09 | Must |
RF30 | Possibilidade de favoritar linhas de ônibus. | BS13 | Must |
RNF01 | Garantir compatibilidade com sistemas operacionais Android e iOS. | IS13, BS14 | Must |
RNF02 | Oferecer uma instalação e uso do aplicativo intuitivos e de fácil compreensão. | IS14 | Must |
RNF03 | Apresentar uma interface de usuário amigável e intuitiva para facilitar a navegação. | IS15, BS15 | Must |
RNF04 | Fornecer feedback ao usuário sobre o status da consulta, recarga e outras interações relevantes. | IS16, BS16, OBS10 | Should |
RNF05 | Implementar medidas de segurança robustas para proteger a privacidade dos usuários durante as interações no aplicativo. | IS17 | Must |
RNF06 | Deve ser de código aberto e gratuito. | IS18 | Could |
RNF07 | O aplicativo deve fornecer segurança ao usuário com dados cadastrados. | Q10 | Must |
RNF08 | O aplicativo deve rastrear os ônibus via GPS. | Q11 | Must |
RNF09 | O aplicativo deve ser otimizado. | Q12 | Must |
RNF10 | O aplicativo deve possuir meios de acessibilidade para pessoas que possuam deficiências visuais, físicas ou auditivas. | Q13 | Must |
Fonte: BRAGA, Caio. LELIS, Caio. FILHO, Doan.
Bibliografia
[1] "Aprender 3", Disponivel em: link, acesso em 04 de Outubro de 2023
Histórico de versões
Versão | Descrição | Autor | Data | Revisor | Data de revisão |
---|---|---|---|---|---|
1.0 | Criando MosCow | Caio Braga, Caio Lelis e Doan Filho | 03/10/2023 | Joel Soares | 04/10/2023 |