Skip to content

Latest commit

 

History

History
108 lines (71 loc) · 3.49 KB

sprint_4.md

File metadata and controls

108 lines (71 loc) · 3.49 KB
Raw

Sprint 4

Histórico de revisão

Data Versão Modificação Autor
02/10/2019 0.1 Adição do planejamento Fabíola
02/10/2019 0.2 Adição da Retrospectiva e Revisão Shayane
05/10/2019 1.0 Finalizando documento e arrumando imagens Martha Dantas

Planning da Sprint 4

  • Período : 23/09 a 28/09

  • Objetivo: Fechamento da Viabilidade técnica e início do desenvolvimento do produto.

Issues

ID Descrição Estimativa Label
#58 Preparar apresentação da Release 1 5 EPS
#56 Criar histórias de usuário 8 EPS
#47 Configurar integração contínua 20 EPS
#43 Cadastro de Usuário 40 MDS
#44 Autenticação de Usuário 20 MDS

Dívida alocada

ID Descrição Estimativa Label
#9 Definir processo do projeto 2 EPS
  • Total de pontos: 93pts.
  • Total de pontos entregues: 35pts.

Possíveis riscos mapeados para a sprint

Review

  • Objetivo Alcançado? Não. A equipe demonstrou dificuldade em entender como se daria a solução em diversos niveis de abstração.

  • Estimativa correta? A estimativa das issues de codificação nesta sprint foi baseada na complexidade (BCP). Em geral, ela mostrou-se condizente com seu real esforço.

  • Tarefas bem distribuidas? Sim. Houve uma tentativa de modificação do processo de pareamento, com o objetivo de inclusão de todos os membros.

Qualidade do Trabalho Entregue

Segundo a equipe a qualidade entregue foi de 3.9 considerando a escala de likert com os valores de 1 a 5.

review e qualidade

Velocity

eap

Retrospectiva

Pontos Positivos

  • Semana universitária pode proporcionar aprendizado e entendimento em relação às tecnologias.
  • Comunicação nas issues.
  • Pareamento/Reuniões mais eficientes.
  • Compromisso do grupo.
  • Aprendizado sobre Django.
  • Colaboração entre os membros/Trabalho em equipe.
  • Animação de MDS.
  • A equipe soube transpor as dificuldades.
  • Pareamento devops e arquiteta.

Pontos Negativos

  • Níveis de conhecimento variáveis entre os membros da equipe.
  • Pareamento não funcionou/não ocorreu entre MDS.
  • Organização entre o grupo como um todo/Scrum Master desorganizada.
  • Falta de conhecimento sobre Vue.
  • Comunicação não tão constante.
  • Muitos pontos, não entregando todas as issues.
  • Impaciência de MDS.
  • Ausência nas dailies.
  • Desconhecimento das dependências das issues.

Pontos de Melhoria

  • Comunicação.
  • Dojos de Django Rest.
  • Processo de revisão de PR não muito claro.
  • Conhecimento da equipe em BCP (Business Complexity Points).
  • Praticar mais o pareamento e organização dos membros para tal prática.
  • Planejamento da sprint.
  • Planejamento para o pareamento de MDS.

Quadro de Conhecimento

quadro

Squad Health Check

Não foi realizado em detrimento de falta de tempo.

Análise da Scrum Master

Em suma a sprint 4 aponto diversos equivocos em gereciamento de projeto que estamos cometendo, a comunicação entre a equipe de desenvolvimento e a equipe de gerenciamento se mostrou nebulosa. A analisarmos a sprint ficou perceptível que superestimamos o conhecimento do time de desenvolvimento quanto as metodologias de trabalho que estamos usando.