Backlog da Sprint
| ID | História | Status | Pontos |
|---|---|---|---|
| ISSUE | #232 Definir estratégia para viabilização do deploy contínuo | Fechado | 8 |
| ISSUE | #234 Adicionar cobertura de testes no projeto. | Fechado | 5 |
| ISSUE | #260 Refatorar Fluxo de forma a manter usuário na conversa | Fechado | 3 |
| ISSUE | #261 Refatorar fluxo de forma a induzir melhor a escrita do usuário a cada interação | Fechado | 5 |
| ISSUE | #262 Trabalhar no slot do stackoverflow | Fechado | 8 |
| ISSUE | #263 Dojo: Web Crawler | Fechado | 2 |
| ISSUE | #264 Estudo de tecnologia (scrapy) | Fechado | 1 |
| ISSUE | #265 Estudar ferramenta Kibana e ElasticSearch | Fechado | 3 |
| ISSUE | #266 Refatorar documentos de abertura e fechamento de Sprint | Fechado | 2 |
| ISSUE | #267 Elaboração de Teste de Usabilidade | Fechado | 5 |
| ISSUE | #268 Documentar abertura e fechamento da sprint 6 | Fechado | 1 |
Pontuação Final
- Pontuação Total: 43 Pontos Planejados
- Débitos Técnicos Adicionados: 0 Pontos
- Pontos Concluídos: 43 Pontos Concluídos
Débitos Técnicos de Sprints Anteriores
- #232 Definir estratégia para viabilização do deploy contínuo
- #234 Adicionar cobertura de testes no projeto.
Débitos Técnicos Gerados
- Não foram gerados débitos nesta sprint
Retrospectiva
Pontos Positivos
- Conseguimos terminar tudo
- Aprendemos (MDS) a fazer teste de erros
- Produtividade não caiu depois da R1
- Deu tudo certo
- Fechamos todas as US
- Deu trabalho, mas fechamos tudo
- Plano de mudança do slot
- Ideia do Iuri pros slots
- Iuri ajudou a Gabi com links de apoio de estudo
- Temos o teste de erros interpretado
- Ideia do Iuri de encontrar uma solução aos slots
- Fechamos todas issues
- Conseguiu viabilizar o deploy
Pontos Negativos
- “Migué na semana” muita coisa fora de MDS pra fazer (um caso)
- Pouca história pro Arquiteto
- PR demorou pra fechar
- Geral sumiu (de terça até quinta)
- Desorganização na sprint, MDS ficou meio de lado nessa semana
- Falta de comprometimento com a daily
- Diminuimos o ritmo
- Mais dedicação, fechar as issues mais rápido
- Tentou fechar as issues no início, mas não conseguiu e a revisão demorou
- PR não aberto de imediato ao fim da tarefa
Melhorias
- Implementar o lance de erros
- Focar mais em MDS (um caso)
- Mais coisa pro arquiteto
- Fechar PR o mais rápido possível
- Tentar não sumir
- Organizar melhor a daily
- Mais dedicação, fechar as issues mais rápido
- Revisar os PR de maneira mais rápida
Burndown
Velocity
Quadro de Conhecimento
Riscos
| Risco | Ação Preventiva | Ação Reativa |
|---|---|---|
| Cansaço pós-R1 | Sprint mais leve para pensar nos pontos levantados durante a release | Reunião para deixar claro a importância da entrega contínua |
| Falta de concentração que geralmente ocorre após a release 1 | Sprint mais leve para pensar nos pontos levantados durante a release | Reunião para deixar claro a importância da entrega contínua |
Burndown de Riscos
Resumo pelo Scrum Master
A sprint logo em sequência da R2 tiveram alguns pontos positivos, como o grande interesse da equipe em manter o ritmo - infelizmente nem todos tiveram (o que pode ser observado na falta de entrega contínua presente no burndown da sprint).
Foi uma sprint com bastante estudo e refatoração baseado no feedback recebido durante a release, então apesar da pontuação não foi uma sprint tão pesada se comparada às anteriores.
Em resumo, a sprint obteve sucesso em entregar todos os pontos planejadas.