Mural de requisitos

1. Elicitação e Descoberta

Na Unidade 2,fizemos o levantamento de requisitos necessários para o projeto junto à cliente, onde averiguamos o problema, tomar medicamentos na hora errad ou nem sequer tomá-los, e também a solução, um aplicativo mobile que avise e de um histórico sobre o uso ou não do remédio no dia, e junto também levantamos os requisitos funcionais e não funcionais do prjeto, como visto no mural pedido para essa unidade.

2. Análise e Concenso

No processo de análise e consenso a equipe do projeto filtrou os requisitos elicitados na parte de Elicitação e Descoberta com base na análise de risco, análise de viabilidade e análise de mercado realizadas pela equipe. Foram levados em conta o tempo de desenvolvimento da equipe, a complexidade de cada requisito, as vantagens e desvantagens de cada ferramenta e o que outros aplicativos semelhantes já oferecem, com isso foi extraído uma lista de requisitos que poderiam ser desenvolvidos e ainda atenderiam a cliente de forma única. Esses requisitos escolhidos foram apresentados em uma reunião com a cliente para atestar que os requisitos escolhidos atendem a demanda dela. Além disso, durante a reunião, também foram negociados outros requisitos que poderiam ser desenvolvidos. Com isso, a equipe de desenvolvimento obteve uma lista de requisitos funcionais e não funcionais que seriam trabalhados durante todo o processo de desenvolvimento. Esses requisitos podem ser vistos na seção de Análise e Consenso do mural.

3. Declaração

Na declaração, a equipe criou grupos para os requisitos se baseando em assuntos comuns entre eles para facilitar a organização e criar uma rastreabilidade. No nível de hierarquia maior estão os Temas, que se referem às temáticas que cada requisito aborda de forma generalizada, assim foram criados 3 temas: Tratamento, Alerta e Histórico. Com os temas definidos, foram criados Épicos, User stories com maior granularidade, para se atribuir a cada um deles, dessa forma foram criados 5 Épicos abordando as atividades de Tratamento, Remédio, Alarme, Notificação e Registro de medicamentos.

O tema de Tratamento foi vinculado aos Épicos de Tratamento e Remédio, pois um remédio só poderia existir com um tratamento vinculado. O tema de Alerta foi vinculado aos Épicos de Alarme e Notificação, e o tema Histórico foi vinculado ao Épico de Registro de medicamentos.

Após a definição dos Temas e Épicos foram feitas as respectivas User Stories de cada épico, se baseando nos requisitos elicitados e no modelo de User Story conhecido com: papel, função e valor de negócio.

Além disso, nessa etapa também se deu início a realização do protótipo da aplicação, para maior entendimento da equipe sobre a representação das User Stories. Segue abaixo o link do protótipo:

4. Verificação e Validação

Depois do processo de Declaração partimos para a Verificação e Validação, com o objetivo de garantir a qualidade baseados nos requisitos elicitados e atender as necessidades do cliente. Foi verificada a consistência, correção, completude e rastreabilidade dos requisitos e depois foram feitas as devidas mudanças para garantir tais características. Também foi verficados e validados os Temas, Épicos e User stories descritos na etapa anterior utilizando-se as técnicas do INVEST, revisão em pares, Feedback e DoR. A maior parte das alterações relacionadas a esse processo foi evidente nas User Stories, em que refatoramos algumas histórias, descartamos as que estavam duplicadas e esclarecemos as que estavam elusivas. Neste processo recebemos um Feedbakc da equipe 0011, em que foram apontadas irregularidades em algumas User Stories e Épicos, depois disso realizamos as mudanças necessárias e completamos o processo de Verificação e Validação.

5. Organização e atualização

Utilizamos o método MoSCoW para a escolha e priorização dos Temas, Épicos e User Stories. Começamos dividindo o backlog em Temas relevantes, como "Tratamentos", "Alerta", "Medicamentos" e "Histórico". Em seguida, identificamos os Épicos dentro de cada Tema, representando as funcionalidades de alto nível que precisamos desenvolver.

Para priorizar as User Stories dentro de cada Épico, levamos em consideração critérios como valor para o usuário, impacto no projeto, complexidade de implementação e dependências. Utilizamos uma tabela para listar as User Stories e adicionamos colunas adicionais, como "Valor para o usuário", "Impacto no projeto", "Complexidade" e "Dependências", a fim de facilitar a análise objetiva e classificação das prioridades.

Durante o planejamento das entregas, agrupamos as User Stories em MVPs, que são versões mínimas do produto contendo um conjunto de funcionalidades essenciais. Essa abordagem nos permite entregar valor de forma iterativa, concentrando-nos nas funcionalidades mais importantes desde as primeiras versões. Como grupo, mantemos uma comunicação constante, envolvendo a equipe de desenvolvimento, stakeholders e usuários, para garantir que estamos atendendo às necessidades e expectativas, maximizando o valor entregue ao longo do projeto.

6. Nosso Mural

Mural criado para administração dos requisitos do projeto:

7. Nosso Planilha de priorização

Planilha criada para a priorização dos requisitos do projeto: