Sprint 05 - Review

Informações Básicas da Sprint

Sprint	5
Início	19/09/2018
Término	25/09/2018
Duração	7 dias
Pontuação Total	46
Pontuação Concluída	30

Resumo da Sprint

Total de Pontos Planejados	29
Total de Pontos Planejados e Concluídos	13
Total de Pontos de dívida passada	14
Total de Pontos de dívida concluídos	14
Total de Pontos Adicionados	3
Total de Pontos Adicionados e Concluídos	3
Total de Pontos Concluídos	30
Dívida para a próxima Sprint	16

Presença na Sprint Review e Retroscpective

Membro	Presença
Iasmin Mendes
Renato Valério
Gabriel Davi
Heron Rodrigues
João Lucas Zarbiélli
Lucas Maciel
Matheus Gomes
Weiller Fernandes

Papéis

Papel	Responsável
Scrum Master	Iasmin Mendes
Product Owner	Renato Valério
Arquiteto	Iasmin Mendes
DevOps	Gabriel Valério
Time de Desenvolvimento	Gabriel Davi Silva Pereira Heron Rodrigues Sousa João Lucas Fragoso Zarbiélli Lucas Maciel Aguiar Matheus Gomes Ferreira Weiller Fernandes Pereira

Sprint Backlog

	Issue	Descrição	Pontos	Responsáveis	Status
P L A N E J A D A S	#53	US1 - Buscar Local (Frontend)	5	João Lucas Lucas Maciel	Não concluído
	#137	Protótipo de favoritar local	2	Heron Sousa Gabriel Davi	Concluído
	#138	Protótipo de visualizar local	3	Heron Sousa Gabriel Davi	Concluído
	#141	Protótipo de visualizar publicidade	1	Heron Sousa Gabriel Davi	Concluído
	#143	Adicionar fontes no manual de identidade visual do App	1	Renato Valério	Concluído
	#144	Revisar documento de arquitetura	3	Iasmin Mendes Weiller Fernandes Matheus Gomes	Não concluído
	#146	Revisar Backlog	2	Weiller Fernandes	Concluído
	#149	Configurar ambiente de homologação	8	Renato Valério	Não concluído
	#145	Colocar burndown de riscos no github pages	2	Iasmin Mendes	Concluído
D Í V I D A S	#80	Fazer protótipo do projeto	8	Matheus Gomes Heron Souza	Concluído
	#54	US2 - Avaliar local (Backend)	3	João Lucas Gabriel Davi	Concluído
	#107	US6 - Favoritar local (Backend)	3	Lucas Maciel Weiller Fernandes	Concluído
A D I C I O N A D A S	#105	TS - Testar a busca de locais por nome	3	Lucas Maciel Gabriel Davi	Concluído
	#162	Adicionar link de fácil acesso ao protótipo	0	Iasmin Mendes	Concluído
	#164	Adicionar canal de comunicação no README	0	Iasmin Mendes	Concluído

Retrospectiva da Sprint

Pontos Positivos

Comunicação foi boa.

Pontos Negativos

Teste ainda é uma dificuldade
Maior parte do tempo estudando o Redux.
Não houve entrega contínua nessa sprint.
Falta de organização no pareamento.
Os stand-ups virtuais não foram realizados.

Melhorias

Estudar React

Pareamentos

Feedback

Nessa sprint a equipe conseguiu evoluir em relação aos testes do backend. Ainda existem dificuldades com a ferramente - RSpec - mas, em geral, a equipe já está um pouco mais familizarizada com o que são testes e a diferença entre testes unitários, de integração, e funcionais.
A equipe começou a usar a comunicação nos Pull Requestes, resolvendo os comentários colocados no review.
O ambiente de homologação não foi entregue nessa sprint, e esta issue passa a ser uma prioridade na próxima sprint de forma que seja possível disponibilizá-lo para teste a tempo da primeira release do produto.

Burndown

