Git Breakdown

Git Breakdown

  • Docs
  • Release Notes

›Iniciação

Iniciação

  • Backlog do Produto
  • Orçamento Inicial
  • Termo de Abertura
  • Métricas
  • Documento de Visão
  • Documento de Arquitetura
  • Estrutura Analítica do Projeto
  • Como Contribuir

Planos

  • Gerenciamento de riscos
  • Plano de Comunicação
  • Gerenciamento de Projeto

Políticas

  • Política de Commits
  • Políticas de Branches
  • Políticas de Issues

Sprints Planning

  • Sprint 0
  • Sprint 1
  • Sprint 2
  • Sprint 3
  • Sprint 4
  • Sprint 5
  • Sprint 6
  • Sprint 7
  • Sprint 8
  • Sprint 9
  • Sprint 10
  • Sprint 11
  • Sprint 12

Sprints Review

  • Sprint 0
  • Sprint 1
  • Sprint 2
  • Sprint 3
  • Sprint 4
  • Sprint 5
  • Sprint 6
  • Sprint 7
  • Sprint 8
  • Sprint 9
  • Sprint 10
  • Sprint 11
  • Sprint 12

Termo de Abertura


DataAutorDescriçãoVersão
31/08/2019Diego ResendeAbertura do Documento0.1
31/08/2019Diego ResendeAlteração do documento0.2

1. Introdução

Este documento tem como objetivo fazer uma abertura oficial do projeto trazendo as principais informações sobre o problema a ser solucionado, os objetivos a serem cumpridos, os stakeholders e o contexto geral em que o projeto vai ser desenvolvido.

2. Descrição do projeto

O projeto é um plugin a ser instalado no GitHub, uma famosa ferramenta de versionamento de código. O Plugin é voltado para o monitoramento de repositórios trazendo uma análise técnica de projeto de desenvolvimento de softwares.

3. Propósito e justificativa

Em um projeto de desenvolvimento de software é de grande importância que haja um monitoramento do que vem acontecendo durante o desenvolvimento. Assuntos como a quantidade de issues abertas, Branches criadas e estatísticas de contribuição por parte da equipe pode ajudar a encontrar possíveis problemas, corrigi-los, fazendo com que o projeto de desenvolvimento ocorra de forma mais ágil e de melhor qualidade.

4. Objetivos do projeto

O objetivo principal do projeto é trazer um monitoramento eficaz do repositório que tiver o plugin instalado, trazendo uma análise técnica para a equipe de desenvolvimento.

5. Requisitos de alto nível

O plugin do GitHub servirá para monitoramento e análise que auxiliará projetos de desenvolvimento de softwares.

  • a) Coletar informações de issues, branches e commits.

  • b) Salvar as informações.

  • c) Fazer uma análise estatística das informações.

  • d) Fazer a visualização das informações em gráficos.

6. Stakeholders

NomePapelEmailGitHub
Lucas Midlhey
Cardoso Naves
Gerência - Scrum Masterlucasmidlhey@hotmail.com@Lucasmidlhey
Mateus Oliveira
Patrício
Gerência- DevOpso.mateus.p@gmail.com@omateusp
Wellingthon Diego
Resende de Lima
Gerência - PO/Engenharia dodiegowdrl@gmail.com@wdresende
João Victor Max
Bisinotti de Oliveira
Desenvolvedorvictormax2006@gmail.com@jbisinotti
Pedro Daniel Carvalho
Matias
Desenvolvedorpedrodaniel.unb@gmail.com@pdaniel37
Pedro Daia CardosoDesenvolvedorpedro_daia@hotmail.com@pxpc2
Victor Hugo Pereira
Antunes
Desenvolvedorvictorhpantunes@gmail.com@wdvictor
Paulo Henrique Costa
Gontijo
Desenvolvedorpaulohgontijoo@gmail.com@paulohgontijoo
Carla RochaOrientadorarocha.carla@gmail.com@RochaCarla
Joenio CostaOrientador

7. Resumo do Orçamento

Valor
Recursos HumanosR$ 18.360,00
EquipamentosR$ 30.179,00
RiscosR$ 7.280,85
TotalR$ 55.819.85

Riscos

RiscoDescriçãoCategoria EARProb.ImpactoAção
R01Dificuldade com as tecnologiasTécnico - TecnologiaAltaMuito AltoEstudo e pareamentos efetivos
R02Redução dos membros da equipeExterno - Fatores pessoaisBaixaMuito AltoComunicação efetiva, motivação, e redistribuição das tarefas
R03Mudança de escopoGerenciamento do projeto - PlanejamentoAltaMédioRedefinir o escopo e redistribuir as novas tarefas
R04Falta de comunicaçãoOrganizacionais - EstratégiasMédiaMédioUsar meios de comunicações comuns entre os membros
R05Perda de equipamentos da equipeExterno - Fatores pessoaisMuito BaixaMuito AltoDefinir pareamentos que permitam ocorrer presencialmente
R06Alteração nas datas da disciplinaExterno - Ambiente acadêmicoMédiaAltoRedefinir datas das entregas
R07Entregas atrasadasGerenciamento do projeto - PlanejamentoAltaAltoDefinição de uma nova data para a entrega e se necessário um novo pareamento
R08Dependência das atividadesGerenciamento do projeto - PlanejamentoMuito BaixaAltoRedefinição das tarefas a fim de acabar com a dependência
R09Qualidade do projeto não atender às expectativas do Product OwnerExterno - "Cliente"MédiaAltoAcompanhamento do desenvolvimento junto ao Product Owner
R010Fácil adaptação a tecnologiaTécnico - TecnologiaBaixaMédioPossibilidade de adição de novas features
R011Falta nas reuniõesExterno- Condições de trabalhoBaixaAltoAcompanhar o motivo da falta e buscar recuperar o atraso
R012Pareamento não efetivosExterno- Fatores PessoaisMédiaAltoTentar aumentar a comunicação entre os membros, se possível alguém da equipe de EPS monitorar o pareamento, e se extremamente necessário realocar membros em outras atividades.
R013Conflito de entregas em outras disciplinasExterno- Fatores pessoaisMuito AltoMédioProduzir backlog de sprints reduzidos para semanas de mais necessidade de alienação ao projeto

Resumo do Cronograma de Marcos

O projeto possui duas grandes entregas, sendo essas as releases

DescriçãoData
Release 103/10/2019
Release 228/11/2019
← Orçamento InicialMétricas →
Git Breakdown
Docs
Getting Started (or other categories)Guides (or other categories)API Reference (or other categories)
Community
User ShowcaseStack OverflowProject ChatTwitter
More
BlogGitHubStar
Facebook Open Source
Copyright © 2019 Your Name or Your Company Name