Sprint 12
Planejamento
1. Objetivos e Duração
Duração:
06/11/2018 a 12/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, conjunto de testes no back-end | 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
Obs: O papel de scrum master foi passado a um membro de MDS com auxilio do antigo Scrum Master
5. Pareamento
6. Riscos da Sprint
Os riscos indentificados nesta sprint foram:
Resultado
1. Sprint Review
Mesmo havendo os riscos de provas finais tanto para MDS quanto EPS e a possibilidade de membros se desinteressarem e desaperecerem por causa de tais provas
todas as histórias da sprint foram entregues. O grande problema da sprint é que ela atrasa alguns aspectos do projeto entretanto aumentou a cobertura de testes
do projeto. Além disto a história da coleta de métricas de código foi feita com sucesso sanando a dívida técnica da sprint passada além de todas as histórias
terem sido entregues no último dia. Houveram também algumas alterações muito pequenas no serviço cars e no front já de acordo com os testes de
usabilidade. Infelizmente essas alterações não receberam issues. Logo é importante que sempre que houver uma alteração necessária no projeto issues devem ser
criadas.
2. Sprint Retrospective
| Pontos Positivo | Pontos Negativos | Soluções |
|---|---|---|
| Realização de dívidas técnicas | Equipe de EPS dispersa | Equipe voltar a ser mais comunicativa |
| Empenho da equipe em terminar o projet | Documentação atrasada | Organizar backlog para a Release 2 |
| Métricas de código | Testes são difíceis | Acelerar os trabalhos nesta semana que tem feriado (próxima sprint) |
| - | O rancher caiu novamente | Subir novamente os serviços no rancher |
| - | Provas durante a sprint | - |
| - | Possível ataque no back-end | - |
3. Quadro de Conhecimento
O campo de "testes de aceitação" foi mudado para "testes de front-end" onde são testados os métodos de react.
4. Burndown
Como todas as entregas realmente foram entregues no último dia. Muito provavelmente por causa das provas finais como também a dificuldade de fazer testes.
5. Velocity
O fato de termos uma sprint com uma pontuação rasoavelmente abaixo o velocity da equipe não ocilou tanto. Podemos continuar na média de 25 pontos normalmente.
6. Gráfico de Commit
Microserviço: Cars
Front-End
Alguns repositórios não obtiveram alterações durante a sprint e por isso seus gráficos não foram adicionados a este relatório.
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)
Houveram riscos novos nesta sprint. Todos eles receberam estratégias para sua mitigação. Tal tarefa baseou-se em reduzir
o backlog da sprint visando identificar e resolver os problemas indicados pelos usuários no teste de usabilidade
8. Análise do Scrum Master
O ritmo da equipe claramente foi desacelerado entretanto hoveram todas as entregas planejadas e algumas alterações positivas que não haviam sido planejada também foram realizadas.
É muitíssimo importante que não hajam novas sprints como esta. A equipe deve voltar a possuir o ritmo que tinha além de sempre abrir issues quando houver a necessidade de
realização de alterações não previstas no código visando manter o projeto sempre rastreável.
Os riscos encontrados na sprint foram bem mitigados já que houveram as entregas das tarefas e um pouco mais entretanto mesmo com poucas histórias o burndown indica
que as entregas ficaram para o último dia da sprint. É extramente necessário que isto não ocorra novamente.
O Scrum Master desta sprint conduziu bem a equipe e os rituais. Mesmo pegando uma sprint mais leve em trabalho obteve e solucionou os problemas de membros dispersos
sabendo motiva-los para a participação deste projeto nesta sprint.
O deadline da release 2 está muito próximo logo é importante que a equipe planeje muito bem o backlog do projeto até a release. Faltam somente 2 sprints