Metodologia

A metodologia do projeto define como o processo foi conduzido, incluindo as práticas e estratégias utilizadas para o planejamento e execução das etapas. Para este projeto, a equipe optou por utilizar o método ágil Scrum, devido à familiaridade do grupo com seus princípios e dinâmicas.

SCRUM

O Scrum é um framework ágil que organiza o desenvolvimento de projetos em ciclos curtos e iterativos chamados de sprints. Cada sprint compreende um conjunto de tarefas específicas que devem ser realizadas dentro de um período determinado. Esse modelo é ideal para projetos com requisitos que evoluem com o tempo, como é o caso deste trabalho.

Equipe Scrum

A tabela a seguir apresenta os papéis definidos segundo o framework Scrum e os integrantes do projeto responsáveis por cada função.

Tabela 1 – Composição da Equipe Scrum

Função	Responsável	Descrição
Scrum Master	Felipe das Neves	Responsável por facilitar a aplicação das práticas ágeis, removendo impedimentos e garantindo o bom andamento do projeto.
Product Owner	Kaleb de Souza	Representa os interesses dos stakeholders e garante que o produto entregue atenda às suas necessidades.
Time de Desenvolvimento	Todos os membros	Equipe encarregada de implementar as tarefas planejadas em cada sprint.

Fonte: Elaborado pelos autores, Felipe das Neves, 2025.

Eventos do Scrum

A tabela abaixo apresenta os eventos Scrum utilizados pela equipe e suas respectivas finalidades.

Tabela 2 – Eventos Scrum utilizados no projeto

Evento	Descrição
Sprint	Ciclo de desenvolvimento semanal que visa o cumprimento de tarefas planejadas na reunião de planning e revisadas na review.
Status	Reuniões rápidas entre sprints para alinhamento e verificação de obstáculos. Realizadas às quartas às 22h.

Fonte: Elaborado pelos autores, Felipe as Neves, 2025.

Reuniões da Equipe

Abaixo, apresenta-se o cronograma de reuniões definidas após análise da disponibilidade dos membros.

Tabela 3 – Cronograma de Reuniões da Equipe

Tipo de Reunião	Dia/Horário	Observações
Planning + Review	Quarta-feira às 14h	Reunião principal para planejamento das tarefas e avaliação das entregas anteriores.
Status	Sexta-feira às 16h	Reunião curta, realizada de forma mais dinâmica e objetiva.

Fonte: Elaborado pelos autores, Felipe as Neves, 2025.

Outras Práticas Utilizadas

Além dos eventos do Scrum, a equipe também adotou a prática de programação em duplas (pair programming), onde:

Um membro atua como programador (codificando);
O outro como revisor (analisando lógica, erros e melhorias).

Essa prática contribui para: - Compartilhamento de conhecimento; - Detecção precoce de erros; - Aumento da qualidade do código produzido.

Política de Contribuição

Este repositório segue uma política de versionamento e colaboração inspirada nas melhores práticas de Engenharia de Software.

Branches

A tabela abaixo apresenta o padrão de nomenclatura para criação de branches durante o desenvolvimento do projeto.

Tabela 4 – Padrão de nomenclatura para branches

Tipo	Padrão de nome	Exemplo
Funcionalidade	`feature/nome-curto`	`feature/caso-de-uso-login`
Correção	`fix/descricao`	`fix/erro-ortografia`
Documento	`doc/tipo-de-arquivo`	`doc/especificacao-supp`
Refatoração	`refactor/parte`	`refactor/casos-de-uso`

Fonte: Guia de Contribuição do Projeto; CONTRIBUTING.MD (Arquivo fonte), 2025.

Commits

O padrão de commits utilizado segue a estrutura <tipo>: <descrição breve>. Exemplos:

doc: adicionar glossário inicial
feat: adicionar caso de uso para login
fix: corrigir diagrama de atividades do cadastro

Issues

As issues seguem o modelo de clareza, com título e descrição objetivos. Exemplo:

## Tarefa
Adicionar o caso de uso "Recuperar Senha" no documento de requisitos funcionais.

## Checklist
- [ ] Criar branch feature/caso-de-uso-recuperar-senha
- [ ] Criar diagrama de caso de uso
- [ ] Especificar fluxo principal e alternativo

Pull Requests (PRs)

Cada PR inclui:

Título descritivo e padronizado
Checklist de revisão
Associação a uma issue (quando aplicável)

Bibliografia

ALVES, Isaque, ROCHA, Carla. Qualifying Software Engineers Undergraduates in DevOps - Challenges of introducing technical and non-technical conceptss in a project-oriented course. Arxiv. [S. l.], v.1, 2021. Disponível em: <https://arxiv.org/abs/2102.06662. Acesso em: 10 abr. 2025.

Tabela de Versionamento

Versão	Data	Descrição	Autor(es)	Revisor(es)
1.0	11/04/2025	Criação do tópico metodolagias utilizadas	Felipe das Neves	Lucas Soares