moscow

Sumário

1. Introdução
2. Objetivo
3. Metodologia
4. Conclusão
5. Referências
6. Requisitos

Introdução

Uma das mais importantes partes em uma baseline de requisitos é a parte de priorização. Essa parte é responsável não apenas por eliminar requisitos menos significativos mas também por estabelecer e dar embassamento para a escolha daquele requisitos que irão para o processo de desenvolvimento de alguma funcionalidade e/ou melhoria de algum processo dentro do problema em questão. Então, graças a isso foi visto a necessidade de escolher um dos muitos métodos de priorização. Dentre esses métodos um dos mais conhecidos e que vai ser usado nesse modulo da disciplina é o MoSCoW.
O MoSCoW é uma técnica para ajuda de priorização de itens, escopo, requisitos, classificação de mudanças.

O MoSCoW é dividido em 4 partes:

• Must: Que consiste em tudo que é imprencidível para o escopo do projeto. Que sejam funcionalidades bases do seu projeto.
• Should: Tudo que é importante para o escopo do projeto mas caso não tenha o produto não perderá seu valor de negócio.
• Could: Itens opcionais para a aplicação que são muito das vezes usado para agradar o cliente com funcionalidades extras.
• Won't: Tudo aquilo que será descartado da aplicação, ou seja, não será desenvolvido.

Vantagens de se utilizar MoSCoW:

• Os requisitos que são priorizados com MoSCoW podem ser facilmente "traduzida" para user stories no caso de uma metodologia ágil como o SCRUM, em queu requisitos com priorização como MUST ou SHOULD tem que ser entregues durante a sprint.
• Aumenta a interação com o cliente uma vez que esse tipo de métodologia pode facilmente ser entendida por clientes que não sabem muito a respeito de requisitos de software, assim aumentando a interação desenvolvedor cliente fácilitando a entrega de um produto final que seja condizente com o que o cliente queria.
• Requisitos que são classificados como Won't podem ser cortados do projeto fazendo reduções de custo de produção com isso.

Objetivo

Essa técnica tem como objetivo priorizar requisitos de forma que possa ser feito um melhor refinamento daqueles mais importantes no contexto da aplicação do UBER.

Metodologia

A metodologia aplicada foi uma análise em grupo de cada requisito levantado. Nessa análise cada integrante descrevia a prioridade conforme sua concepção do problema, e em caso de conflito de ideias as partes discutiam e protegiam seu ponto, após isso a priorização que a maioria dos integrantes escolheu era tida como o valor de negócio para aquele requisito.

Conclusão

Essa metodologia é muito rápida na hora da priorização do requistos e possui grande flexibilidade na hora de revisar a prioridade daquele requisito, pois pode ser feito novamente sem muito esforço. Ela não apenas conseguiu priorizar os requisitos de uma forma ótima visto que a maioria dos integrantes concordaram com o valor de negócio dado a cada requisito mas também se mostrou mais que eficiente na poda de requisitos que fogem do escopo do projeto ou não são importantes no contexto do app.

Referências

The DSDM Agile Project Framework (2014 Onwards), Disponível em: < https://www.agilebusiness.org/content/moscow-prioritisation >
McIntyre. John, MoSCoW or Kano Models - how do you prioritize?, Disponível em: < https://www.hotpmo.com/blog/moscow-kano-prioritize >
Aranha. Frederico, Técnica MoSCoW na Priorização dos Requisitos Disponível em: < https://sitecampus.com.br/tecnica-moscow-na-priorizacao-dos-requisitos >
Costa. Flávio, Técnica MoSCoW na Priorização dos Requisitos, Disponível em: < https://www.linkedin.com/pulse/t%C3%A9cnica-moscow-na-prioriza%C3%A7%C3%A3o-dos-requisitos-fl%C3%A1vio-costa >

ST1

