Sprint 4
Planejamento da Sprint
| Membros presentes no planejamento da Sprint |
|---|
| André Lucas |
| Caio Brandão |
| Fabíola Malta |
| João Victor |
| Matheus Vitor |
| Marcos Nery |
| Rogério |
Objetivo
Mapear a arquitetura do projeto e aprofundar a visão do produto.
Dados gerais
Data de início: 09/09/2018 Data de término: 14/09/2018
Pontos Planejados: 22 Pontos Adicionados: 7 Pontos totais: 29
Issues
Podem ser acompanhadas aqui.
Dívidas alocadas
Possíveis Riscos mapeados para a sprint
Resultados
Resultado da Revisão da Sprint
| Membros presentes nas reuniões de finalização de sprint |
|---|
| André Lucas |
| Caio Brandão |
| Fabíola Malta |
| João Victor |
| Matheus Vitor |
| Marcos Nery |
| Matheus Joranhezon |
| Sannya |
| Vinicius |
| Kaique |
| Rogério |
Histórias entregues
Dívidas entregues
Pontos de dívidas entregues: 7
Retrospectiva da Sprint
Pontos positivos
- Com a definição básica da arquitetura, os membros agora tem uma base para começar a desenvolver o produto
- Foram escritas as primeiras linhas de código!
- A documentação está acessível para todos os membros do time que estão alinhados sobre sua importância
- Houveram feedbacks positivos em relação ao trabalho da equipe
Pontos negativos
- Existem membros sobrecarregados, que são vistos como 'heróis'
- A comunicação não foi constante, e dificuldades não foram comunicadas no meio da sprint
- Membros foram alocados para muitas tarefas, tendo atividades de outras matérias
- Receio de atraso em relação a outros grupos da matéria
Possíveis melhorias
- Quebra das atividades em menores
- Mais standup meetings
Medições obtidas dos indicadores e métricas
Riscos
Mais riscos foram identificados, porém houveram ações para tentar impedir a concretização destes. Houve a execução de um dojo para iniciar a primeira história de código da equipe, que foi entregue ao final da sprint. Foram definidas as tecnologias que seriam utilizadas dentro da arquitetura do projeto, diminuindo assim o risco de dificuldades no desenvolvimento e facilitando a configuração do ambiente. Tentou-se fazer o planejamento observando os dados já existente sobre conhecimento e trabalho do time para que o planejamento não fosse ineficiente
Quadro de horas
Durante essa sprint os membros trabalharam por mais horas e também entregaram mais issues, não pode-se fazer uma interpretação em relação aos pontos entregues pois foi a primeira sprint pontuada da equipe.
Velocity
Das histórias planejadas, apenas uma não foi entregue, e todas as dívidas foram entregues.
Com a definição da arquitetura, foram mapeados outros conhecimentos para o quadro de conhecimento da equipe.
Análise Geral
Embora tenha sido evidenciado que o trabalho não ficou dividido de forma uniforme entre os membros da equipe, foi entregue a maioria das histórias alocadas. Mais uma vez, foram deixadas para entrega ao final da sprint, o que resultou em revisão tardia e não entrega de uma história, como o risco de não entrega de outras, como pode ser observado no burndown da sprint. Faz-se necessário a quebra em histórias menores, para que haja possibilidade de entregas durante a semana e também a inclusão de uma reunião de stand up no meio da sprint, pois estas estão sendo realizadas apenas nas terças e quintas. Observou-se, mais ao final da sprint, maior proatividade e independência do time de desenvolvimento.