Sprint 06 - Review

Informações Básicas da Sprint

Total de Pontos Planejados	16
Total de Pontos Planejados e Concluídos	16
Total de Pontos de dívida passada	16
Total de Pontos de dívida concluídos	16
Total de Pontos Adicionados	4
Total de Pontos Adicionados e Concluídos	4
Total de Pontos Concluídos	36
Dívida para a próxima Sprint	0

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

	Issue	Descrição	Pontos	Responsáveis	Status
P L A N E J A D A S	#117	Atualizar canvas com os novos custos	1	Renato Valério	Concluído
	#139	Protótipo da tela de gerar rota	2	Weiller Fernandes Matheus Gomes	Concluído
	#140	Protótipo de avaliar local	2	Weiller Fernandes Matheus Gomes	Concluído
	#139	Montar apresentação da Release	3	Iasmin Mendes	Concluído
	#170	Ensaiar para a Release	3	Time de Desenvolvimento	Concluído
	#171	Revisar EAP	2	Renato Valério	Concluído
	#172	Estudar API do Google Maps	3	Gabriel Davi	Concluído
D Í V I D A S	#144	Revisar documento de arquitetura	3	Iasmin Mendes Weiller Fernandes Matheus Gomes	Concluído
	#149	Configurar ambiente de homologação	8	Renato Valério	Concluído
	#53	US1 - Buscar locais (Frontend)	5	João Lucas Lucas Maciel Heron Rodrigues	Concluído
A D I C I O N A D A S	#176	Deploy para o ambiente de produção	3	Iasmin Mendes	Concluído
A D I C I O N A D A S	#177	Deploy para o ambiente de homologação	1	Iasmin Mendes	Concluído

Nessa sprint a parte da equipe evoluíu bastante em relação ao React. Nas sprints seguintes o propósito será compartilhar esse conhecimento.
Apesar da equipe evoluir em React, o Redux continua sendo um obstáculo para a equipe.
Tendo a apresetação da primeira release no final dessa sprint, o ideal teria sido que ao final dessa sprint o frontend já estivesse integrado com os outros grupos e com os ambientes de homologação e produção funcionando. Contudo, não foi possível realizar essa integração ainda nessa sprint e esta deve ser uma tarefa priorizada para as próximas sprints.
A métrica relacionada a Commits terá que ser substituída ou repensada, devido a dificuldade de coleta no frontend.

Essa sprint foi marcada pela entrega da issue de Buscar locais no frontend. Essa issue já vinha de débito da sprint anterior e era um ponto crítico por ser a entrega definida pra a 1º Release. Houve bastante esforço da equipe para a conclusão desta tarefa, usando de vários dias da Semana Universitária para trabalhar arduamente. Durante esses dias a equipe percebeu uma enorme dificuldade com o ciclo de vida do React, a qual piora quando integrado ao Redux.
O ambiente de homologação e produção da API foi disponibilizado no Heroku. E depois da entrega dessas issues, em conversas com outros grupos, percebeu-se que o Heroku não é muito adequando para o ambiente de produção por desligar o container após meia hora sem requisição, o que gera um delay e demora de resposta para o usuário na próxima vez que ele tenta acessar. Assim, uma issue já foi aberta para reavaliar esse deploy e decidir se iremos manter no heroku - comprando um plano pago - ou mudar para outra ferramenta.
Com o ambiente de homologação configurado no meio da sprint, foi possível puxar as issues relacionadas ao deploy, agregando valor a entrega da 1º Release.

Nessa sprint a equipe conseguiu entregar toda a pontuação planejada. Isso se deve ao fato da equipe ter planejado uma sprint mais leve, voltada a revisão de aterfatos e preparação para a relese 1. Mantendo somente as issues difíceis - Buscar Locais no frontend e Configuração do ambiente de homologação da API - que já vinham de débito da sprint passada e ter focado bastante na resolução desses pontos.

Nessa sprint foi identificado um sério problema com essa métrica. Boa parte do desenvolvimento na sprint foi feito no repositório do frontend, o que implicou em vários commits que não foram rastreados. A princípio esta métrica estava sendo coletada pelo Insights do GitHub, contudo como o repositório do frontend é compartilhado, o Insights desse repositório não reflete a produtividade do time IndicaAi, mas sim de todos os times que estão trabalhando em paralelo no frontend. Portanto, essa métrica terá que ser reavalida, mudando de estratégia pra coleta ou substituída por algum outro parâmetro que ajude a acompanhar a produtividade do time.