Skip to content

Commit

Permalink
Merge pull request #38 from mdsreq-fga-unb/visao-projeto
Browse files Browse the repository at this point in the history
Visao projeto
  • Loading branch information
thegm445 authored Apr 18, 2024
2 parents e672f29 + d5b0a0c commit 4ed608c
Showing 1 changed file with 57 additions and 0 deletions.
57 changes: 57 additions & 0 deletions docs/visao-geral/visao-projeto.md
Original file line number Diff line number Diff line change
@@ -1 +1,58 @@
# Visão Geral do Projeto

## Organização do projeto

| Papel | Atribuições | Responsável | Participantes |
| ----- | ----------- | ----------- | ------------- |
| Desenvolvedor | Construir o código da aplicação;<br>Tomar decisões arquiteturais;<br> | Arthur Sousa | Arthur Sousa;<br>Danilo Nascimento;<br>Gabriel Moura;<br>Gabryel de Sousa;<br>Guilherme Mendonça;<br>Lucas Queiroz;<br>Samuel Silva |
| Engenheiro de requisitos | Elicitar requisitos;<br>Analisar requisitos;<br>Declarar requisitos;<br>Organizar e atualizar requisitos;<br> | Lucas Queiroz | Arthur Sousa;<br/>Danilo Nascimento;<br/>Gabriel Moura;<br/>Gabryel de Sousa;<br/>Guilherme Mendonça;<br/>Lucas Queiroz;<br/>Samuel Silva |
| Analista de qualidade | Criar testes para encontrar erros no sistema;<br>Definir padrões para a qualidade do produto;<br> | Guilherme Mendonça | Arthur Sousa;<br/>Danilo Nascimento;<br/>Gabriel Moura;<br/>Gabryel de Sousa;<br/>Guilherme Mendonça;<br/>Lucas Queiroz;<br/>Samuel Silva |
| Cliente | Fornecer informações necessárias para a Engenharia de Requisitos;<br>Fornecer feedback sobre o produto desenvolvido;<br>Servir como intermediador para com os usuários finais; | Philipe | Arthur Sousa;<br/>Danilo Nascimento;<br/>Gabriel Moura;<br/>Gabryel de Sousa;<br/>Guilherme Mendonça;<br/>Lucas Queiroz;<br/>Samuel Silva |
| Scrum Master | Garantir a realização dos rituais definidos pelo Guia do Scrum;<br>Garantir a entrega dos artefatos definidos pelo Guia do Scrum;<br> | Gabriel Moura | Arthur Sousa;<br/>Danilo Nascimento;<br/>Gabriel Moura;<br/>Gabryel de Sousa;<br/>Guilherme Mendonça;<br/>Lucas Queiroz;<br/>Samuel Silva |
| Product Manager | Gerir o andamento do projeto como um todo;<br>Definir e organizar o backlog do produto;<br>Definir e organizar o backlog da sprint;<br> | Lucas Queiroz | Arthur Sousa;<br/>Danilo Nascimento;<br/>Gabriel Moura;<br/>Gabryel de Sousa;<br/>Guilherme Mendonça;<br/>Lucas Queiroz;<br/>Samuel Silva |

## Planejamento das fases e/ou iterações do projeto

| Sprint | Data de Início | Data de Fim | Entrega |
|--------|----------------|-------------|-----------|
| Sprint 1 | 29/04 | 05/05 | Lista inicial de requisitos |
| Sprint 2 | 06/05 | 12/05 | Lista refinada de requisitos |
| Sprint 3 | 13/05 | 19/05 | Definição do MVP |
| Sprint 4 | 20/05 | 26/05 | Primeiro incremento |
| Sprint 5 | 27/05 | 02/06 | Segundo incremento |
| Sprint 6 | 03/06 | 09/06 | Terceiro incremento |
| Sprint 7 | 10/06 | 16/06 | Quarto incremento |
| Sprint 8 | 17/06 | 23/06 | Quinto incremento |
| Sprint 9 | 24/06 | 30/06 | Sexto incremento |
| Sprint 10 | 01/07 | 07/07 | Produto final |


## Matriz de comunicação

| Descrição | Área/envolvidos | Periodicidade | Produtos gerados |
| ----------------------- | ----------------------- | ------------------------------------------------------------ | ------------------------------------------------------------ |
| Planejamento da Sprint | Toda a equipe | Semanal, no início de cada sprint | Backlog da Sprint, Meta da Sprint |
| Daily Scrum | Toda a equipe | Diariamente, com exceção dos dias em que ocorrem o Planejamento, a Revisão e a Retrospectiva | Ata de reunião, com os membros participantes, o que fizeram no dia anterior, o que farão no dia e quais os obstáculos |
| Revisão da Sprint | Toda a equipe e cliente | Semanalmente, no último dia de cada sprint | Ata de reunião com o que foi entregue, se a meta da sprint foi atingida ou não e se as histórias de usuário propostas foram entregues. |
| Retrospectiva da Sprint | Toda a equipe | Semanalmente, no último dia de cada sprint, e após a Revisão | Ata de reunião com as principais dificuldades encontradas durante a sprint, se a equipe realizou as atividades definidas, se a equipe teve dificuldades técnicas, erros que a equipe encontrou e podem ser corrigidos para as próximas sprints e o que a equipe fez bem e que pode aproveitar para as próximas sprints. |

## Gerenciamento de Riscos

| Risco | Grau de exposição | Ação de mitigação |
| ------------------------------------------------------------ | ----------------- | ------------------------------------------------------------ |
| Falta de comunicação entre os membros da equipe | Alto | Deve ser reforçada a importância da participação nos rituais ágeis; <br>Deve ser reforçada a importância da participação nos meios de comunicação definidos (discord, teams, whatsapp); |
| Má definição das atividades a serem realizadas | Alto | Deve ser reforçado o uso da ferramenta definida para alocação de tarefas (issues do github); |
| Sobrecarga de trabalho para algum membro de equipe | Alto | Realocação de tarefas, buscando equilibrar os trabalhos para os membros |
| Desistência de disciplina por parte de algum membro da equipe | Desconhecido | - |
| Falta de conhecimento técnico | Baixo | - |



## Critérios de Replanejamento

| Problema | Solução |
| --------------------------------------------------- | ------------------------------------------------------------ |
| Desistência de disciplina por parte de algum membro | Diminuir o escopo;<br>Mudar funções de membros da equipe |
| Suspensão do calendário da UNB devido à greve | Replanejar as datas do projeto;<br>Mudar as funções de cada membro, caso necessário; |
| Atraso nas entregas | Aumentar a quantidade de tarefas realizadas por cada membro em cada sprint |

0 comments on commit 4ed608c

Please sign in to comment.