Resultados Sprint 11
Sprint que marca a entrada na etapa final do projeto, e o aumento de qualidade do produto através de melhoria do serviço de extração, criação dos ambientes de homologação, e novas histórias de usuário.
Fechamento da Sprint
| Issue | Status | Pontos |
|---|---|---|
| Criar ambiente de homologação: Serviço de Interpretação | Concluída | 2 |
| Criar ambiente de homologação: Serviço de Exportação | Concluída | 2 |
| Criar ambiente de homologação: Gateway | Concluída | 2 |
| Refatorar Serviço de Extração: Refatorar Código | Concluída | 3 |
| Criar ambiente de homologação: Serviço de Usuários | Concluída | 3 |
| Criar ambiente de homologação: Serviço de Notas | Concluída | 3 |
| Criar ambiente de homologação: Serviço de Relatórios | Concluída | 3 |
| Refatorar Serviço de Extração: Corrigir o Deploy | Concluída | 5 |
| Atualizar o Backlog | Concluída | 5 |
| US15 - Filtrar Notas por Título e Descrição | Concluída | 8 |
| US37 - Criar Categorias | Concluída | 8 |
| US09 - Realizar Login | Concluída | 8 |
| Corrigir os Fluxos da Aplicação | Não Concluída | 13 |
Pontos Planejados Concluídos: 44
Pontos de Dívida Concluídos: 8
Pontos Não Agregados: 13
Burndown
Velocity
O velocity apresentou melhora, com a equipe quitando dívidas técnicas, e MDS entregando todas as histórias de usuário que ficou responsável.
A capacidade de entrega da equipe vem apresentando melhora, visto que o projeto entrou na reta final, e a equipe se mostra engajada para a entrega do escopo em sua totalidade.
Riscos
Não foram identificados riscos novos no decorrer da sprint.
Etapa final do projeto, e redução visível dos riscos mapeados, resultado do trabalho contínuo de monitoramento e controle, e das práticas adotadas já possuírem bons níveis de adesão pela equipe.
Retrospectiva
Houve redução significativa dos pontos negativos. Os pontos levantados não refletem os riscos mapeados.
Sprint Anterior
Com relação aos pontos negativos apresentados na retrospectiva anterior, algumas medidas foram tomadas para que não se mostrassem novamente, são eles:
| Ponto Negativo | Correção Adotada |
|---|---|
Dificuldade em herdar dívidas. |
Permanência da mesma dupla de pareamento responsável pela issue que se tornou dívida e que será realocada para a sprint seguinte. |
Quadro de Conhecimento
Registros de Presença nas Dailies
- Dailies de segunda e sexta feira são realizadas por hangouts, às 21h30 e 20h, respectivamente.
- Dailies de quarta-feira são realizadas por telegram, às 12h.
- Dailies de terça e quinta feira são realizadas presencialmente, às 15h50.
| Nome | Segunda Feira | Terça Feira | Quarta Feira | Quinta Feira | Sexta Feira |
|---|---|---|---|---|---|
| Bernardo | ✔ | ✔ | ✔ | ✔ | ✘ |
| Clarissa | ✔ | ✔ | ✔ | ✔ | ✘ |
| Esio | ✔ | ✔ | ✔ | ✔ | ✔ |
| Felipe | ✔ | ✘ | ✔ | ✔ | ✔ |
| Lucas | ✔ | ✔ | ✔ | ✔ | ✔ |
| Mariana | ✔ | ✔ | ✔ | ✔ | ✔ |
| Pedro | ✔ | ✔ | ✔ | ✔ | ✔ |
| Saleh | ✔ | ✔ | ✔ | ✔ | ✔ |
| Youssef | ✔ | ✘ | ✔ | ✔ | ✔ |
Avaliação do Scrum Master
Reta final do projeto, e a equipe apresenta sprints cada vez melhores, sempre melhorando o número de pontos entregues por sprint, respeitando o nível saudável, ainda que o burndown apresente queimas no meio e no final da sprint.
Os riscos do mapeados estão praticamente mitigados, mostrando que as práticas ágeis surtiram efeito, dado que a equipe apresenta níveis ótimos de adesão às práticas, resultando em entregas de qualidade.
Os níveis de qualidade de código no backend apresentam níveis ótimos na maioria dos serviços. Entretanto, o front-end continua apresentando níveis de qualidade não satisfatórios, originando uma nova issue apenas para que a equipe de desenvolvimento identifique e corrija as falhas no código, e também aumente a qualidade, já que também ficam responsáveis por testar o restante do código.