Resultados Sprint 8
Sprint que marca a recuperação da equipe, com o ritmo pré release sendo restabelecido, e novas histórias de usuário entregues.
Fechamento da Sprint
| Issue | Status | Pontos |
|---|---|---|
| US12 - Excluir Nota do Sistema | Concluída | 2 |
| US23 - Visualizar Lista de Relatórios | Concluída | 3 |
| US35 - Inserir Descrição e Título na Nota | Concluída | 8 |
| US24 - Visualizar um Relatório em Detalhes | Concluída | 8 |
| Spike: Estudar Serverless | Concluída | 13 |
| Spike: Migrar Deploy do Serviço Extraction | Concluída | 13 |
| Fazer o Plano de Projeto | Não Concluída | 13 |
| US33 - Gerar Relatório por Período Definido | Concluída | 13 |
| Criar o EVM | Não Concluída | 8 |
Pontos Planejados Concluídos: 47
Pontos de Dívida Concluídos: 13
Pontos Não Agregados: 34
Burndown
As issues foram entregues ao final da sprint. Toda a equipe de desenvolvimento estava atarefada com outra disciplina (EDA I), e a prova ocorreu ao final da sprint (quinta feira). Isso influenciou a entrega tardia das histórias de usuário, visto que além do código da história concluído, agora é necessário testar back-end e front-end.
Velocity
O velocity apresentou melhora, com a equipe quitando dívidas técnicas, e MDS entregando todas as histórias de usuário que ficou responsável.
EPS, por sua vez, ainda deixa dívidas técnicas por dificuldade em compreender os encargos relacionados às issues, como por exemplo o cálculo do valor da sprint no EVM, e a criação do plano de implantação, que incialmente foi interpretado como plano de projeto, oriundo do PMBOK.
Riscos
Não foram identificados riscos novos no decorrer da sprint.
Para a próxima sprint, o risco de "falta de tempo" aumenta, visto que as equipes de MDS e EPS, terão provas de disciplinas durante a semana.
Indicadores de Qualidade do Código
Dos sete serviços planejados para o software, apenas dois foram trabalhados durante a sprint: notas e relatórios.
Gateway e front-end também sofreram alterações durante a sprint.
Cobertura, Manutenibilidade e Duplicação
Análises fornecidas pelo Code Climate.
| Serviço | Status |
|---|---|
| Extração de texto | Testes não implementados. |
| Gateway | Testes não implementados. |
| Tags | Serviço ainda não implementado. |
| Usuários | Serviço ainda não implementado. |
| Exportação | Serviço ainda não implementado. |
| Relatórios |
|
| Interpretação |
|
| Notas |
|
Front-end |
|
Retrospectiva
Os pontos negativos exibidos na sprint anterior deram lugar à novos, entretanto, apenas um deles se conecta a um dos riscos já mapeados: "dailies ineficazes" podem refletir em falhas de comunicação.
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 |
|---|---|
Equipe apresentou produtividade mais baixa que o velocity. Equipe cansada e sem ritmo de trabalho. |
|
Quadro de Conhecimento
A equipe de desenvolvimento apresenta leve melhora em algumas das tecnologias adotadas, visto que estão em contato contante com estas. Entretanto, percebe-se que os testes ainda são motivo de preocupação na equipe, principalmente no front-end.
O quadro de conhecimento foi atualizado com as responsabilidades de EPS, visto que agora os papeis rotacionam.
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
Aos poucos, a equipe recupera os ânimos pré release. As entregas continuam seguindo o alto nível estabelecido pela equipe desde o começo do projeto, ainda que a incidência de dívidas esteja alta.
As issues que são dívida, em sua maioria, são atribuições de EPS, que enfrenta dificuldades em lidar com tecnologias/artefatos que nunca tiveram contato, e não consegue concluí-las em tempo hábil.
Um dos pontos negativos percebidos durante a sprint é a demora por parte de EPS em aceitar os pull requests, causando atraso ainda maior na finalização das histórias estavam em revisão. Para que o problema não se repita, agora MDS também têm o poder de revisar e aceitar pull requests.
O burndown ainda é insatisfatório, mas dado o contexto em que o projeto é concebido, durante um semestre, com outras disciplinas em paralelo, a equipe não conseguiria queimar os pontos uniformemente, visto que as histórias de usuário estão cada vez mais complexas e requerem muitas atividades para serem dadas como concluídas, ainda que estejam granularizadas o máximo possível.
A equipe encontrou um ritmo saudável de trabalho, e os riscos diminuem à medida que o projeto avança. Os riscos de maior incidência, até o momento, estão controlados.