Todas as estórias foram criadas pela Carla, durante a apresentação do sistema.

Scrum Master	Product Owner	Development Team
Luís	Elaine	Allan Fabiola Lucas Luís Pedro Vitor

US (User Story)	História	Pontuação	Nova Pontuação	Responsável
#8	Como um visitante, quero consultar as perguntas frequentes do sistema para sanar dúvidas sobre o sistema.	3	1	Elaine e Luís
#12	Como usuário, eu quero selecionar qual a Engenharia que curso durante o meu cadastro, para o administrador ter um controle de reservas por Engenharia.	---	3	Lucas e Luís
#13	Como administrador, quero selecionar uma engenharia ao criar uma reserva, para ter o controle por curso.	---	2	Elaine e Pedro
#14	Como administrador, quero poder pesquisar uma reserva pelo nome do responsável, para conseguir localizar em qual sala está um professor.	---	5	Hugo e Lucas
#15	Como administrador, quero cadastrar datas de início e fim para um semestre e ao criar uma reserva selecionar o semestre ao invés das datas, para agilizar o processo de criar reserva.	---	3	Fabíola e Hugo
#16	Como administrador, quero excluir apenas um horário específico da reserva, para aproveitar melhor os espaços da FGA.	---	5	Vitor e Gustavo
#17	Como administrador, quero visualizar a capacidade de cada sala ao fazer a reserva, para conseguir alocar as disciplinas melhor.	---	3	Allan e Jessica

TS (Technical Story)	História	Pontuação	Nova Pontuação	Responsável
#18	Como desenvolvedor, eu quero melhorar as colunas das datatables, incluindo dia da semana e horário, para entender melhor as reservas.	---	5	Allan e Jessica
#19	Como desenvolvedor, eu quero mostrar a tabela das consultas mesmo sem existir nenhuma reserva nos filtros selecionados, para possibilitar a inclusão de uma reserva.	---	2	Luís e Vítor
#20	Como desenvolvedor, quero facilitar a criação de reserva possibilitando selecionar sala sem ser obrigatório a seleção de prédio.	---	5	Gustavo e Jessica

###1.2.2 Débitos Técnicos

TS (Technical Story)	História	Pontuação	Nova Pontuação	Responsável
#16	Como desenvolvedor, eu quero refatorar a criação de reservas, para ficar mais intuitivo.	8	---	Gustavo

Tarefa	Pontuação	Responsável
Adaptar JavaScript	4	Gustavo

Pontos Positivos
Correção de bugs
Melhorias para satisfazer a cliente

Pontos Negativos	Causa	Melhoria
Demora para começar a queimar pontos	Provas e trabalhos de outras disciplinas	Organizar melhor as tarefas diárias para conseguir fazer um pouco de tudo
Nem todos os pontos foram entregues	Final de semestre	---
Redução na frequência de consulta do coach	Demora no início da realização das histórias/tarefas, ou seja, demora na descoberta de dúvidas	Começar a realização o quanto antes
Daily relativamente demorada	Falta de foco na reunião	Aumento do comprometimento com a daily
Master desatualizada e quebrada	Falta de merge com a master sempre que a dev está estável	Aumentar frequência de merges com a master

O velocity desta sprint foi de 28,2 pontos. A tabela utilizada par ao cálculo do velocity e o gráfico podem ser vistos abaixo.

OBS. As descrições e fórmulas das siglas apresentadas na tabela acima estão devidamente explicitadas aqui. Neste mesmo link pode ser encontrada a tabela de EVM completa do projeto.

Foram planejados 34 pontos e entregues 22.

O RPC (Pontos Completos Na Release) ficou em 169, o APC (Porcentagem Completa Real) em 153,85%, cominando numa entrega final de mais de 50% acima do valor planejado, agregando assim mais valor ao produto.

Foram adicionados 33 ponto novos ao projeto, PA (Pontos Adicionados) = 33, constituindo a maior parte dos pontos planejados para a sprint. E foram replanejados -2.

Foi alcançada cobertura de testes de 90% nesta Sprint.

---

** Extrato Code Climate para Duplicação, Complexidade e PEP8 abaixo ** 

** Identificação de Duplicação, Complexidade e PEP8 de acordo com as Issues**

Como esperado, as issues de duplicação de código foram majoritárias, totalizando 83 das 109 issues identificadas.

7 issues de complexidade ciclomática, todas proveniente da sprint passada, ainda sem ação em virtude da baixa prioridades que representam.

19 issues de estilo, representando assim um aumento significativo com relação as sprints anteriores. Serão eliminadas na última semana.

Discutiu-se a realização de um mutirão sob as issues remanescentes a ser realizado na última sprint, a seguinte, de forma a melhorar a pontuação geral do projeto no code climate. Definiu-se que todas as issues de complexidade e estilo deverão ser resolvidas, e que as issues de duplicidade deverão ser avaliadas individualmente, porém em virtude do próprio framework utilizar uma abordagem que impacta na geração de código identificado como duplicado, a resolução das issues de duplicação ficará a cargo da disponibilidade de tempo da equipe.