processo.md

@@ -7,10 +7,66 @@ Esta página descreve os processos utilizados pelo time ao longo do projeto.
 
 ## Sumário
 
+- [Gestão do projeto](#gestão-do-projeto)
+  - [Gerenciamento do backlog do projeto](#gerenciamento-do-backlog-do-projeto)
+  - [Boards criados](#boards-criados)
 - [Desenvolvimento](#desenvolvimento)
   - [Fluxo de trabalho no Git](#fluxo-de-trabalho-no-git)
   - [Práticas de CI/CD](#práticas-de-cicd)
 
+## Gestão do projeto
+
+Como ferramenta para gerenciar o projeto e acompanhar o trabalho de cada uma das Sprints, optou-se por utilizar um [Project do GitHub](https://docs.github.com/pt/issues/planning-and-tracking-with-projects/learning-about-projects/about-projects). O principal fator que levou a esta decisão foi o fato do GitHub ser a principal ferramenta que a equipe utilizou para hospedar os repositórios remotos do projeto e criar automações, dado que em semestres anteriores alguns membros da equipe haviam relatado muitos períodos de indisponibilidade ao utilizar apenas o GitLab da AGES. Assim, utilizando o GitHub para desenvolvimento e apenas mantendo um mirror daquele repositório no GitLab, faria sentido também centralizarmos o gerenciamento do trabalho das Sprints em um mesmo lugar para evitar o uso de múltiplas ferramentas diferentes.
+
+Além disso, outro fator que levou ao uso do GitHub foi o fato de muitas ferramentas como Trello, Jira ou Azure DevOps terem funcionalidades pagas que a equipe não poderia utilizar.
+
+[**Projeto do github criado**](https://github.com/orgs/PointTils/projects/4)
+
+### Gerenciamento do backlog do projeto
+
+Para gerenciamento do backlog, criou-se 3 tipos diferentes de issues nos repositórios do project, identificadas por rótulos (epic, user story, feature, bugfix):
+
+- Épicos (por exemplo [Usuário](https://github.com/PointTils/Frontend/issues/19))
+- Histórias de usuário (por exemplo [US3 Login](https://github.com/PointTils/Frontend/issues/26)) - sub issues dos épicos
+- Tarefas (por exemplo [Criar endpoint de login](https://github.com/PointTils/Backend/issues/3)) - sub issues das histórias de usuário
+
+Além disso, as histórias de usuário e tarefas seriam designadas a iteração específica em que cada uma delas estaria prevista de ser executada, construindo o backlog da Sprint. Para isso, foram criadas as iterações abaixo no projeto:
+
+![image](uploads/1dd09f22817e0ee45290689d7f8c22d0/image.png) 
+
+Cada uma das issues também poderia ser associada a uma prioridade (P0, P1, P2), a um tamanho (XS, S, M, L, XL), e a uma data de início a fim, como pode ser visto no exemplo abaixo. Estas 3 variáveis seriam definidas no momento da Planning em conjunto com todo o time, ao início de cada Sprint.
+
+![image](uploads/494a69a2b26e71fe7f6dde3dcd639c0e/image.png)
+
+### Boards criados
+
+#### Quadro Kanban da Sprint atual
+
+Quadro para acompanhamento do trabalho da Sprint atual de forma visual, onde cada coluna reflete uma atividade específica do fluxo de trabalho. Como colunas, definiu-se:
+- **Todo** - Tarefas prontas para serem iniciadas
+- **Doing** - Tarefas em desenvolvimento
+- **Blocked** - Tarefas bloqueadas por outras ou por alguma outra dependência externa
+- **Code Review** - Tarefas aguardando revisão
+- **Testing** - Tarefas sendo testadas
+- **Done** - Tarefas completas (segundo DoD)
+
+![image](uploads/f25a16929026f07700fafc316c55b833/image.png)
+
+#### Backlog do projeto
+
+Visão completa do backlog do projeto, incluindo o trabalho de todas as Sprints, podendo ser filtrado pelo rótulo das issue. Possui as mesmas colunas do quadro da Sprint atual: Todo, Doing, Blocked, Code Review, Testing, Done.
+
+![image](uploads/22e670c6f912e3c0b3e692b6ed5ab524/image.png)
+
+#### Roadmap do projeto
+
+Visão completa do cronograma do projeto, com os objetivos de desenvolvimento de cada iteração.
+
+![image](uploads/6905f069dd83d5e89d5e5e973913989f/image.png)
+
+Esta visualização permitia 
+
+
 ## Desenvolvimento
 
 ### Fluxo de trabalho no Git