Nessa sprint a issue referente ao protótipo, que vinha de débito de duas sprints passadas, foi quebrada em várias outras issues. Essa foi uma boa decisão tomada pelo grupo, pois finalmente a equipe conseguiu registrar a entrega de tarefas referentes ao protótipo ao invés de ficar com uma issue enorme de débito ao final de cada sprint como vinha acontecendo.
A entrega contínua foi bem baixa nessa sprint, mas por uma questão da equipe estar se habituando a utilizar a comunicação pelos Pull Requests. No caso, a equipe foi orientada a abrir o Pull Request assim que começasse a desenvolver e colocasse o WIP - Work in Progress - no nome do PR, assim o Scrum Master poderia acompanhar mais fácil o que estava sendo desenvolvido durante a sprint. Ao terminar o desenvolvimento a equipe deveria retirar o WIP para identificar que o PR estaria pronto para ser aprovado, contudo o time de desenvolvimento não lembrou de fazer isso e os Pull Requests foram ficando para o final da sprint.
A issue de elaborar o frontend da busca de locais ficou como débito devido a equipe estar com dificuldade de utilizar o React integrado com o Redux. Assim a equipe passou mais tempo estudando como utilizar o Redux do que implementando a issue, o que implicou no seu débito ao final da sprint.
A issue de documento de arquitetura ficou como débito por uma questão de falha de organização da equipe que acabou deixando a issue para o final da sprint e acabou percebendo ao final que alguns pontos ainda deviam ser alinhados com os outros grupos relacionados ao Integra App.
A issue de Configurar Ambiente de homologação não foi entregue devido a dificuldade da equipe em configurar a aplicação no Heroku
A issue de Testar Locais por nome não foi planejada para a sptint, mas ela acabou sendo implementada pela equipe de desenvolvimento enquanto eles estudavam e implementavam os testes relacionados a outras histórias. Somente foi identificado que essa issue havia sido executado durante a revisão dos Pull Requests, então consideramos ela como adicionadas e a fechamos.
As issues de adicionar link para o protótipo e adicionar canal de comunicação no Readme foram adicionadas a essa sprint por serem tarefas simples de serem executadas e feitas em paralelo enquanto o Scrum Master elaborava a documentação da sprint.

Acompanhe mais dessa métrcia aqui.

Velocity

Para essa sprint foi planejada uma uma pontuação bem acima do velocity da equipe por boa parte das histórias - 6 pontos - serem de débito da sprint passada e estarem quase fechadas, faltando somente testar. A equipe se planejou para reunir logo no início da sprint para realizar esses testes e entregar esses pontos. Contudo, a confecção de testes levou muito mais tempo do que havia sido previsto, atrapalhando o que havia sido planejado e se demonstrando uma má decisão.
Além dos pontos referentes aos testes havia 8 pontos relacionados ao protótipo que faltava somente realizar algumas correções na revisão do Pull Request para ser aceito, que foi deixado para o final da sprint.
Somado esses pontos de débito que se supôs que a equipe terminaria rápido com as dificuldades das issues planejadas para essa sprint, novamente a equipe acabou entregando menos do que o planejado. Assim o Scrum Master começa a ter consiência de que o velocity da equipe é realmente de 23 pontos e deve-se planejar a sprint em cima dessa pontuação independente de qualquer fator externo que possa influenciar.

Acompanhe mais dessa métrcia aqui.

Commits por Dia

O gráfico de Commits por Dia, evidencia claramente que nessa sprint as entregas foram deixadas em sua maioria para o final da sprint, como relatado na análise do Burndown dessa sprint. Durante o 2º ao 4º dia de sprint a equipe focou na realização dos testes que estavam de débito da sprint passada, focando somente depois nas issues realmente planejadas para a sprint.

Acompanhe mais dessa métrcia aqui.

Commits por Sprint

Mesmo com esses poréns, a equipe aumentou sua produtividade nessa sprint, como é possível ver no gráfico de Commits por sprint, no qual a média de commits por dia da equipe aumentou.

Acompanhe mais dessa métrcia aqui.