Conflitos MoSCoW

Histórico de Revisões

Data	Versão	Descrição	Autor(es)
08/04/2018	0.1	Criação do documento	Victor Gomide
08/04/2018	0.2	Adição das anotações dos conflitos	Victor Gomide
08/04/2018	0.3	Adição das capturas de tela das votações	Victor Gomide
10/04/2018	1.0	Adição de links para o léxico	Martha Dantas

Conflitos na Votação das Prioridades (MoSCoW)

Nesta página encontram-se os rastros da discussão realizada pelo grupo para definição de prioridades e confecção do MoSCoW. Cada conflito relaciona-se com uma captura de tela da votação online (via Plan-it Poker) e um registro escrito dos argumentos dos membros no debate.

Conflito 5

Requisito: O sistema deve permitir que os restaurantes modifiquem seus cardápios.

Conflito:

Martha: "Não é de extrema importância."

Lucas: "É necessário pois alguns restaurantes podem ter que fazer alterações em seus cardápios com frequência. O iFood tem que se adaptar a diferentes realidades."

Resultado: MUST HAVE

Conflito 6

Requisito: O sistema deve permitir a busca por restaurantes e pratos.

Conflito:

Lucas: "Extremamente importante."

Bruno: "Sistema funciona sem essa funcionalidade."

Victor: "Embora facilite muito, você ainda pode encontrar o restaurante desejado sem a busca."

Resultado: SHOULD HAVE

Conflito 8

Requisito: O sistema deve permitir a aplicação de filtros durante a busca.

Conflito:

Paulo: "É tão importante quanto a busca em si."

Lucas: "É importante por conta da experiência e interface do usuário."

João: "Devemos considerar a funcionalidade do software acima da acessibilidade em questão de priorização."

Bruno: "O filtro necessariamente deve ter menos prioridade que a busca em si."

Martha: "Filtro é apenas um adicional à busca."

Resultado: COULD HAVE

Conflito 9

Requisito: O sistema deve disponibilizar filtros avançados para a busca, para que o usuário encontre o que deseja mais rápido e precisamente.

Conflito:

Victor: "Não deveria ser um requisito, acredito se encaixar no requisito anterior (filtros simples na busca)."

Paulo: "Discordo, foi um requisito obtido a partir do uso do app, verificamos que são requisitos diferentes."

Victor: "De qualquer forma, é algo com o menor nível de importância para o sistema."

Martha: "É apenas uma melhoria para o que já existe, não altera significativamente a experiência do usuário."

Resultado: WOULD HAVE

Conflito 10

Requisito: O sistema deve possuir as seguintes informações sobre o restaurante: Formas de pagamento aceitas; Horário de funcionamento.

Conflito:

Martha: "É muito importante, mas não crucial."

Lucas: "Discordo, a premissa do app depende totalmente dessas informações."

Bruno: "Já discutimos o requisito da disponibilidade. Essas informações são extras no perfil do restaurante."

Resultado: SHOULD HAVE

Conflito 12

Requisito: O sistema deve disponibilizar restaurantes com desconto e sugestões de restaurantes.

Conflito:

Lucas: "É algo que melhora a experiência do usuário."

Paulo: "Acho que é algo muito a fundo."

Martha: "Algo 'removível', sem dúvida."

Diego: "Nem sabia que essa funcionalidade existia."

Resultado: WOULD HAVE

Conflito 13

Requisito: O sistema deve disponibilizar o histórico completo dos pedidos do usuário.

Conflito:

Diego: "Não é importante."

Martha: "É essencial como prova em casos de problema na entrega e também no pagamento."

Resultado: SHOULD HAVE

Conflito 14

Requisito: O sistema deve informar ao usuário através de uma mensagem que o restaurante está fechado.

Conflito:

Martha: "Não é importante pois já existem aviso semelhantes pelo app. Por outro lado, pela experiência de usuário, seria mais que um 'would'."

Lucas: "Não muda em nada o funcionamento do app."

Victor: "O app já não permite que o pedido seja feito se o restaurante não está disponível."

Resultado: WOULD HAVE

Conflito 15

Requisito: O sistema deve informar ao usuário a avaliação, a categoria, a distância de um restaurante e a média do tempo de entrega do prato.

Conflito:

João: "Fator crucial para escolha do restaurante."

Martha: "Essas informações são influentes na decisão mas em questão de funcionalidade o sistema funcionaria bem sem ela."

Resultado: COULD HAVE

Conflito 17

Requisito: O usuário deve ser capaz de comentar suas avaliações dos restaurantes.

Conflito:

Bruno: "É um feedback importante para o restaurante e também para o cliente."

Victor: "Não pode ser mais importante que a avaliação em si."

Martha: "Totalmente dispensável."

Lucas: "Não é tão inútil, muitos baseiam sua escolha nos comentários."

Resultado: COULD HAVE

Conflito 18

Requisito: O usuário deve ser capaz de favoritar o restaurante.

Conflito:

Martha: "Não acho relevante."

Victor: "É um pouco importante pois agiliza o processo para o usuário."

Resultado: WOULD HAVE

Conflito 19

Requisito: O usuário devidamente logado deve ser capaz de recomendar um restaurante, caso este não esteja cadastrado no sistema da seguinte forma: O usuário pode votar em algum restaurante já sugerido; O usuário pode recomendar um novo restaurante.

Conflito:

Victor: "Aplicativo funcionava sem isso antes, não altera o bom funcionamento."

Paulo: "É extremamente importante, pois é responsável por atrair mais restaurantes ao catálogo e, consequentemente, atrair mais clientes e cumprir o que promete."

Resultado: WOULD HAVE

Conflito 20

Requisito: O usuário deve ser capaz de cadastrar-se com a conta do Facebook.

Conflito:

Lucas: "Interfere muito na experiência do usuário. Um cadastro muito longo pode impedir que o usuário faça o se pedido, o que é algo considerável."

Bruno: "É verdade, já desisti de vários serviços por conta do cadastro longo."

Resultado: SHOULD HAVE

Conflito 24

Requisito: O usuário deve ser capaz de efetuar pagamentos pelo aplicativo.

Conflito:

Diego: "Muito importante."

Paulo: "Já existe o pagamento direto ao entregador, não é tão importante assim."

Resultado: SHOULD HAVE