Metodologia do Projeto

Visão Geral

A metodologia descreve as práticas e estratégias adotadas pelo nosso grupo para planejar e executar as diferentes fases do projeto. Optamos por utilizar o framework Scrum, aproveitando a experiência prévia da equipe com essa metodologia.

Scrum

O Scrum é uma abordagem iterativa para gestão e planejamento de projetos que divide o trabalho em períodos chamados sprints. Cada sprint engloba um conjunto de tarefas que devem ser concluídas dentro de um período específico.

Papéis no Scrum

• Scrum Master: Garante a aplicação das práticas ágeis pelo time, removendo obstáculos que possam surgir. No nosso projeto, esse papel é desempenhado por Vinicius Vieira.
• Product Owner: Representa os interesses das partes interessadas, priorizando as funcionalidades do produto. Filipe Carvalho é quem ocupa essa posição.
• Equipe de Desenvolvimento: Responsável por executar as tarefas de cada sprint. Todos os membros do grupo estão inclusos, e mais detalhes podem ser encontrados aqui.

Eventos Scrum

• Sprint Planning e Review: Devido às restrições de agenda, ambos os eventos ocorrem no mesmo dia. As tarefas são planejadas e revisadas todas as quinta-feiras às 21h.
• Daily Stand-up: Curtas reuniões para atualizações diárias, que são realizadas antes ou depois das aulas, ou por mensagens.

Estratégia de Reuniões

Inicialmente, organizamos uma planilha com a disponibilidade de todos os membros para estabelecer um cronograma:

• Reuniões de Planejamento e Revisão: Quinta-feira às 10h.
• Atualizações Diárias: Conforme a disponibilidade, antes ou depois das aulas.

Gestão de Issues

As issues no nosso projeto são criadas para:

• Reportar problemas que não possam ser resolvidos individualmente.
• Sugerir novas funcionalidades ou melhorias.
• Discutir tópicos que necessitam de atenção especial.

Interagindo com Issues

• Para participar de uma issue, adicione um comentário pedindo para ser incluído.
• Verifique se issues antigas já foram resolvidas antes de começar a trabalhar nelas.
• Encerre a issue assim que a resolver completamente.

Política de Commits

Pull requests devem ser abertos, especialmente nas seguintes situações:

• Para correções simples ou assistência em contribuições em andamento.
• Como uma forma de documentar o progresso, permitindo que outros membros do time acompanhem o desenvolvimento.

É importante criar uma branch específica para cada tarefa relacionada a um pull request e, após a conclusão, remover a branch para manter a organização do repositório.

Este documento foi adaptado para refletir as práticas específicas do nosso grupo, garantindo uma abordagem única e eficaz para a gestão do nosso projeto.

Bibliografia

Scrum And DevOps .Acessado em 15/05/2024. Disponível em: Scrum and DevOps Blog.

Histórico de Versões

Versão	Data	Descrição	Autor(es)	Revisor(es)
1.0	15/05/2024	Criação da página	Vinicius Vieira	Pedro Sena