A metodologia utilizada será o GitHub Projects sendo ele parte das metodologias muito utilizadas por desenvolvedores de softwares e sistemas. Um Project é uma planilha adaptável que se integra aos seus problemas e solicitações de pull no GitHub para ajudar você a planejar e acompanhar seu trabalho com eficiência. Você pode criar e personalizar várias exibições filtrando, classificando, agrupando seus problemas e solicitações de pull, adicionando campos personalizados para acompanhar metadados específicos à sua equipe e para visualizar o trabalho com gráficos configuráveis. Em vez de impor uma metodologia específica, um projeto fornece recursos flexíveis que você pode personalizar para as necessidades e processos de sua equipe.
A metodologia ágil escolhida para o desenvolvimento deste projeto foi o SCRUM, pois como citam Amaral, Fleury e Isoni (2019, p. 68), seus benefícios são a “visão clara dos resultados a entregar; ritmo e disciplina necessários à execução; definição de papéis e responsabilidades dos integrantes do projeto (Scrum Owner, Scrum Master e Team); empoderamento dos membros da equipe de projetos para atingir o desafio; conhecimento distribuído e compartilhado de forma colaborativa; ambiência favorável para crítica às ideias e não às pessoas.”
A equipe utiliza o Scrum como base para definição do processo de desenvolvimento.
A equipe está organizada da seguinte maneira:
Scrum Master:Tomaz Martins Pereira PontesProduct Owner:Bruno de Almeida Silveira BezerraEquipe de Desenvolvimento:Jose Lucas dos Santos, Matheus Martins de Assis, Rafaga Francisco Araujo CoimbraEquipe de Design:Bruno Cândido Silva Almeida, Nathan Vitorino Sergio Rocha
Para organização e distribuição das tarefas do projeto, a equipe está utilizando o Github Project, estruturado com as seguintes listas:
📋 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.🏗 In progress:Quando uma tarefa tiver sido iniciada, ela é movida para cá.👀 Tomaz Revisão:Quando uma tarefa for finalizada, ela vai para a revisão do Scrum Master (Tomaz), que deve confirmar se está tudo certo ou não.✅ 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.
As tarefas são, ainda, etiquetadas em função da natureza da atividade e seguem o seguinte esquema de cores/categorias:
- Desenvolvimento (Development)
- Design
- Gestão (Project Management)
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 | Github |
| Editor de Código | Visual Studio Code | VSCode |
| Projeto de Interface | Figma | http://.... |
| Gerenciamento do Projeto | GitHub Projects | Gestão |
| Hospedagem | Vercel | http://.... |
| Ferramentas de comunicação | Teams, Whatsapp e Discord | Teams |
- Repositório de Código Fonte - Github/Classroom.
- Editor de código - Visual Studio Code.
- Projeto de Interface - Figma.
- Gerenciamento do Projeto - Github/Projects.
- Hospedagem - Vercel.
- Ferramentas de comunicação - Teams, Whatsapp e Discord.
A escolha do Visual Studio Code como ambiente de código se deve ao fato de ser uma IDE de fácil acesso e compreensão, além de possuir uma integração com o sistema de versão. Já a escolha para a prototipagem do projeto foi o Figma, plataforma cujo a qual membros do projeto já possuem experiência. Referente a gestão do projeto, optamos por utilizar o próprio GitHub Projects devido a sua integração ao repositório. Para hospedagem, escolhemos o Vercel, serviço de hospedagem gratuito e referência no mercado. As ferramentas de comunicação utilizadas já eram utilizadas por todos os membros do projeto e por isso foram escolhidas, providenciando uma rápida comunicação tanto por texto quanto por voz.
Todos os artefatos relacionados a implementação e visualização dos conteúdos do projeto do serão inseridos na pasta codigo-fonte.