ID	Requisito	Prioridade	Rastro
RF001	Empacotar a aplicação e disponibilizar em repositórios confiáveis como AppleStore e PlayStore.	Must	Story Telling
RF002	O usuário tem que fazer um cadastro para entrar no App.	Must	Story Telling
RF003	A aplicação tem que permitir o usuário entrar nela apenas se efetuar o login.	Must	Story Telling
RF004	A aplicação tem que permitir o usuário entrar nela apenas se efetuar o cadastro.	Must	Story Telling
RF005	A aplicação tem que guardar as informações do cadastro e login do usuário.	Must	Story Telling
RF006	A aplicação tem que efetuar o cadastro pelo facebook.	Could	Story Telling
RF007	A aplicação tem que efetuar o cadastro pelo google+.	Could	Story Telling
RF008	A aplicação tem que efetuar o login pelo facebook.	Could	Story Telling
RF009	A aplicação tem que efetuar o login pelo google+.	Could	Story Telling
RF010	A aplicação tem que solicitar que o usuário permita ela pegar as informações pessoais do facebook.	Should	Story Telling
RF011	A aplicação tem que solicitar que o usuário permita ela pegar as informações pessoais do google+.	Should	Story Telling
RF012	A aplicação tem que validar as informações do facebook.	Must	Story Telling
RF013	A aplicação tem que validar as informações do google+	Must	Story Telling
RF014	O usuário tem que conseguir verificar o trajeto para o destino desejado.	Must	Story Telling
RF015	A aplicação tem que solicitar ao usuário que ele digite o trajeto do destino.	Must	Story Telling
RF016	A aplicação tem que solicitar ao usuário um ponto de partida da corrida.	Must	Story Telling
RF017	A aplicação tem que validar se o endereço do usuário existe	Must	Story Telling
RF018	A aplicação tem que avaliar endereços com o nome ou posição próximos ao que ele digitou e mostrar ao usuário.	Should	Story Telling
RF019	O usuário tem que receber dicas de lugares para que ele possa ir caso tenha digitado metade do endereço ou o endereço errado.	Won't	Story Telling
RF020	A aplicação tem que solicitar ao usuário que ele possa pedir a viagem ou não.	Must	Story Telling
RF021	O usuário tem que ser capaz antes de confirmar a viagem ver o preço por tipo de carro.	Must	Story Telling
RF022	A aplicação tem que calcular a trajetória do usuário para cada tipo de carro disponível. E mostrar o preço ao usuário.	Must	Story Telling
RF023	A aplicação tem que calcular a trajetória do usuário para cada tipo de carro disponível. E mostrar o tempo ao usuário.	Must	Story Telling
RF024	O usuário tem que ser capaz de solicitar o carro desejado apertando na opção que lhe agradar.	Must	Story Telling
RF025	A aplicação tem que solicitar a forma de pagamento antes da confirmação da viagem.	Must	Story Telling
RF026	A aplicação tem que mostra as formas de pagamento para o usuário.	Must	Story Telling
RF027	O usuário tem que escolher a forma de pagamento que mais lhe agrada.	Must	Story Telling
RF028	A aplicação tem que solicitar dados do cartão caso a opção seja de cartão de crédito ou débito.	Must	Story Telling
RF029	A aplicação tem que solicitar as informações necessárias da conta PayPal caso seja escolhida.	Must	Story Telling
RF030	A aplicação tem que redirecionar para a página de aguardo de carros para caso o usuário escolha a opção dinheiro.	Must	Story Telling
RF031	Caso a opção seja dinheiro o motorista será notificado e terá que ficar com conta dele a questão do troco.	Must	Story Telling
RF032	A aplicação tem que validar os dados de cartão de crédito .	Must	Story Telling
RF033	A aplicação tem que validar os dados da conta PayPal .	Must	Story Telling
RF034	A aplicação tem que notificar o motorista caso a opção seja dinheiro.	Must	Story Telling
RF035	A aplicação tem que notificar o motorista caso a opção seja cartão ou conta PayPal.	Must	Story Telling
RF036	A aplicação tem que solicitar o motorista para a corrida especificada.	Must	Story Telling
RF037	A aplicação tem que notificar os motoristas próximos da corrida solicitada.	Must	Story Telling
RF038	A aplicação tem que solicitar para os motoristas que confirmem a corrida ou não.	Must	Story Telling
RF039	A aplicação tem que pegar as informações do motorista que está aceitou a corrida e mostrar ao usuário.	Should	Story Telling
RF040	O usuário tem que se capaz de solicitar o cancelamento da corrida.	Must	Story Telling
RF041	O motorista tem que se capaz de solicitar o cancelamento da corrida.	Must	Story Telling
RF042	A aplicação tem que processar o cancelamento e passar ao usuário ou ao motorista.	Must	Story Telling
RF043	A aplicação tem que validar se o motivo do cancelamento é valido ou não para devolver ou não o dinheiro	Should	Story Telling
RF044	A aplicação ao final do trajeto traçado tem que perguntar a avaliação de 0 a 5 estrelas ao usuário sobre a viagem.	Must	Story Telling
RF045	A aplicação ao final do trajeto traçado tem que perguntar a avaliação de 0 a 5 estrelas ao motorista sobre o passageiro.	Must	Story Telling
RF046	O usuário tem que ser capaz de avaliar o motorista.	Must	Story Telling
RF047	O motorista tem que ser capaz de avaliar o usuário.	Must	Story Telling
RF048	A aplicação tem que fazer a média das avaliações gerais e salvar no perfil do usuário.	Must	Story Telling
RF049	A aplicação tem que fazer a média das avaliações gerais e salvar no perfil do motorista.	Must	Story Telling
RF050	O usuário tem que solicitar mudanças no perfil dele.	Should	Story Telling
RF051	O motorista tem que ser capaz de mudar suas configurações de perfil.	Should	Story Telling
RF052	O motorista e o usuário tem que conseguir fazer as solicitações de mudanças de configurações gerais do app.	Must	Story Telling
RF053	O usuário e o motorista tem que solicitar histórico de viagens.	Must	Story Telling
RF054	A aplicação tem que conseguir guardar o histórico de viagens.	Must	Story Telling
RF056	O motorista tem ser capaz de colocar seu plano de carreira dentro do app.	Should	Story Telling
RF057	A aplicação tem que ser capaz de calcular o plano de carreira do motorista a cada corrida.	Should	Story Telling
RF058	O usuário tem que se capaz de adicionar mais formas de pagamento.	Must	Story Telling
RF059	A aplicação tem que solicitar ao usuário caso queira para se tornar um motorista uber.	Must	Story Telling
RF060	A aplicação tem que dar ao usuário a opção de resgatar cupom de desconto para outras corridas .	Should	Story Telling
RF061	A aplicação tem que ser capaz de ver se o cupom está válido e se pode utilizá-lo para corridas.	Must	Story Telling
RF062	A aplicação tem que fazer a solicitação dos dados do motorista para cadastro na uber.	Must	Story Telling
RF063	A aplicação tem que validar as informações do motorista para ver se ele tá apto ou não a participar da empresa.	Must	Story Telling
RF064	O futuro motorista ou não tem que saber o feedback da sua requisição para motorista.	Should	Story Telling
RF186	O usuário tem que ser capaz de dar justificativa para que o dinheiro da corrida seja devolvido.	Must	Story Telling
RF187	A aplicação tem que solicitar ao usuário que ele dê uma justificativa para o cancelamento	Could	Story Telling

