Avaliando a composição da equipe, esta que tem poucos integrantes, a experiência com desenvolvimento e o prazo para a entrega do projeto, elege-se a metodologia Ágil denominada Scrum, com o intuito de priorizar o desenvolvimento e a satisfação do cliente (Product Owner). Dentre várias razões, os processos ágeis têm se tornado os mais optados pelas empresas de engenharia de software, a presteza resultante do ciclo de iterações de entregas junto à avaliação do cliente, evita esforços desnecessários ou resultados insatisfatórios.
Os artefatos do projeto serão desenvolvidos remotamente, portanto, será necessário o uso de algumas plataformas as quais possibilitam a interação, organização e acesso ao código e seus resultados. A relação dos ambientes com seu respectivo propósito é apresentada a seguir.
| Ambiente | Plataforma | Link de Acesso |
|---|---|---|
| Repositório de código fonte | GitHub | ICEI-PUC-Minas-PMV-SInt/pmv-sint-2024-2-e3-proj-back-t1-pmv-sint-2024-2-e3-proj-back-t1a-BackEnd-ApplicationProjectTemplate:main.docs/05-Arquitetura da Solução.md |
| Gerenciamento do projeto | Trello | https://trello.com/b/1xOXr4je/projeto-eixo-iii |
| Documentação | Google Docs | https://docs.google.com/document/d/1FXkOM_oYzEki4nnQRZxgFGULBmyGf8zScc4N5NrPS8Q/edit |
A ferramenta de controle de versão adotada no projeto foi o Git, sendo que o Github foi utilizado para hospedagem do repositório.
O projeto segue a seguinte convenção para o nome de branches:
main: versão estável já testada do softwareunstable: versão já testada do software, porém instáveltesting: versão em testes do softwaredev: versão de desenvolvimento do software
Quanto à gerência de issues, o projeto adota a seguinte convenção para etiquetas:
documentation: melhorias ou acréscimos à documentaçãobug: uma funcionalidade encontra-se com problemasenhancement: uma funcionalidade precisa ser melhoradafeature: uma nova funcionalidade precisa ser introduzida
A equipe utiliza metodologias ágeis, tendo escolhido o Scrum como base para definição do processo de desenvolvimento.
A equipe está organizada da seguinte maneira:
- Scrum Master: Glauber Rodrigues Lanna e Silva.
- Product Owner: nome do professor. Equipe de Desenvolvimento:
- Dhenis Cruz Madeira.
- Glauber Rodrigues Lanna e Silva.
Para organização e distribuição das tarefas do projeto, a equipe utilizará a plataforma Trello, com estrutura descrita a seguir: Recursos: esta lista mantém um template de tarefas recorrentes com as configurações padronizadas que todos devem seguir. O objetivo é permitir a cópia destes templates para agilizar a criação de novos cartões.
- Backlog: recebe as tarefas a serem trabalhadas e representa o Product Backlog. Todas as atividades identificadas no decorrer do projeto também devem ser incorporadas a esta lista.
- To Do: Esta lista representa o Sprint Backlog. Este é o Sprint atual que estamos trabalhando.
- Doing: Quando uma tarefa tiver sido iniciada, esta será é movida a esta aba.
- Test: Checagem de Qualidade. Quando as tarefas são concluídas, eles são movidas para o “CQ”. No final da semana, eu revejo essa lista para garantir que tudo saiu perfeito.
- Done: nesta lista são colocadas as tarefas que passaram pelos testes e controle de qualidade e estão prontos para ser entregues ao usuário. Não há mais edições ou revisões necessárias, ele está agendado e pronto para a ação.
- Locked: Quando alguma coisa impede a conclusão da tarefa, ela é movida para esta lista juntamente com um comentário sobre o que está travando a tarefa.
O quadro kanban do grupo no Trello está disponível através da URL https://trello.com/b/1jTLwxe6/projeto-eixo-iii.
A tarefas são, ainda, etiquetadas em função da natureza da atividade e seguem o seguinte esquema de cores/categorias:
- Documentação.
- Desenvolvimento.
- Infraestrutura.
- Testes.
- Gerência de Projetos.