Análise e Retrospectiva
1. Visão Geral
Número da Sprint: 3
Data de Início: 06/09/2020
Data de Término: 12/09/2020
Duração: 7 dias
Pontos Planejados: 57 pontos
Pontos Entregues: 57 pontos
Dívida Técnica: 0 pontos
Membros Ausentes: Daniel Primo
2. Resultados
2.1 Repositório Docs
- História: #42 - Documentar Pipeline
Responsáveis: Rossicler
Pontuação: 3
Status: Concluído - História: #43 - Documentar Sprint 3
Responsáveis: Renan
Pontuação: 3
Status: Concluído - História: #44 - Elaborar Plano de Gerenciamento de Risco
Responsáveis: Brenda, Sara, Renan
Pontuação: 5
Status: Concluído
As duas dívidas técnicas herdadas da Sprint 2 foram solucionadas:
- História: #28 - Elaborar Protótipo de Alta Fidelidade
Responsáveis: Ítalo e Luiz
Pontuação: 13
Status: Concluído - História: #32 - Atualizar Roadmap do Produto
Responsáveis: Renan, Rossicler, Sara
Pontuação: 2
Status: Concluído
2.2 Repositório Frontend
- História: #1 - Tela de Cadastro
Responsáveis: Ítalo, Daniel
Pontuação: 8
Status: Concluído
2.3 Repositório User-Service
- História: #2 - CRUD de Ocorrência
Responsáveis: Tiago, Luiz
Pontuação: 5
Status: Concluído - História: #3 - Autenticação do Usuário
Responsáveis: Brenda
Pontuação: 5
Status: Concluído
2.4 Repositório Secretary-Service
- História: #1 - Extração de dados SSP-DF
Responsáveis: Lucas, Hérick
Pontuação: 8
Status: Concluído - História: #2 - Execução programada do crawler
Responsáveis: Sara e Rossicler
Pontuação: 5
Status: Concluído
3. Velocity
4. Burndown
5. Gráfico de Contribuições
5.1 Contribuições na Documentação
5.2 Contribuições no Frontend
5.3 Contribuições no User-Service
5.4 Contribuições no Secretary-Service
6. Retrospectiva
Pontos Positivos:
- Sprint sem dívidas técnicas (boa produtividade)
- Comunicação efetiva entre EPS e MDS
- Conversa com o Hilmer ajudou a esclarecer alguns pontos
- EPS compreensíveis e incentivadores <3
- Qualidade da documentação
- Suporte maior de EPS para quem está fazendo a issue sozinho
- Membros preocupados com a arquitetura
Pontos Negativos:
- As dívidas herdadas da sprint anterior atrapalharam os pareamentos
- Sobrecarga nas tarefas de EPS
- Scrum atrasando os docs da sprint
- Falhas de comunicação pontuais entre MDS
- Timebox da reunião não sendo seguido
- Algumas issues não foram bem descritas
Melhorias:
- Relatar problemas ou dúvidas o mais rápido possível
- Planejar horários para parear com antecedência
- Uso do LiveShare para as duplas que se interessarem
- Comunicar sempre
- Melhor descrição das issues
7. Quadro de Conhecimentos
8. Análise do Scrum Master
Time
Quarta sprint do projeto marcada pela excelente produtividade da equipe e melhora na comunicação entre EPS e MDS para desenvolvimento das tarefas. O time de MDS vem mostrando maturidade ao se preocupar com a qualidade do código desenvolvido e se interessarem para participar de algumas atividades de EPS.
A relação entre MDS e EPS está ótima e a maioria dos membros de MDS estão comunicando muito ao longo da semana para tirar dúvidas e relatar o estado de suas demandas. Como pontos negativos tivemos algumas issues mal descritas e um membro de MDS que não contribuiu muito com sua dupla na atividade da semana.
Métricas
Na Sprint 3 foram concluídos 57 pontos (sendo 42 planejados para Sprint e 15 que vieram como dívida técnica), o Velocity atual da equipe é de 46.25 pontos com quatro sprints fechadas e 185 pontos entregues no total.
O Burndown da Sprint 3 mostra que todas tarefas criadas para a sprint foram concluídas, mas também é possível notar que a maior parte delas foi concluída no último dia, o que pode indicar issues muito grandes, procrastinação da equipe na realização das tarefas ou demora nas revisões de Pull Request.
Os Históricos de Contribuição apresentam uma quantidade pequena de commits nos três primeiros dias da sprint o que indica que a maior parte do trabalho está sendo feito da metade pro fim da sprint
O Quadro de Conhecimento mostra evolução principalmente nos membros responsáveis por realizar a funcionalidade extração de dados que melhoraram seu conhecimento em crawlers.
Histórias
A primeira tarefa do serviço de secretaria foi a Extração de dados SSP-DF usando a biblioteca Scrapy, para isso a dupla executora da história recebeu uma pequena ajuda no começo para entender a tecnologia e partir disso resolveram a issue, ambos gostaram muito de trabalhar com extração de dados.
O CRUD de Ocorrência e a Autenticação foram as tarefas do user-service definidas para sprint que também tiveram um grande apoio de EPS na sua execução, principalmente a segunda tarefa em que a MDS responsável foi designada sozinha para ela. As duas tarefas foram entregues com testes unitários.
A issue da Tela de Registro não estava tão bem descrita e essa tarefa acabou por ser entregue sem integração ao backend, criamos uma nova issue para consertar esse problema e priorizamos para a próxima Sprint.
Uma das dívidas técnicas herdadas da sprint anterior (Protótipo de Alta Fidelidade) atrapalhou a execução de alguns pareamentos para resolver as atividades dessa sprint, o time de EPS vai prestar mais atenção ao planejar novas tarefas em sprints com dívidas técnicas.
As demais tarefas são auto-explicativas e ocorreram sem intercorrências.