Fechamento da sprint

Sumário

1. Resumo da Sprint

Pontos concluídos: 18 pontos

• Histórias entregues

• TS14 - Configurar a IDE para usar o PEP8

• US18 - Eu, como usuário, gostaria de acessar a página principal do Dr. Down a fim utilizar o site.

• TS20 - Eu, como gerente gostaria de documentar a sprint 02 para mensurar o sucesso da sprint.

• TS21 - Eu, como gerente, gostaria de elaborar a EAP a fim de apresentar ao cliente.

• TS22 - Eu, como gerente, gostaria de configurar o TRAVIS a fim de monitorar continuamente a integração do software)

• TS23 - Eu, como gerente, gostaria de treinar o meu time de desenvolvimento a fim de compartilhar conhecimento sobre docker.

• Histórias pendentes

• US15 - Eu, como usuário, gostaria de deletar minha conta e meus dados a fim de não utilizar mais os serviços de Dr down.

• US16 - Eu, como usuário, gostaria de editar a minha conta a fim de atualizar meus dados.

• US17 - Eu, como usuário, gostaria de criar uma conta no Dr. Down a fim de obter informações e conversar com os médicos.

Como observado acima, nessa Sprint não foi possível entregar todas as histórias que estavam no Backlog da Sprint. Todas as que ficaram pendentes estão relacionadas à codificação, e esta dificuldade era esperada, pois foi a primeira vez que o Time de Desenvolvimento teve que programar, usando um framework que nenhum dos membros do time dominava e ainda tiveram que criar testes unitários. Porém, o fato de apenas uma das histórias envolvendo programação ter sido entregue é preocupante, e por isso diversas medidas serão adotadas na Sprint 3 para que isto não ocorra novamente.

2. Retrospectiva

Pontos Positivos	Pontos Negativos	Sugestão de Melhoria
Compartilhamento de conhecimento por meio do pareamento	Dificuldade com os testes	Mais atenção no uso do git
Pareamento dando certo	Falta de proatividade e auto-gerenciamento	Melhorar o auto-gerenciamento
Contato com o cliente	Falta de organização de MDS	Melhorar a comunicação
-	Falta de experência de EPS e MDS	Melhorar o planejamento das futuras sprints

3. Quadro de Conhecimento

Comparado à Sprint 1, houve mudança em um dos conhecimentos para o Time de Desenvolvimento. Todos eles relataram estarem melhor com relação à Docker. Isto é algo positivo e, para que isto aconteça para outros conhecimentos, é importante estudarmos o que foi feito de positivo nesta sprint para o aprendizado da equipe.

4. Risk Burndown

Percebe-se que houve um aumento do risco da Sprint passada para esta. Isto se deve ao fato de que houve um aumento do risco de dívida técnica por histórias do Backlog da Sprint não serem entregues. Mesmo as medidas tomadas para mitigar esse risco, como dojôs e distribuição de histórias consideradas fáceis pela equipe de gerência não foram suficientes para evitar que este risco se concretizasse na Sprint 2. Por isso, novas medidas serão tomadas para mitigar este risco na próxima sprint.

O restante dos riscos foram avaliados como tendo as mesmas probabilidades da Sprint 1, e não foram incluídos novos riscos na planilha.

5. Burndown Chart:

O gráfico acima reflete o fato de que nem todas as histórias previstas para esta Sprint foram entregues. Mas, como ponto positivo, nem todas as histórias foram entregues no fim da Sprint 2, evitando que o gráfico tenha sido um "precipício".

6. Velocity

Como consequência das 3 histórias que não foram entregues nesta Sprint, foi entregue pouco mais de 50% dos pontos previstos para esta Sprint. O resultado disso foi uma entrega que ficou aquém do planejado. Além disso, a quantidade de pontos entregues acabou sendo menor do que a da Sprint 1, o que por sua vez baixou a velocity média da nossa equipe.

7. Gráfico de Commits

O gráfico de commits acima mostra apenas os commits que acabaram na branch develop através das histórias aceitas. Isto deve ser mencionado porque houve uma quantidade maior de commits do que o mostrado acima, mas como 3 histórias não foram aceitas, eles não apareceram neste gráfico.

8. Análise do Scrum Master

Esta Sprint deverá ser analisada com cuidado por todos nós para que o os ocorridos nela não sejam repetidos em outras, especialmente a questão de não entregar as histórias. Neste sentido, a Retrospectiva da Sprint foi muito proveitosa, pois tivemos a oportunidade de ver vários erros que foram cometidos por todos os membros da equipe. Os erros que mais se destacaram foram: - comunicação deficiente entre o Time de Desenvolvimento e a equipe de gerência - dificuldade com os testes - dificuldade no uso do framework - planejamento da sprint

Nas próximas sprints, deveremos tomar mais cuidado com estes e outros erros que aconteceram na Sprint 2, para que o processo e a produtividade possam melhorar e nos permitam não ter mais problemas como os que ocorreram nesta sprint.