OBS1

Disponível em : Vídeo:https://vimeo.com/290390538
Senha: requisitos

ID	Requisitos Gerais	Prioridade	Rastro (min:seg)
RF065	É necessário que a localização do smartphone esteja ligada para fazer uso da funcionalidade principal do aplicativo.	Must	00:05
RF066	Ao abrir o aplicativo, a tela inicial deve ser o mapa mostrando onde o cliente está localizado e os carros da Uber disponíveis ao seu redor.	Should	00:05
RF067	O aplicativo deve manter um histórico de destinos, para sugerir diretamente destinos que o cliente costuma ir.	Must	00:07
RF068	Na tela inicial, deve haver um campo para escrever o destino para qual o cliente deseja se deslocar.	Should	00:07
RF069	Ao selecionar um destino deve ser mostrado ao cliente os tipos de carros disponíveis, o valor da corrida para o carro padrão e o método de pagamento que o cliente está utilizando, além do botão de confirmar viagem.	Should	01:38
RF070	Os diferentes carros disponíveis devem ser UberX, UberSelect, UberBlack e UberBag.	Should	02:12
RF071	O aplicativo deve mostrar mensagens exibindo a flutuação dos preços, conforme o horário e o número de carros disponíveis ao redor.	Could	01:42
RF072	Ao selecionar um tipo de carro deve ser exibido uma breve descrição de qual seu diferencial.	Could	02:00
RF073	Ao selecionar um tipo de carro deve ser exibido o valor da viagem e o tempo para chegar ao destino.	Must	01:40
RF074	Ao selecionar um tipo de carro deve ser verificada a disponibilidade deste nas redondezas, caso nenhum seja encontrado, não é possível confirmar a viagem.	Must	01:53
RF075	Ao realizar um swipe para cima na tela inicial o cliente deverá ser levado a uma tela de mensagens, contendo avisos e dicas da Uber.	Should	00:17
RF076	O menu “Viagens com desconto” deve conter o código promocional do usuário para que ele compartilhe com novos clientes, gerando desconto para ambos.	Could	01:17

