Merge branch 'main' of https://github.com/fga-eps-mds/2024-1-GEROcuid…

…ado-Doc

docs/encerramento/post_mortem.md

@@ -1,34 +1,60 @@
+
 # Postmortem 
 
 ## Histórico de versões
 
 | Versão | Data | Descrição | Autores |
 | ------ | ---------- | --------------------- | ----------- |
 | 1.0 | 12/09/2024 | Abertura do documento | [Sebastián Zuzunaga](https://github.com/sebazac332) |
+| 1.1 | 18/09/2024 | Adição de informações | [Amanda Nobre](https://github.com/AmandaNbr) |
 
 ## Introdução
 
 O presente documento tem como finalidade compartilhar as experiências vividas pela equipe durante o desenvolvimento do projeto, além de promover uma autorreflexão. Também visa auxiliar outras equipes na condução de futuros projetos.
 
+## Condução do projeto
+
+Este projeto foi marcado por diversos desafios, refletidos na opinião unânime da equipe sobre sua complexidade. No início da disciplina, durante a Lean Inception, ficou claro que o que havia sido desenvolvido no semestre anterior (2023.2) não poderia ser aproveitado. Diante disso, tomamos a difícil decisão de recomeçar a implementação do zero.
+
+A primeira release foi entregue com as funcionalidades iniciais, mas, no início da segunda release, enfrentamos outra decisão importante: continuar o desenvolvimento do novo app ou retomar o projeto do semestre anterior. A discussão ressurgiu ao percebermos que poderíamos reutilizar boa parte do que havia sido feito em 2023.2, para que algumas funcionalidades do app rodassem offline, que era uma das principais demandas do cliente.
+
+Após muita reflexão e debate, optamos por dar continuidade ao projeto GeroCuidado 2023.2. Foi necessário parar e recalcular a rota, refazendo o backlog e as histórias de usuário, que tiveram foco na correção de bugs e melhorias, considerando o tempo limitado que restava até o final do projeto.
+
 ## Pontos Fortes
 
 - Experiência de como é ter um cliente real
 - Resiliência para superar empecilhos
-- Entrega do app offline
+- Entrega do app com funcionalidades offline
 - Muitos aprendizados de MDS
  - Tecnologias novas (Git, Docker, React Native)
  - Metodologias
 
 ## Pontos Fracos
 
 - Ambiente de desenvolvimento dos membros de MDS.
+ - Para conseguir desenvolver para mobile normalmente é necessário um computador com configurações boas.
 - Máquina com as especificações mínimas definidas pelo plano de custos.
-- Replanejamento do projeto na metade do desenvolvimento.
+- Replanejamento do projeto.
 - Imprevistos com o time.
 - Poucos integrantes de EPS.
 - Sobrecarga no fim do projeto.
-- Motivação.
+
+## Pontos Pendentes
+
+Para fornecer uma base inicial aos colegas do próximo semestre, a equipe compilou uma lista de pendências do projeto.
+
+- Implementação da interação com o fórum (comentários, likes)
+- Maior aderência do protótipo, botões e telas levemente diferentes. Ex:<br>
+[Header de idoso diferente do que está no app]<br>
+![image](https://github.com/user-attachments/assets/2d3a9a13-469c-4a49-8a83-3e58bcd88d37)<br>
+[Tela de falha na conexão ao acessar o fórum offline]<br>
+![image](https://github.com/user-attachments/assets/6d67e7d2-abb9-4233-8415-783a11c71cfe)
+
+- Funcionalidade de fazer download das métricas e rotina do idoso, o ideal seria fazer de forma que fizesse o download em pdf ou exportasse as informações para serem compartilhadas de forma organizada, entre um determinado intervalo de tempo. Ex: Baixar métricas de pressão sanguínea do último mês; Baixar todas as métricas da última semana.
+- **TO-DO: Explicar a parte do endpoint único e como pode ser melhorado**
 
 ## Recomendações
 
-Se vai ser feita uma mudança de escopo, certifique-se de ter em mente o tempo que será necessário para aprender as novas tecnologias relacionadas a ele, não negligenciar a comunicação entre as equipes, não pular reuniões semanais.
+Caso seja necessária uma mudança de escopo, é fundamental considerar o tempo necessário para aprender as novas tecnologias envolvidas. Além disso, não se deve negligenciar a comunicação entre as equipes, e é crucial manter a regularidade das reuniões semanais, sem pular nenhuma. Esses fatores são essenciais para garantir que o projeto avance de forma eficaz e coordenada.
+
+O perfeccionismo pode atrapalhar a entrega, pois não é necessário que ela seja perfeita; melhorias podem ser feitas na próxima sprint. O pior erro é não entregar nada.

docs/encerramento/relatorio.md

@@ -1,3 +1,4 @@
+
 # Relatório de Encerramento
 
 ## Histórico de versões
@@ -6,87 +7,133 @@
 | ------ | ---------- | --------------------- | ----------- |
 | 1.0 | 11/09/2024 | Abertura do documento | [Sebastián Zuzunaga](https://github.com/sebazac332) |
 | 1.1 | 12/09/2024 | Adição de US executadas | [Sebastián Zuzunaga](https://github.com/sebazac332) |
+| 1.2 | 19/09/2024 | Melhora organização do documento | [Amanda Nobre](https://github.com/AmandaNbr) |
 
 ## Introdução
-Neste documento de encerramento será feita uma análise do que planejou a equipe e o que foi realizado durante o desenvolvimento do projeto. Alguns aspectos que serão vistos são: backlog, custo, qualidade e riscos. Esta análise servirá para ilustrar a perspectiva inicial da equipe e o que foi efetivamente concluído ao longo da execução do projeto e guia para futuros desenvolvedores do projeto fornecendo insights sobre o planejamento e execução da solução apresentada.
 
-## Backlog Deprecado
-### Planejado
-#### MVP
+Este documento de encerramento apresentará uma análise comparativa entre o que foi planejado pela equipe e o que foi realizado durante o desenvolvimento do projeto. Serão abordados aspectos como backlog, custo, qualidade e riscos. Essa análise tem o objetivo de ilustrar a visão inicial da equipe em contraste com os resultados alcançados, além de servir como um guia para futuros desenvolvedores, oferecendo insights sobre o planejamento e a execução da solução proposta.
+
+## Backlog
+
+### Backlog Deprecado
+
+Como citado no [Post Mortem](https://fga-eps-mds.github.io/2024-1-GEROcuidado-Doc/encerramento/post_mortem/), houve uma troca de contexto ao longo do projeto, dessa forma esta versão do backlog acabou sendo deprecada, porém a título de documentar e informar o que foi planejado inicialmente estarão descritas as US`s planejadas, executadas e aceitas.
+
+#### Planejado
+
+- **MVP**
+ - [US01] Criar perfil de usuário
+ - [US02] Editar informações pessoais
+ - [US03] Cadastrar, visualizar, editar e apagar perfis de idosos
+ - [US04] Cadastrar medicamentos e alimentos no perfil do idoso
+ - [US05] Cadastrar, visualizar, editar e apagar tarefas da rotina do idoso
+ - [US06] Cadastrar, visualizar, editar e apagar métricas de um idoso
+
+- **Incremento**
+ - [US07] Criar, visualizar, editar e apagar postagens no fórum
+ - [US08] Tutorial explicativo das funcionalidades do aplicativo
+ - [US09] Moderção das publicações do fórum
+
+#### Executado
+- [US01] Criar perfil de usuário
+- [US04] Cadastrar medicamentos e alimentos no perfil do idoso
+
+#### Aceito pelo Cliente
 - [US01] Criar perfil de usuário
-- [US02] Editar informações pessoais
-- [US03] Cadastrar, visualizar, editar e apagar perfis de idosos
 - [US04] Cadastrar medicamentos e alimentos no perfil do idoso
-- [US05] Cadastrar, visualizar, editar e apagar tarefas da rotina do idoso
-- [US06] Cadastrar, visualizar, editar e apagar métricas de um idoso
-
-#### Incremento
-- [US07] Criar, visualizar, editar e apagar postagens no fórum
-- [US08] Tutorial explicativo das funcionalidades do aplicativo
-- [US09] Moderção das publicações do fórum
-
-## Backlog Novo
-### Planejado
-#### MVP
-- EH01 - Editar informações do perfil de usuário offline
-- EH02 - Cadastrar medicamentos e alimentos no perfil do idoso
-- EH03 - Cadastrar, visualizar, editar e apagar perfis de idosos offline
-- EH04 - Cadastrar, visualizar, editar e apagar métricas de um idoso
-- EH05 - Cadastrar, visualizar, editar e apagar tarefas da rotina do idoso
-- BUG01 - Resolver bugs de experiencia de usuário
-
-#### Executadas
-- EH01 - Editar informações do perfil de usuário offline
-- EH03 - Cadastrar, visualizar, editar e apagar perfis de idosos offline
-- EH04 - Cadastrar, visualizar, editar e apagar métricas de um idoso
-- EH05 - Cadastrar, visualizar, editar e apagar tarefas da rotina do idoso
-- BUG01 - Resolver bugs de experiencia de usuário
-
-#### Executadas e Aceitas pelo Cliente
+
+### Backlog Novo
+
+Foi necessária a criação de um novo backlog para contemplar o novo cenário em que o projeto se encontrava, este descreve a situação atual do projeto. Dessa forma as US`s desta versão dizem respeito a melhorias (EH) e ajuste de bugs (BUG):
+
+#### Planejado
+
+- **MVP**
+ - [EH01] Editar informações do perfil de usuário offline
+ - [EH02] Cadastrar medicamentos e alimentos no perfil do idoso
+ - [EH03] Cadastrar, visualizar, editar e apagar perfis de idosos offline
+ - [EH04] Cadastrar, visualizar, editar e apagar métricas de um idoso
+ - [EH05] Cadastrar, visualizar, editar e apagar tarefas da rotina do idoso
+ - [BUG01] Resolver bugs de experiencia de usuário
+
+#### Executado
+- [EH01] Editar informações do perfil de usuário offline
+- [EH03] Cadastrar, visualizar, editar e apagar perfis de idosos offline
+- [EH04] Cadastrar, visualizar, editar e apagar métricas de um idoso
+- [EH05] Cadastrar, visualizar, editar e apagar tarefas da rotina do idoso
+- [BUG01] Resolver bugs de experiencia de usuário
+
+#### Aceito pelo Cliente
 - Nenhuma
 
+### Situação atual do projeto
+
+Dessa forma, as funcionalidades que estão presentes na versão atual do app são as contempladas no [relatório de encerramento](https://fga-eps-mds.github.io/2023-2-GEROcuidado-Doc/encerramento/relatorio_encerramento/) da equipe do semestre anterior (2023.2):
+![image](https://github.com/user-attachments/assets/5df47cd6-71c6-4d82-8460-0cc7f5fd25f5)
+Juntamente com as melhorias feitas no semestre atual deste projeto (2024.1), que fazem as funcionalidades que vieram do projeto de 2023.2 (*menos a interação com o fórum*) passarem a funcionar tanto com conexão a internet, quanto sem conexão. 
+Esse requisito surgiu após conversar com o cliente e perceber que houveram dificuldades na homologação do app em casas de repouso que não tinham internet boa e/ou sinal para 3g/4g.
+
+Então, no app atualmente há:
+
+| Funcionalidade | Com Conexão | Sem Conexão |
+|-----------------------------------------------------------|-------------|-------------|
+| Cadastrar perfil de usuário e logar na aplicação | X | |
+| Editar informações do perfil de usuário | X | X |
+| Cadastrar, visualizar, editar e apagar perfis | X | X |
+| Cadastrar, visualizar, editar e apagar métricas de um idoso| X | X |
+| Cadastrar, visualizar, editar e apagar tarefas do idoso | X | X |
+| Fórum (com moderação) | X | |
+
 ## Custo
 
 <iframe src="https://docs.google.com/spreadsheets/d/1AfbnaR35DlNhQVRTdZQjuMkAz1KyYZplQHarhOnHLr0/pubhtml?widget=true&amp;headers=false"width="100%" width= "100" height="500" frameborder="1" scrolling="no"></iframe>
 
 ## Qualidade
 
-Com o objetivo de manter a qualidade do código do trabalho, foram realizados diversos testes, cada um deles garantindo o correto funcionamento de um componente do trabalho. Atualmente o projeto tem uma cobertura de teste de 62.48%
+Com o objetivo de manter a qualidade do código do trabalho, foram realizados diversos testes, cada um deles garantindo o correto funcionamento de um componente do trabalho. Atualmente o projeto tem uma cobertura de teste de mais de 80% no repositório do FrontEnd e mais de 90% nos repositórios dos serviços.
 
 ## Riscos
 
 ### Riscos planejados
 
-#### Externo
 
-- Integrante com problema de saúde
-- Indisponibilidade do cliente 
-- Falha de equipamento 
+| Risco | Descrição |
+|-------|-----------------------------------------------|
+| R01 | Dificuldade com as tecnologias definidas |
+| R02 | Saída de algum integrante do projeto |
+| R03 | Falta de participação de algum integrante do projeto |
+| R04 | Falta de integração da equipe |
+| R05 | Divergência nos horários disponíveis dos integrantes |
+| R06 | Alteração no escopo do projeto |
+| R07 | Integrante com problema de saúde |
+| R08 | Indisponibilidade do cliente |
+| R09 | Falta de disponibilização de releases para o cliente testar |
+| R10 | Falta de participação durante as reuniões |
+| R11 | Sobrecarga de membros da equipe |
+| R12 | Falha de equipamento |
+| R13 | Dependência entre atividades |
+| R14 | Problemas com a infraestrutura de rede |
+| R15 | Dificuldade na adaptação a novas ferramentas |
 
-#### Gerencial
+### Acompanhamento dos riscos
 
-- Saída de algum integrante do projeto 
-- Falta de participação de algum integrante do projeto 
-- Falta de integração da equipe
-- Alteração no escopo do projeto
-- Falta de disponibilização de releases para o cliente testar
-- Falta de participação durante as reuniões
-- Sobrecarga de membros da equipe 
+<iframe width="700" height="760" src="https://docs.google.com/spreadsheets/d/111wcWXgaBPPJazR3fM-vaDZLNRwU9FPkP42Xga_8N6s/edit?usp=sharing"></iframe>
 
-#### Organizacional
+### Análise dos riscos
+#### Riscos individuais
 
-- Divergência nos horários disponíveis dos integrantes 
-- Dependência entre atividades 
+![image](https://github.com/user-attachments/assets/1a89db3a-90ec-446e-993a-ad0c927a09b1)
 
-#### Técnico
+A partir do gráfico dos totais individuais por sprint, é o notável que até a sprint 6 havia um quadro estável, apesar de já haver indícios de riscos altos. Porém na sprint 7 e o 8 é perceptível um grande salto, praticamente todos os riscos aumentaram, com foco em 5 em específico: R03, R04, R09, R10 e R11.
 
-- Dificuldade com as tecnologias definidas 
-- Problemas com a infraestrutura de rede
-- Dificuldade na adaptação a novas ferramentas 
+- R03 | Falta de participação de algum integrante do projeto 
+- R04 | Falta de integração da equipe 
+- R09 | Falta de disponibilização de releases para o cliente testar
+- R10 | Falta de participação durante as reuniões 
+- R11 | Sobrecarga de membros da equipe
 
-### Riscos Enfrentados
+#### Risco total
+![image](https://github.com/user-attachments/assets/52bd4059-c3d1-4921-bed0-e090aaa68822)
 
-- Dificuldade da equipe com novas tecnologias, resultando em uma participação mais ativa no frontend
-- Alteração no escopo do projeto
-- Sobrecarga de membros da equipe 
-- Falta de integração da equipe
+Ao analisar o gráfico geral da probabilidade dos riscos, observa-se um aumento significativo da Sprint 7 para a Sprint 8. Esse aumento abrupto pode é preocupante e pode indicar que o monitoramento dos riscos pode não ter sido completamente eficaz ou estava enviesado. 
+O ideal seria um crescimento mais gradual e controlado, refletindo uma gestão de riscos mais equilibrada. O salto substancial pode sugerir que novos problemas surgiram ou que questões importantes foram subestimadas anteriormente.