03-Metodologia.md

Metodologia

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.

Relação de Ambientes de Trabalho

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	Link-Repositório
Documentos do projeto	Google Drive	DocsAgendaHub
Projeto de interface e Wireframes	Figma	Protótipo-Figma
Gerenciamento do projeto	GitHub	Quadro-Kanban

Controle de Versão

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 software
• Develop: Linha do tempo de desenvolvimento do próximo deploy, contendo funcionalidades não publicadas que serão posteriormente mescladas na branch "Main"
• feature: Uma nova funcionalidade precisa ser introduzida
• Release: Versão já testada do software, porém instável
• Hotfix: Uma funcionalidade encontra-se com problemas
• Release: Ambiente de homologação para mesclar as alterações da "Develop" na "Main"

As Branches mecionadas são ilustradas na figura a seguir

Fluxo de controle do código fonte no repositório git

Gerenciamento de Projeto

A equipe utiliza metodologias ágeis, tendo escolhido o Scrum como base para definição do processo de desenvolvimento.

Divisão de Papéis

• Scrum Master: Lucas Gabriel Duarte Enis
• Product Owner: Mariane de Oliveira Duarte
• Equipe de Desenvolvimento
  • Roger Sato
  • Álvaro Gonçalves Rodrigues
  • Josué Batista de Almeida
  • Evellyn Andrade Alves da Silva
• Equipe de Design
  • Evellyn Andrade Alves da Silva

Gerenciamento do Product Backlog

• Backlog: Recebe as tarefas a serem trabalhadas e representa o Product Backlog. Todas as atividades identificadas no decorrer do projeto estão incorporadas a esta lista.
• To Do: Esta lista representa o Sprint Backlog. Este é o Sprint atual que estamos trabalhando.
• In Progress: Quando uma tarefa tiver sido iniciada, ela é movida para cá para ser desenvolvida ativamente.
• 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 como planejado.
• 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.
• 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 desenvolvido na ferramenta de gerenciamento de projetos é apresentado, no estado atual, na figura 3 e está disponível através da URL: Quadro-Kanban

Figura 3 - Tela do kanban utilizada pelo grupo

Etiquetas: A tarefas são, ainda, etiquetadas em função da natureza da atividade e seguem o seguinte esquema de cores/categorias:

• Documentação

• Desenvolvimento

• Bug