ID	Requisitos Menu Lateral	Prioridade	Rastro
RF077	Ao clicar nas três barras na parte de cima do mapa, o menu lateral deve abrir.	Must	00:28
RF078	O menu lateral deve conter, o nome do cliente, sua média de avaliações e versão do aplicativo	Should	00:31
RF079	O menu lateral deve conter os botões “Suas viagens”, “Ajuda”, “Pagamento”, “Viagens com desconto” e “Configurações”.	Should	00:31
RF080	O menu lateral deve conter propagandas de outros serviços Uber, como o UberEats e o UberDriver	Could	00:31

ID	Requisitos Menu “Suas Viagens”	Prioridade	Rastro
RF081	A aba “Suas viagens” deve conter um histórico de viagens feitas, exibindo o trajeto, o horário da realização da viagem, o carro usado e o valor pago.	Should	00:40
RF082	Ao clicar em uma viagem feita o usuário deve ser deslocado a uma aba de detalhes da viagem, exibindo o exibindo o trajeto, o horário da realização da viagem, o carro usado, valor pago, nome do motorista, a avaliação que o cliente deu a ele e o endereço completo do local inicial e destino.	Should	00:44
RF083	“Detalhes da viagem” deve conter uma aba de “Ajuda” e outra de “Recibo”.	Must	00:44
RF084	A aba de ajuda contida em “Detalhes da viagem” deve apresentar as seguintes opções, “Eu me envolvi em um acidente”, “Revisão de valores ou taxas”, “Itens perdidos”, “Opiniões sobre o motorista”, “Opiniões sobre o veículo” e “Tive outro problema”.	Should	00:46
RF085	A aba Recibo contida em “Detalhes da Viagem” deve apresentar as seguintes informações, “Preço da viagem”, “Subtotal”, “Regulação Distrital”, “Pedágios, cobranças extras e taxas”, “Total” e qual foi o método de pagamento utilizado.	Should	00:48

ID	Requisitos Menu “Pagamentos”	Prioridade	Rastro
RF086	O menu “Pagamento” deve conter as formas de pagamento armazenadas e uma opção para adicionar nova forma de pagamento.	Must	01:00
RF087	O menu “Pagamento” deve conter perfis de usuário e a opção de adicionar um novo perfil de usuário.	Could	01:01
RF088	O menu “Pagamento” deve conter uma opção de recompensas dando dicas de promoções da Uber com parceiras.	Could	01:05
RF089	O menu “Pagamento” deve conter uma opção para que o usuário insira um código promocional.	Should	01:10

ID	Requisitos Menu “Configurações”	Prioridade	Rastro
RF090	O menu “Configurações” deve conter as seguintes informações: Nome do usuário, celular e e-mail.	Could	01:27
RF091	O menu “Configurações” deve conter uma opção para gerenciar contatos de confiança.	Should	01:27
RF092	O menu “Configurações” deve conter uma opção para configurar perfil familiar.	Could	01:27
RF093	O menu “Configurações” deve conter uma opção para gerenciar privacidade.	Could	01:27
RF094	O menu “Configurações” deve conter um botão para se deslogar do aplicativo.	Must	01:27

INT1

ID	Requisito	Prioridade	Rastro
RF95	Bitcoin como mais uma Forma de Pagamento	Should	Introspecção
RF96	Implementar outros meios de pagamento, aumentar as opções do usuário	Must	Introspecção
RF97	Crédito/Débito no Evento em que o usuário estiver presente, adicionar o preço do uber na comanda do evento em que o usuário estiver frequentando.	Should	Introspecção
RF98	Extra de código promocional	Want	Introspecção
RF99	Fazer mais promoções	Want	Introspecção
RF100	Implementar Pacotes de Promoções	Could	Introspecção
RF101	Implementar Pacotes de Fidelização	Should	Introspecção
RF102	Implementar Único pagamento Ida/Volta	Should	Introspecção
RF103	Adicionar Mais Gerenciadores de Pagamentos	Must	Introspecção
RF104	SAC para Pagamentos, auxiliar nas dificuldades dos usuários	Must	Introspecção
RF105	Opção de relatar erro mais visível, de modo que seja fácil para o usuário reportar um erro.	Must	Introspecção
RF106	Opção para retirar alguma Forma de Pagamentos, se o usuário desejar retirar aquela opção de pagamento assinada anteriormente.	Should	Introspecção
RF107	Simular um pagamento, para que o usuário possa realizar uma simulaçao de preços, saldo em conta, aceitação do cartão.	Want	Introspecção
RF108	Alocar todo conteúdo relacionado ao pagamento em um só menu, de modo que seja intuitivo e fácil de se localizar.	Should	Introspecção
RF109	Mostrar o custos que gera o valor final, para que o usuário possa avaliar o serviço.	Should	Introspecção
RF110	Adicionar extratos de viagens também no menu de Pagamentos	Could	Introspecção

