Backlog da Sprint
Pontuação Final
- Pontuação Total: 40 Pontos Planejados
- Débitos Técnicos Adicionados: 14 Pontos
- Pontos Concluídos: 40 Pontos Concluídos
Débitos Técnicos de Sprints Anteriores
- #37 Elaborar o roadmap de papeis
- #46 Configurar ferramentas de CI
- #42 Deploy do servidor de homologação
Débitos Técnicos Gerados
Retrospectiva
Pontos Positivos
- Pareamento aconteceu muito bem, horários compatíveis
- Melhor entendimento sobre docker
- Descobrimos problema com jupyter e conseguimos contornar
- Integração contínua saiu (somente com flake8)
- Reunião por hangouts
- sprint produtiva (a maioria das coisas deram certo)
- Sprint tranquila
- Ferramentas jpa estão bem encaminhadas
- Discussão sobre implementação
- Pareamento produtivo, bem dividido
- Não houveram muitos gargalos de tecnologia
- Foi o desempenho de vocês
- A elaboração da page lá que ficou lindo lindo
- Deu pra dar uma estudada nas tecnologias
- Pareamento bem definido e bem comunicado
- Reunião por hangouts (alguns moram muito longe)
- Construção do github pages
- Arte da Gabi
- MDS está se comunicando nas issues
- Melhor otimização de issue
Pontos Negativos
- Ainda não codou, só adicionou conteúdo no bot
- Conflitos na devel
- Arquitetura ainda não bem definida, atrapalhou homologação
- Deploy de homologação não saiu
- Arquitetura mudou um pouco na Sprint
- Diagrama de relação vai ter q ser refeito
- Arquiteto atrasou o desenvolvimento do doc de arquitetura
- Falta de tempo livre de integrante de MDS
- PR lançado “em cima da hora”
- foi o tanto de empecilhos que teve na semana, que fiquei bem decepcionada essa semana com meu desempenho… mas quero acreditar que tudo vai melhorar dessa vez kk
- Miguelou muito a semana (1 integrante de MDS)
- EPS não tá sse comunicando nas issues
- Integração contínua não saiu, arquitetura muda demais
- Problema técnico (precisou de sudo pra fazer as coisas)
Melhorias
- Tentar manter compromisso de entregar no tempo (1 integrante de MDS)
- otimizar mais meu tempo e tal, me equilibrar nos empecilhos
- Reunião presencial
- Administrar melhor o tempo
- Criação de conteúdo muito grande
Burndown
Velocity
Quadro de Conhecimento
Riscos
| Risco | Ação Preventiva | Ação Reativa |
|---|---|---|
| Problemas de saúde entre familiares | Issues pequenas e executáveis dentro do tempo da sprint, o que permite replanejamento de horas | Planejamento de pareamento por sprint |
| Problemas técnicos com a equipe de desenvolvimento | Issues pequenas e executáveis dentro do tempo da sprint, o que permite replanejamento de horas | Planejamento de pareamento por sprint |
| Equipe de desenvolvimento desanimada | planejamento de atividades com dificuldade evolutiva | Desafios nas Sprints para animar a equipe de desenvolvimento |
| Equipe protelando atividades | Planejar a sprint com atividades pequenas para serem feitas de forma contínua | Reunião e discussão sobre responsabilidades e importância do trabalho contínuo |
Burndown de Riscos
Resumo pelo Scrum Master
A Sprint foi bem mais “pesada” para a equipe de desenvolvimento, se considerada com as anteriores, porém a equipe conseguiu completar todas as atividades propostas. Deploy contínuo nãoo foi desenvolvido, devido a pendencias (e falta de comunicação de devops e arquitetura em informar esse problema). Exceto deploy, todo o planejamento foi realizado, mostrando o esforço da equipe de forma geral.
Em resumo, a sprint foi falha em entregar todos os pontos planejadas, e as dívidas serão mapeadas e replanejadas para a próxima Sprint.