Resultados Sprint 10
Sprint que marca a redução do escopo do projeto, visando entrega de qualidade para a segunda release e a correção do sistema de extração.
Fechamento da Sprint
| Issue | Status | Pontos |
|---|---|---|
| US18 - Inserir Categoria em Nota | Concluída | 8 |
| Criar o Modelo de Maturidade DevOps | Concluída | 8 |
| Implementar Sistema de Background Tasks para a Extração | Concluída | 13 |
| Criar Guia de Teste de Usabilidade | Concluída | 8 |
| US01 - Inserir o Cadastro de Uma Empresa no Sistema | Concluída | 13 |
| US09 - Realizar Login | Não Concluída | 8 |
| Criar o EVM | Não Concluída | 8 |
Pontos Planejados Concluídos: 29
Pontos de Dívida Concluídos: 21
Pontos Não Agregados: 16
Burndown
As issues em sua maioria foram entregues ao final da sprint. Parte da equipe de desenvolvimento participou de um evento ligado à empresa junior. Também influenciou a entrega tardia das issues, a complexidade alta das novas histórias de usuário.
Velocity
O velocity apresentou leve melhora, dado que a equipe planejou menos issues que nas sprints anteriores.
A incidência do feriado no final da semana favoreceu a entrega das issues em sua maioria, com apenas o EVM e o login da aplicação pendentes.
Riscos
Não foram identificados riscos novos no decorrer da sprint.
A redução gradual dos riscos mapeados para o projeto é perceptível, dado que a sprint 10 marca a reta final da disciplina e a equipe encontrou um ritmo saudável de trabalho.
Retrospectiva
A retrospectiva aponta as dificuldades que a equipe de desenvolvimento enfrenta, como por exemplo criar o login da aplicação, com histórias mais complexas na reta final do projeto. Entretanto, os pontos positivos e o velocity refletem, ainda que timidamente, o resgate dos ânimos pré release.
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 muita coisa para o término do projeto. |
Parte da feature de controle de usuários vinculados foi removida, dado o tempo curto até a entrega do projeto, e sua extensão. |
|
A solução foi contemplada na issue de implentação de background tasks para a extração. |
Quadro de Conhecimento
A equipe de desenvolvimento apresenta leve melhora em algumas das tecnologias adotadas, visto que estão em contato contante com estas. Também nota-se melhora dos conhecimentos referentes aos papeis de EPS.
Registros de Presença nas Dailies
- Dailies de segunda e sexta feira são realizadas por hangouts, às 21h30 e 20h, respectivamente.
- 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
A incidência de dívidas da equipe diminui, e percebe-se leve melhora no velocity, mesmo com a indisponibilidade prevista de três membros da equipe.
A redução do escopo favorecerá a entrega de um produto de software menor, porém com foco maior em qualidade. A equipe de desenvolvimento está constantetemente monitorando as análises fornecidas pelo Code Climate, na tentativa de aumentar a qualidade do código, e as coberturas de testes de todos os serviços, ainda que a maior dificuldade da equipe sejam os testes no front-end.
Os planejamentos estão cada vez mais assertivos, dado que a equipe encontrou um ritmo de trabalho saudável, e aprendendo com os erros de sprints anteriores a fragmentar cada vez mais as tarefas.
As dailies tiveram os melhores índices de participação, servindo como buscador e mitigador de riscos. O risco de maior probabilidade ainda é o de dificuldade com testes, dado que a curva de aprendizado com reactJS é maior que python. Entretanto, os quadros de conhecimento refletem melhora principalmente com reactJS. A programação pareada favorece a disseminação do conhecimento dentro da equipe de desenvolvimento, dado que alguns dos integrantes da equipe têm maior domínio da tecnologia.