INT2

ID	Requisito	Prioridade	Rastro
RF111	O aplicativo tem que apresentar o sistema de GPS e Mapa para sua localização e a do usuário quando solicitado	Must	Instrospecção
RF112	O aplicativo tem que apresentar várias formas de pagamento de modo que seja de fácil execução e desempenho rápido	Must	Instrospecção
RF113	Os requisitos minímos do carro do Motorista UBER padrão deve ter 5 assentos, 4 portas e ar condicionado	Must	Instrospecção
RF114	O aplicativo deve ter um bom chat de conversas rápidas entre o passageiro e o motorista apenas para se comunicarem caso tenha algum problema	Must	Instrospecção
RF115	O aplicativo deve oferecer um sistema de auxílio ao motorista e tutorias a utilização do programa	Should	Instrospecção
RF116	O aplicativo poderia aceitar outras formas de pagamento além de dinheiro e cartões de débito/crédito	Should	Instrospecção
RF117	A empresa UBER poderia compensar os motoristas dedicados e exemplares com premiações e assim incentivar outros motoristas	Should	Instrospecção
RF118	O aplicativo poderia apresentar o histórico de transações do Motorista a empresa UBER em meses e anos	Want	Instrospecção
RF119	Os métodos para avaliação da Premiação seria pelo Ranking de corridas, avalição e tempo trabalhado (anos)	Want	Instrospecção
RF120	A UBER poderia trabalhar com outras formas de transporte rápido como ônibus e motos	Want	Instrospecção
RF121	Poderia informar para o motorista qual a forma de pagamento do usuário antes da corrida	Should	Instrospecção

INT3

