Sprint 2
O foco desta sprint reside na implementação de histórias de usuários voltadas ao usuário Administrador. Todas as histórias foram priorizadas pela cliente Carla Rocha.
Em virtude do tempo de duração de sprint, definido em uma semana, estar se mostrando insuficiente à conclusão de User Stories devido à carga de trabalho demandada, a equipe definiu fazer uma subdivisão dos pontos definidos às User Stories em tarefas de forma a realizar o acompanhamento (Burndown, Velocity, EVM) mais granular, preciso e com menos dependências, sem comprometer a produtividade da equipe já habituada à agilidade semanal de produção.| Scrum Master | Product Owner | Development Team |
|---|---|---|
| Jessica | Hugo |
|
| US (User Story) | História | Pontuação | Nova Pontuação | Responsável |
|---|---|---|---|---|
| #3 | Como um usuário, quero excluir as reservas feitas por mim. | 5 | --- | Vitor e Lucas |
| TS (Technical Story) | História | Pontuação | Nova Pontuação | Responsável |
|---|---|---|---|---|
| #11 | Como um desenvolvedor, eu quero testar a criação de reserva para garantir a funcionalidade do método. | 5 | 1 | Allan e Lucas |
| #13 | Como um desenvolvedor, eu quero testar a consulta de reserva para garantir a funcionalidade do método. | 5 | 1 | Allan e Gustavo |
###Débitos técnicos
| US (User Story) | História | Pontuação | Responsável |
|---|---|---|---|
| #2 | Como um administrador, quero consultar todas reservas já efetuadas visualizando todos dados. | 8 | Gustavo e Allan |
| #4 | Como administrador, quero excluir qualquer reserva efetuada. | 8 | Jessica e Vitor |
| #5 | Como um usuário, quero consultar a disponibilidade e as reservas já realizadas em determinado espaço. | 20 | Lucas e Luis, Hugo e Fabíola, Vitor e Hugo, Pedro e Lucas, Fabíola e Elaine, Luis e Hugo |
| TS (Technical Story) | História | Pontuação | Responsável |
|---|---|---|---|
| #12 | Como um desenvolvedor, eu quero refatorar o cadastro de criação de reserva para consertar os bugs conhecidos. | 8 | Allan e Vitor e Luis e Fabíola |
As histórias #5 e #12 foram divididas em tarefas e cada uma delas foi devidamente pontuada.
| Tarefa | Pontuação | Responsável |
|---|---|---|
| Criar template das tabelas de reservas. | 1 | Allan |
| Criar a tabela de período por sala. | 4 | Lucas e Luis |
| Criar a tabela de semana por sala. | 4 | Hugo e Fabíola |
| Criar a tabela de prédio por dia. | 4 | Vitor e Hugo |
| Criar a tabela de semana por reserva. | 4 | Pedro e Lucas |
| Criar formulário de filtros para pesquisa. | 2 | Fabíola e Elaine |
| Integrar todas as tabelas. | 1 | Luis e Hugo |
| Tarefa | Pontuação | Responsável |
|---|---|---|
| Ajustar confirmação de reserva. | 5 | Allan e Vitor |
| Remodelar campos (dropdowns, data e hora). | 3 | Luis e Fabíola |
Observou-se nessa sprint considerável melhora no grau de conhecimento da equipe, principalmente em relação a testes unitários. Isso graças ao amadurecimento da equipe e o uso dos pareamentos.
Os pareamentos ocorreram nessa sprint de forma livre, e foram monitorados no seguinte quadro.
| Pontos Positivos |
|---|
| Todos os pontos foram entregues!!! |
| Muitos pareamentos |
| Mais integração entre a equipe |
| Pontos Negativos | Causa | Melhoria |
|---|---|---|
| Diminuiu o critério de aceitação | Não passar o pep8 em cada branch | Todo Pull Request só será aceito se estiver passando no pep8 |
| Reuniões diárias | Desorganização dos horários | Definição de daily presencial toda terça e quinta |
Nessa sprint foram priorizadas uma US, duas TS e o resto foi dívida técnica da sprint anterior. Todos os pontos foram entregues!
O velocity desta sprint foi de 25 pontos. Todos os pontos planejados e débitos foram entregues nessa sprint. 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 planejado mais 7 pontos para essa Sprint, além da divida técnica pendente, e foram entregues 51. O RPC (Pontos Completos Na Release) ficou então 75, o APC (Porcentagem Completa Real) subiu para 51,02% acima do PPC (Porcentagem Planejada Completa) de 42,86%, indicando um bom andamento do projeto. Tendo em vista que na Sprint1 o projeto estava atrasado esses dados demonstram uma boa reação da equipe.
Não foi adicionado nenhum ponto novo ao projeto, PA (Pontos Adicionados) = 0.
O Backlog do Produto foi replanejado em -8 pontos, PR (Pontos Replanejados) = -8, o que mudou a percepção sobre o volume de produto que foi acordado inicialmente, agora o PRP (Pontos Planejados Da Release) = 147.
A cobertura de testes subiu de 68% na Sprint 1 para 82% na Sprint 2
** Extrato Code Climate para Duplicação, Complexidade e PEP8 abaixo ** 
** Identificação de Duplicação, Complexidade e PEP8 de acordo com as Issues**
Das 69 issues identificadas pelo code climate, 55 são de código semelhante nos arquivos descritos na tabela acima. Com destaque aos formulários (forms.py).
7 issues de Complexidade Ciclomática identificadas em 3 arquivos.
7 issues de adequação a folha de estilo padrão python PEP8 em 4 arquivos.
A equipe definiu que nesta sprint focará a melhoria das qualidades nas views.py, pois estas são mais delicadas quanto a arquitetura e demandam mais urgência. Foi criada a TS #15
