Skip to content

Resultados Sprint 1

Jeferson Alves edited this page Dec 14, 2017 · 8 revisions

Pontos Positivos:

As pessoas reviveram Cliente feliz com trabalho

  • Scrum master presente
  • Ninguém Trancou a disciplina

Pontos Negativos:

  • Falta de comunicação
  • Início do desenvolvimento tardio
  • Finalização de História mas não o fechamento da issue
  • Falta de aplicação de tecprog
  • Sem folha de estilo de javascript

Melhorias:

  • Daily automatizadas
  • Fazer quadro de sentimentos
  • Fechar a issue ao terminar
  • Melhor aproveitamento do pareamento mds GPP
  • Buscar ferramenta de folha de estilo de javascript

Histórias não entregues

-TS04- Testar Mapa

Burndown

Velocity

Commits diários

Os commits diários demonstram a proatividade de equipe no desenvolvimento do projeto ao longo da sprint

Acompanhamento individual

Resultados

Nessa Sprint fizemos a definição dos papeis do Scrum e mostrou-se eficiente essa decisão, ficou decidido que o Pablo seria o P.O durante todo o projeto e para essa Sprint em especifico o Josué seria o Scrum Master, a eficiência pois os membros tanto de MDS quanto de GPP souberam a quem recorrer quando surgissem duvidas ou demandas a respeito do projeto. A produtividade da equipe foi melhor, sendo entregue 19 dos 27 pontos planejados a unica historia não entregue foi a de teste pois mesmo com rotação no pareamento para a realização para tentar novamente a conclusão a equipe ainda não foi capaz de finalizar. O docker ele engessa bastante o desenvolvimento quando encontramos necessidade de configurar novas ferramentas ao projeto o que é claramente nítido nessas historias de teste do javascript.

Os pareamentos acontecem só que de forma geral se mostram ineficientes, pois em muitos momentos está acontecendo de apenas um membro realizar toda a historia, mais isso é proveniente da falta de horários comuns dos membros de GPP e MDS, então devido essa grande complicação decidimos por permitir que as historias fossem desenvolvidas de forma individual mas sempre mas os pareamentos sempre se comunicando quanto as situação do desenvolvimento.

Uma boa decisão que tomamos nessa sprint foi a de torna-la de apenas uma semana, pois uma sprint muito longa de duas semanas a equipe ficou ociosa em vários momentos, e o contato com o cliente foi melhor pois conseguimos que fosse semanal, sendo uma semana por hangout e outra reunião presencial.

Clone this wiki locally