ID	Requisito	Prioridade	Rastro
RF122	Deve haver um sistema de posição global	Must	Instrospecção
RF123	Deve ser possível navegar pelo GPS	Must	Instrospecção
RF124	Deve ser possível ver minha localização atual no GPS do aplicativo	Must	Instrospecção
RF125	Deve ser possível retornar para minha localização atual com apenas um clique	Should	Instrospecção
RF126	Deve ser possível ver, no gps do aplicativo, os veículos de ubers disponíveis, em tempo real	Should	Instrospecção
RF127	Deve ser possível solicitar uma viagem para uma localização específica	Must	Instrospecção
RF128	Deve ser possível selecionar localizações de viagens recentes, para agilizar o processo	Should	Instrospecção
RF129	Deve ser possível olhar o preço da viagem antes de aceitá-la	Must	Instrospecção
RF130	Deve ser possível escolher o tipo do veículo em que se quer viajar	Must	Instrospecção
RF131	Deve ser possível analisar os dados do motorista e do carro solicitado pelo aplicativo	Should	Instrospecção
RF132	Deve ser possível escolher o modo de pagamento antes de confirmar a viagem	Must	Instrospecção
RF133	Deve ser possível ver o tempo estimado e a distancia até o destino	Could	Instrospecção
RF134	Deve ser possível me comunicar com o motorista pelo aplicativo	Should	Instrospecção
RF135	Deve ser possível ver a localização do carro do motorista em tempo real	Could	Instrospecção
RF136	Deve ser possível avaliar o motorista de 1 a 5 estrelas	Should	Instrospecção
RF137	Deve ser possível dar o feedback sobre o motorista para a uber	Must	Instrospecção
RF138	Deve ser possível fazer um elogio ao motorista	Could	Instrospecção
RF139	Deve ser possível dar uma gorjeta ao motorista	Could	Instrospecção
RF140	Deve haver um menu lateral com as demais informações do aplicativo	Must	Instrospecção
RF141	Deve ser possível ver a média das avaliações no menu lateral	Could	Instrospecção
RF142	Deve aparecer a foto de perfil no menu lateral	Could	Instrospecção
RF143	Deve haver uma mensagem incentivando o cliente a se tornar um motorista de uber	Could	Instrospecção
RF144	Deve haver titulos direcionando para o historico de viagens, para o guia de ajuda, para a configuração das formas de pagamento, para o guia de viagens com desconto e para as configurações em geral	Could	Instrospecção
RF145	Deve haver um título direcionando para uma propaganda do uber eats	Could	Instrospecção
RF146	Deve haver um título direcionando para as informações legais do aplicativo	Should	Instrospecção
RF147	Deve ser possível ver todas viagens já feitas	Should	Instrospecção
RF148	Deve ser possível selecionar uma viagem para ver os detalhes desta	Should	Instrospecção
RF149	Nos detalhes da viagem deve ser possível ver o caminho percorrido, data, horário, valor da viagem, avaliação dada ao motorista, uma aba de ajuda e um recibo com todos os valores cobrados pela uber	Could	Instrospecção
RF150	Deve ser possível ver todas as viagens agendadas	Should	Instrospecção
RF151	Deve ser possível ver as viagens feitas com perfil familiar	Could	Instrospecção
RF152	Deve ser possível relatar um problema sobre a última viagem	Should	Instrospecção
RF153	Deve redirecionar para problemas específicos: revisão do valor de viagens, opções de conta e pagamento, o guia da uber, cadastrando, outros problemas, acessibilidade	Should	Instrospecção
RF154	Deve ser possível escolher as formas de pagamento, entre cartão de crédito ou débito, dinheiro, paypal, uber pré-pago	Must	Instrospecção
RF155	Deve ser possível cadastrar mais de uma forma de pagamento	Must	Instrospecção
RF156	Deve ser possível criar perfis de usuários com preferências de pagamento para cada perfil	Could	Instrospecção
RF157	Deve ser possível adicionar códigos promocionais	Should	Instrospecção
RF158	Deve ser possível compartilhar o código promocional do usuário em diversas plataformas para ganhar cupons de desconto	Should	Instrospecção
RF159	Deve ser possível compartilhar o código promocional do usuário diretamente com o what’s app	Could	Instrospecção
RF160	Deve ser possível editar o perfil de usuário	Must	Instrospecção
RF161	Deve ser possível salvar localizações específicas para facilitar seu acesso	Should	Instrospecção
RF162	Deve ser possível adicionar contatos de segurança, para que estes acompanhem suas viagens com a Uber	Should	Instrospecção
RF163	Deve ser possível configurar o perfil familiar	Could	Instrospecção
RF164	Deve ser possível configurar a privacidade das informações compartilhadas com a Uber	Should	Instrospecção
RF165	Deve ser possível realizar o logout da aplicação	Must	Instrospecção
RF166	Deve ser possível permitir ou não o compartilhamento da localização com a Uber	Should	Instrospecção
RF167	Deve ser possível permitir ou não o compartilhanento da localização em tempo real com o motorista	Should	Instrospecção
RF168	Deve ser possível permitir ou não a sincronização dos contatos do telefone com o aplicativo (não existe mais)	Won’t	Instrospecção
RF169	Deve ser possível alterar as preferências das notificações	Could	Instrospecção
RF170	Deve ser possível sincronizar o calendário do celular com o aplicativo (não existe mais)	Won’t	Instrospecção
RF171	Deve ser possível exluir a conta do usuário	Should	Instrospecção

ENT01

ID	Requisito	Prioridade	Rastro
RF172	Mostrar informações do motorista no perfil dele, como, por exemplo, tempo de trabalho, número de viagens, sua avaliação, elogios.	Must	Entrevista
RF173	Sistema de conquistas para motoristas.	Could	Entrevista
RF174	Opção de compartilhar histórias.	Won’t	Entrevista
RF175	Confirmação de identidade por foto antes de iniciar o trabalho.	Must	Entrevista
RF176	Melhorar a opção de voz do GPS do aplicativo.	Should	Entrevista
RF177	Melhorar o sistema de navegação.	Must	Entrevista
RF178	Resolver o problema com passageiros demorados, que tomam o tempo dos motoristas.	Could	Entrevista

Pelo Brainstorming:

ID	Requisito	Prioridade	Rastro
RF179	Criar uma I.A. para o aplicativo da Uber.	Could	Brainstorm
RF180	Melhorar mais a precisão do mapa.	Must	Brainstorm
RF181	Tornar o app mais prático, precisando de menos interações com o usuário.	Must	Brainstorm
RF182	Mostrar destinos mais populares.	Should	Brainstorm
RF183	Acessibilidade para deficientes.	Must	Brainstorm
RF184	Integração com eventos.	Could	Brainstorm
RF185	Parceria com eventos.	Could	Brainstorm