Skip to content

Latest commit

 

History

History
56 lines (35 loc) · 3.51 KB

03-Metodologia.md

File metadata and controls

56 lines (35 loc) · 3.51 KB

Metodologia

Pré-requisitos: Documentação de Especificação Para desenvolvimento do projeto da Easy Trail, a equipe de desenvolvimento usará o Git Hub como repositório principal, onde todas as informações do projeto serão salvas nele, que conterá também, toda a estrutura do código fonte e as descrições das configurações e especificações do projeto e de gerenciamento da equipe.

Controle de Versão

A ferramenta de controle de versão adotada no projeto foi Github também utilizado para hospedagem do repositório.

O projeto segue a seguinte convenção para o nome de branches:

  • main: versão já testada do software
  • unstable: versão já testada do software, porém instável
  • testing: versão em testes do software
  • dev: versão de desenvolvimento do software

Gerenciamento de Projeto

Para a execução do projeto da Easy Trail, será utilizada a metodologia Scrum, metodologia extremamente difundida e reconhecida em todo o mundo para desenvolvimento de projetos agéis de TI.

Divisão de Papéis

A equipe de desenvolvimento do projeto da Easy Trail está dividida assim:

  • Scrum Master: Leonardo Melo de Lima
  • Product Owner: Diogo Silva Costa
  • Equipe de Desenvolvimento:
    • Carlos José Leao Freitas
    • Rafael Santana de Oliveira
  • Equipe de Design:
    • Atos dos Santos Pereira
    • Leonardo Buck Alves

Para organização e distribuição das tarefas do projeto, a equipe está utilizando o Trello, onde as atividades a serem desenvolvidas, estão estruturada em listas de status, conforme descrito abaixo:

  • Backlog: relação de todas as atividades a serem desenvolvidas no projeto que ainda não há um planejamento temporal de sua execução. É a lista dos "sonhos" que poderá ou não ser desenvolvida em sua totalidade mediante andamento do projeto, conterá todas as atividades pactuadas com o cliente.

  • ToDo: esta lista, expressará todos os itens que serão desenvolvidas na iteração atual, é o guideline da equipe, contendo os objetivos que devem ser alcançados dentro da sprint em execução, sendo o ponto de partida da equipe.

  • Doing: Quando a equipe de desenvolvimento iniciar uma atividade, está será movida para esta lista, indicando que está sendo realizada pela equipe.

  • Done: Esta lista conterá todas as atividades finalizadas dentro da sprint e estão aptas a serem disponibilizadas ao cliente após todos os processos de revisões para a garantia da qualidade dos entregáveis que estarão prontos para serem utilizados.

Processo

A equipe de desenvolvimento seguirá com sprints semanais para execução das atividades previstas no Backlog, onde, as quarta-feiras, haverá o planejamento das ações a serem desenvolvidas, na segunda-feira, haverá revisão das atividades propostas e na terça-feira, haverá finalização e entrega dos itens alocados no planejamento da sprint.

Ferramentas

As ferramentas empregadas no projeto são:

  • Editor de código: Visual Code
  • Ferramentas de comunicação: Whatsapp e Microsoft Teams
  • Ferramentas de desenho de tela: Figma

O editor de código foi escolhido porque ele possui uma integração com o sistema de versão. As ferramentas de comunicação utilizadas possuem facilidade na troca de informações. Por fim, para criar diagramas utilizamos essa ferramenta por melhor captar e expressar as necessidades da nossa solução.