Resultados Sprint 9
Sprint que marca o começo da rotatividade de membros da equipe de MDS dentro dos papéis de EPS, entregas de novas histórias de usuário e responsividade da aplicação.
Fechamento da Sprint
| Issue | Status | Pontos |
|---|---|---|
| US29 - Exportar Relatório em .csv | Concluída | 5 |
| Melhorar Responsividade do Site | Concluída | 8 |
| Migrar Deploy do Serviço Interpretation | Concluída | 8 |
| Migrar Deploy do Serviço Gateway | Concluída | 8 |
| Spike: Migrar Deploy do Serviço Extraction | Concluída | 8 |
| Criar Guia de Teste de Usabilidade | Não Concluída | 8 |
| Criar o EVM | Não Concluída | 8 |
| Fazer o Plano de Implantação | Não Concluída | 13 |
| US01 - Inserir o Cadastro de Uma Empresa no Sistema | Não Concluída | 13 |
Pontos Planejados Concluídos: 37
Pontos de Dívida Concluídos: 0
Pontos Não Agregados: 42
Burndown
Nem todas as issues foram entregues ao final da sprint. O motivo disso foi que toda a equipe estava atarefada com outras disciplinas. MDS teve provas de EDA I e MD II, enquanto EPS teve de DAS. E como as provas de MDS ocorreram no começo da sprint (segunda e terça-feira), isso impactou nas entregas tardias das histórias de usuário visto que, além do código da história concluído, é necessário testar back-end e front-end.
Velocity
Praticamente todas as issues planejadas foram entregues, com exceção da US01 - Inserir o Cadastro de Uma Empresa no Sistema que acabou tendo uma complexidade maior para a dupla responsável.
A queda do velocity se justifica pela sprint incomum, isso é, a equipe teve diversas de provas de outras matérias. No entanto, ele ainda se manteve em volta da capacidade de entrega, em 40 pontos por sprint.
Riscos
Não foram identificados riscos novos no decorrer da sprint.
Para próxima sprint, o risco de "falta de tempo", mesmo menor, permanece alto. O motivo disso acontecer é que a equipe está no último mês de aulas e isso faz com que as outras matérias tomem mais tempo do que o normal.
Retrospectiva
O pontos negativos apresentados, em sua maioria, refletem o peso do final de semestre para toda equipe. No entanto, com profissionalismo, a equipe consegue continuar motivada e fazer entregas de qualidade, evidenciado pelos pontos positivos.
Sprint Anterior
Com relação aos pontos negativos apresentados na retrospectiva anterior, algumas medidas foram tomadas para que não se mostrassem novamente, são eles:
| Ponto Negativo | Correção Adotada |
|---|---|
Falta de confiança no término do escopo do projeto. |
Parte da feature de controle de usuários vinculados foi removida, dado o tempo curto até a entrega do projeto. |
Quadro de Conhecimento
A equipe de desenvolvimento apresenta leve melhora em algumas das tecnologias adotadas, visto que estão em contato constante com estas. Entretanto, mesmo que os testes no front-end ainda sejam motivo de preocupação para equipe, ela segue em evolução.
Registros de Presença nas Dailies
- Dailies de segunda e sexta feira são realizadas por hangouts, às 21h30
- Dailies de quarta-feira são realizadas por telegram, às 12h.
- Dailies de terça e quinta feira são realizadas presencialmente, às 15h50.
| Nome | Segunda Feira | Terça Feira | Quarta Feira | Quinta Feira | Sexta Feira |
|---|---|---|---|---|---|
| Bernardo | ✘ | ✔ | ✔ | ✔ | ✔ |
| Clarissa | ✔ | ✔ | ✔ | ✔ | ✘ |
| Esio | ✔ | ✔ | ✔ | ✔ | ✔ |
| Felipe | ✔ | ✔ | ✔ | ✔ | ✔ |
| Lucas | ✔ | ✔ | ✔ | ✔ | ✔ |
| Mariana | ✔ | ✔ | ✔ | ✔ | ✘ |
| Pedro | ✔ | ✔ | ✔ | ✔ | ✔ |
| Saleh | ✔ | ✔ | ✔ | ✔ | ✔ |
| Youssef | ✔ | ✔ | ✔ | ✔ | ✔ |
Avaliação do Scrum Master
Sprint marcada pelo começo da rotatividade de papéis de EPS entre MDS e pela queda de produtividade da equipe causada pelo grande número de provas durante a semana. Além disso, foram entregues novas histórias de usuário e migrações de serviços. No entanto, a incidência de dívidas continua.
A equipe continua harmoniosa e as issues continuam sendo entregues com qualidade, mesmo com o cansaço do fim de semestre. No entanto, os rituais foram problemáticos. Isso é evidenciado pela falta de experiência do Scrum Master (Ésio Freitas) em conduzí-los.
Por fim, foi tomada a decisão de diminuir o escopo, pois o atual poderia comprometer a entrega do MVP no fim da segunda release. Por isso, a feature de cadastro de usuários vinculados à uma empresa foi removida.