Tipo de Tarefa | Extensão | Pontos Equivalentes |
---|---|---|
Pequenas alterações de código/front - estilização CSS | PP | 1 |
CRUD, bugfix em CRUD, documentação pequena, relatório de sprint | P | 2 |
Refatoração de código, nova função de back, nova função de front, documentação extensa | M | 3 |
Nova feature (back/front), alteração de arquitetura, alteração de DevOps | G | 5 |
Bugfix complexo, geração de relatório complexo | GG | 8 |
Os riscos indentificados nesta sprint foram:
Não foram mapeados novos riscos para esta sprint.
As issues separadas para esta sprint foram todas concluídas. A issue referente a subir um espelho do servidor visando um plano B
para a apresentação do projeto não pode ser concluída por problemas de infra-estrutura logo ela não foi pontuada e também não foi entregue.
No mais todas as tarefas foram finalziadas e entregues. As dívidas técnicas da sprint passada foram concluídas entretanto não houve um
aumento considerável da cobertura de testes do front-end pois os membros da equipe de desenvolvimento obtiveram muitos problemas na
implementação dos mesmos.
Pontos Positivo | Pontos Negativos | Soluções |
---|---|---|
Histórias entregues | Testes no front-end | Apresentar bem o projeto |
Projeto finalizado | - | - |
O tempo para a criação de ao menos a versão BETA do CarDefense foi finalizado. As tarefas definidas até o atual momento foram
terminadas e serão entregues e apresentadas no dia 26/11/2018 em sala às 12:30. O projeto está em produção além de possuir um sistema de homologação.
Além disto todos os serviços, inclusive o front-end, possuem todo o pipline de integração contínua automatizado.
Os riscos referentes aos testes de front-end não foram mitigados 100% o que acarretou numa baixa cobertura de código neste repositório.
Talvez a equipe devesse ter se preocupado com testes de front desde o ínicio do projeto. Muitos problemas aconteceram no âmbito de front-end (no ínicio
éramos um app e depois tivemos que fazer esta separação) entretanto estes problemas não deveriam ter afetado tanto a cobertura de testes. Logo o problema
foi realmente o planejamento dos mesmos.
A equipe se comunicou bem entretanto não conseguiu utilizar corretamente o zenhub. Talvez a utilização de tal métrica devesse ter sido
ainda mais relembrada ou a equipe deveria ter procurado alguma outra ferramenta para a coleta da prória. Mesmo assim tanto as dívidas técnicas quanto
as issues desta sprint foram entregues. A única issue não completamente entregue foi a referente ao plano B que tinha como objetivo
um espelho dos servidores visando a apresentação do sistema.
Por fim o projeto será entregue com basicamente tudo o que foi prometido para a release 2.