Fechamento Sprint 5
Indicadores de Qualidade do Processo
Fechamento da Sprint
| Histórias Planejadas | Status |
|---|---|
| Integrar telas feitas do FrontEnd no Layout | Concluído |
| Modularizar Layout | Concluído |
| Criar suite de testes no BackEnd | Concluído |
| Conectar o banco na aplicação | Concluído |
| Dívidas técnicas acumuladas | Status | | CRUD usuário (back e front) | Concluído | | Fluxo de agendar aula | Concluído |
Burndown
Velocity
| Sprint | Pontos Concluídos |
|---|---|
| 0 | 8 |
| 1 | 5 |
| 2 | 15 |
| 3 | 12 |
| 4 | 6 |
| 5 | 20 |
Total de Pontos: 66
Sprints: 6
Velocity: 11
Retrospectiva
| Pontos Positivo |
- Grupo inteiro se engajou bastante para compensar as tarefas não completadas. - Integração e interação aumentou ainda mais. - Temos um início de produto pronto. - Semana universitária casou com a necessidade de mais tempo para o projeto. - Não foram programadas mais tarefas além das que não foram concluídas. |
|---|---|
| Pontos Negativos |
- Falta de conhecimento ainda é uma barreira que faz perder muito tempo. - Precisa melhorar o planejamento para não acontecer de trabalhar mais tempo que o previsto. - Aumentou a preocupação em relação a entrega da release. |
| A Melhorar |
- Treinar mais antes de pular de vez no código. - Planejar as sprints de acordo com o tempo previsto sem subestimar as terefas. - Gerenciar melhor o tempo gasto com as condições humanas. - Gerenciar melhor o cronograma. |
Análise do Scrum Master
Como subdividimos as tarefas, e aumentamos os grupos do pareamento, aumentamos a interação do grupo terminamos todas as dívidas técnicas. Assim podemos seguir adiante com mais velocidade.
Análise do Product Owner
Sem dívidas técnicas fica mais visível a entrega sendo feita e assim, mantemos a transparência e confiança com o nosso cliente.
Quadro de Conhecimento
