+Monitoria

+Monitoria

  • Requisitos
  • Docs
  • Sprints

›Sprint 1

Sprint 0

  • Planning
  • Review

Sprint 1

  • Planning
  • Review

Sprint 2

  • Planning
  • Review

Sprint 3

  • Planning
  • Review

Sprint 4

  • Planning
  • Review

Sprint 5

  • Planning
  • Review

Sprint 6

  • Planning
  • Review

Release 1

  • Release 1 Review

Sprint 7

  • Planning
  • Review

Sprint 8

  • Planning
  • Review

Sprint 9

  • Planning
  • Review

Sprint 10

  • Planning
  • Review

Sprint 11

  • Planning
  • Review

Sprint 12

  • Planning
  • Review

Sprint 13

  • Planning
  • Review

Release 2

  • Release 2 Review

Post Mortem

  • Post Mortem

Review da Sprint 1


1. Resumo


  • Período: 25/03 - 31/03
  • Scrum master: Lucas Siqueira
  • Product Owner: Caio Oliveira
  • Devops: Matheus Rodrigues
  • Arquiteto: Lucas Macedo


2. Resultados da sprint


2.1 Fechamento da Sprint


TarefasStatusPontos
ObservaçãoConcluida2
Documento de VisãoConcluida3
Estudo django restConcluida5
NFRConcluida5
PrototipaçãoConcluida3
Documento de Abertura do ProjetoNão concluida2
Configurar Github PagesConcluida1
PriorizaçãoNão concluida1
Plano de GCSConcluida2
Plano de GRHConcluida1
Plano de TempoNão concluida2
Plano de CustosConcluida2
Plano de RiscosConcluida2
Configurar SlackConcluida1
Configurar Ambiente de Desenvlvimento do Front-EndConcluida8

Pontos Planejados: 40

Pontos Concluídos: 35

2.2 Retrospectiva


MembroPontos PositivosPontos NegativosSugestões de melhoria
Lucas SiqueiraMuito documento entregue, a equipe de MDS mais comprometida no projeto.Bot da daily não funcionou corretamente, dívidas referentes a equipe de EPS, devido a mal planejamento da sprint.Planejar melhor as próximas sprints
Lucas MacêdoMuitos planos entregues, conseguimos iniciar a configuração do ambiente.Planejamos equivocadamente muitas tarefas para a sprint porque achamos que precisam rapidamente.Aumentar o comprometimento dos membros de EPS
Caio OliveiraMuitos documentos entregues e inicio da configuração do ambienteFalta de proatividade da equipe de MDS, dívidas da equipe de EPSEquipe de MDS ser mais independente
Matheus RodriguesO entendimento a respeito do projeto aumentou por parte de MDS, o time se mostra bem interessado.Dívidas da equipe de EPS e algumas decisões que já deveriam ter sido tomadas, não foram resolvidasA equipe não demorar em tomar decisões importantes
Moacir JuniorAprendi a noção baśica de django rest e aumentei o conhecimento sobre o projeto.Curso muito repetitivo em algumas partes, faltou comunicação efetiva entre os membros de mds.Prestar atenção e se comunicar com seus pareamentos.
João PedroAprendi a noção básica de django rest, consegui usar bem o que foi ensinado nos dojos da sprint passada.Curso cansativo e repetitivo, e falta de comunicação entre a equipe de MDSTer mais comprometimento e atenção nas tarefas
Matheus Cristo---
Renan CristyanDurante essa sprint tive mais colaboração em relação a sprint passada, e foi legal ter essa noção de django restPouco tempo para a realização do curso.Nenhuma
Lucas AlexandreAprendi a noção básica de django rest, aprendi a modelar requisitos não funcionais, todos os EPS me ajudaram quando solicitado.Muitos problemas na configuração do ambiente durante a realização do curso e o git hub pages poderia ser melhor.Nenhuma.

3. Quadro de conhecimento ao fim da sprint


Ilustração do Quadro de Conhecimentos

4. Burndown


Burndown Sprint 1


5. Velocity


Velocity Sprint 1


6. Feedback do Scrum Master


Essa sprint foi de extrema importância para definição do projeto, nela conseguimos aplicar diversas técnicas para levantar requisitos. Porém foi uma sprint com muitas tarefas, o que ocasionou em dívidas.

Para essa sprint também iniciamos o ritual das dailys via slack, inicialmente teve 2 membros do time que não participaram de maneira ativa nas dailys durante a semana, porém com o hábito esse problema será resolvido, o resto da equipe mostrou um engajamento muito bom para esse rito.

Analisando o burndown é possível perceber que a equipe conseguiu realizar entregas constantemente ao longo da sprint, porém creio que devido á um mal planejamento de algumas tarefas não conseguimos entregar tudo o que o foi planejado, porém a equipe como um todo demonstrou estar comprometida com o projeto.

Em relação ao quadro de conhecimento é notável o avanço da equipe de desenvolvimento em relação aos seus estudos, mesmo sendo uma melhora pequena, pode-se perceber que as realizações dos ritos ágeis, a prática de git e os estudos estão sendo efetivos.

← PlanningPlanning →
  • 1. Resumo
  • 2. Resultados da sprint
    • 2.1 Fechamento da Sprint
    • 2.2 Retrospectiva
  • 3. Quadro de conhecimento ao fim da sprint
  • 4. Burndown
  • 5. Velocity
  • 6. Feedback do Scrum Master
Nossos repositórios
+Monitoria Docs+Monitoria FrontEnd+Monitoria API gateway+Monitoria API monitorias
Copyright © 2019 +Monitoria