Sprint 13
Planejamento
1. Objetivos e Duração
Duração:
13/11/2018 a 19/11/2018
2. Sprint Backlog
3. Pontuação da Sprint
3.1. Sistema de pontuação Release 2
| Tipo de Tarefa | Extensão | Pontos Equivalentes |
|---|---|---|
| Pequenas alterações de código/front - estilização CSS | PP | 1 |
| CRUD, bugfix em CRUD, documentação pequena, relatório de sprint | P | 2 |
| Refatoração de código, nova função de back, nova função de front, documentação extensa | M | 3 |
| Nova feature (back/front), alteração de arquitetura, alteração de DevOps | G | 5 |
| Bugfix complexo, geração de relatório complexo | GG | 8 |
4. Papéis
5. Pareamento
6. Riscos da Sprint
Os riscos indentificados nesta sprint foram:
Resultado
1. Sprint Review
Grande parte das issues foi entregue com sucesso. O app está na google play e já pode ser acessado por qualquer usuário de android.
Estamos na reta final da matéria e do projeto. Houveram novamente algumas alterações no front-end mesmo não havendo issue entretanto
desta vez eram realmente pequanas alterações que não necessitavam de issues. As histórias não entregues referem-se aos testes de react
no front-end. A equipe de desenvolvedores realizou alguns testes entretanto não foi possível completa-los por isto os testes ficaram
de dívida técnica.
2. Sprint Retrospective
| Pontos Positivo | Pontos Negativos | Soluções |
|---|---|---|
| Back e front refatoradas | Trabalho extra no meio da sprint | Continuar com o ritmo da equipe |
| Evolução primordiosa | Mudanças no meio da sprint | Finalizar o projeto para a release 2 |
| Time 10/10 | Deveriamos ter realizados testes no front desde o início do projeto | - |
3. Quadro de Conhecimento
A equipe melhorou bastante em testes de front-end mesmo não fazendo todas as entregas.
4. Burndown
É possível verificar que houveram dívidas técnicas mas mesmo assim as entregas ocorreram mais constantemente do que na sprint passada.
5. Velocity
O velocity da equipe começou a cair tal fato muito provavelmente ocorreu pois houve uma queda nas entregas por culpa dos testes de front-end que não foram realizados.
6. Gráfico de Commit
Microserviço: Notification
Microserviço: Profile
Microserviço: Cars
Front-End
Todos os gráficos de commits realizados até o momento foram adicionados a este relatório. Tal fato ocorreu visando que todas as modificações (mesmo as não previstas ou definidas em issues) pudessem ficar evidentes.
7. Burndown de Riscos
Para melhor visualização CLIQUE AQUI
Pontuação: A escala do score de riscos vai de 0 (risco nulo) a 30 (risco extremamente alto)
O risco da sprint infelizmente ocorreu e as histórias com os testes de front não foram entregues. Não houveram boas idéias para mitigação destes riscos
pois já houveram issues que visavam o estudo deste tipo de deste. ISSUE 134.
8. Análise do Scrum Master
Houve claramente um plano arriscado para a construção desta sprint. Talvez pela equipe ter entregue poucos pontos na sprint passada houve um desejo de
entregar uma maior pontuação nesta sprint alcaçando um planejamento de mais de 30 pontos. Obviamente esta ideia não foi boa pois houveram 12 pontos de dívidas técnica
além de ocorrer novamente alterações no código fora das issues planjadas/escritas. O scrum master da equipe deve verificar este anseio de entrega do projeto. A equipe
anda já cansada.
Os riscos não foram mitigados com sucesso nesta sprint e por isso continuarão para a próxima mas pelos resultados entregues até o momento é bem provável que
a equipe consiga entregar todas as histórias que estão de dívida técnica.
A equipe caminhou bem até aqui e a próxima sprint é a final, logo, é a sprint de ajustes e finalzações. Deve-se aplicar um esforço para que a equipe não desanime
e muito menos acredite que o trabalho já está finalizado. É necessário que todos da equipe, tanto MDS quanto EPS, devam se esforçar no planejamento da entrega e nos detalhes
que merecem mais atenção.