A metodologia contempla as definições de ferramental utilizado pela equipe tanto para a manutenção dos códigos e demais artefatos quanto para a organização do time na execução das tarefas do projeto.
Os artefatos do projeto são desenvolvidos a partir de diversas plataformas e a relação dos ambientes com seu respectivo propósito é apresentada na tabela que se segue.
| Ambiente | Plataforma | Link de Acesso |
|---|---|---|
| Repositório de código fonte | GitHub | Abrir código fonte |
| Documentos do projeto | Google Drive | Abrir documentos do projeto |
| Projeto de Interface e Wireframes | Figma | Abrir projeto de interface e wireframes |
| Gerenciamento do Projeto | GitHub | Abrir gerenciamento do projeto |
Para gestão do código fonte do software desenvolvido pela equipe, o grupo utiliza um processo baseado no Git Flow, em que as manutenções no código são feitas em branches separados do branch principal Master. Sendo identificados como Release, Develop e Feature.
Figura 1 - Fluxo de controle do código fonte no repositório git
O código fonte ficará hospedado no Github, onde estará disponível o histórico de edições e releases do projeto. Isso oferece um melhor controle e transparência sobre o processo de desenvolvimento.
A equipe usa metodologias ágeis, utilizando o Scrum como base para a definição do processo de desenvolvimento.A equipe está organizada da seguinte maneira:
- Scrum Master: Ruyller Ferreira
- Product Owner: Michelle Aline
- Equipe de Desenvolvimento:
- Mariane Serapião
- Luiz Vitor
- Vitor Martins
- Design: Allana Tavares
Para a organização do projeto, será utilizado o GitHub conforme lista abaixo:
-
Backlog: representa as tarefas trabalhadas baseadas no objetivo do cliente, sob a ótica do Product Backlog, fazendo com que a equipe se torne mais auto-organizável e eficiente.
-
To Do: deverá constar o trabalho em andamento, para que haja possibilidade de aprimoração de uma determinada parte.
-
In progress: irá demonstrar as tarefas já iniciadas.
-
Test: checagem de qualidade. A medida que as tarefas são concluídas, são movidas para a checagem de qualidade, e analisadas semanalmente para verificar e garantir o bom funcionamento do software.
-
Done: nesta lista são colocadas as tarefas aprovadas nos testes de qualidades e prontas para aproveitamento do usuário, ou seja, software pronto para uso.
-
Locked: quando ocorre algo que impeça a fluidez da tarefa, a mesma será migrada para cá com um comentário sobre o motivo do impedimento.
A inserção das tarefas será feita por issues no Github, que devem ser adicionados ao Projeto. Novas tarefas adicionadas são movidas automaticamente para o Backlog. Ressalta-se a importância de comentários sucintos que expliquem a demanda de modo a garantir uma boa comunicação no gerenciamento de projetos e da adição de milestones para conferir o andamento das tarefas. O quadro de kanban está disponível no link https://github.com/ICEI-PUC-Minas-PMV-ADS/pmv-ads-2021-2-e1-proj-web-t3-pomodoro/projects/2 , dentro do repositório da equipe a fim de facilitar o acesso a informações importantes para o grupo.
Figura 2 - Quadro kanban no GitHub
Estão sendo utilizadas etiquetas coloridas sugeridas pelo modelo kanban da plataforma, bem como algumas adicionais definidas pelo grupo:
Figura 3 - Etiquetas do quadro kanban