Sprint 14

Planejamento

1. Objetivos e Duração

  • Finalização do Projeto
  • Elaboração da entrega do Beta do produto
  • Atualização da documentação

  • Duração:
    20/11/2018 a 26/11/2018

    2. Sprint Backlog

    3. Pontuação da Sprint

  • Planejados: 16 pontos
  • Dívida Técnica da sprint anterior: 12 pontos
  • Executados: 28 pontos
  • 3.1. Sistema de pontuação Release 2
    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

    4. Papéis


  • Engenheiro de Produto: Stéfane Souza
  • Scrum Master: Lucas S. Souza
  • DevOps: Taynara Carvalho
  • Arquiteto: Mateus Vieira
  • Desenvolvedores: João Gabriel Rossi, João Gabriel Antunes, Paulo Vitor, Ivan Diniz, João Matheus, Lieverton Santos


  • 5. Pareamento

  • Gabriel Rossi e Paulo Vitor
  • Lieverton e João Gabriel
  • João Matheus e Ivan
  • 6. Riscos da Sprint

    Os riscos indentificados nesta sprint foram:
    Não foram mapeados novos riscos para esta sprint.

    Resultado

    1. Sprint Review


    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.

    2. Sprint Retrospective

    Pontos Positivo Pontos Negativos Soluções
    Histórias entregues Testes no front-end Apresentar bem o projeto
    Projeto finalizado - -

    3. Quadro de Conhecimento

    Quadro de Conhecimento Sprint 14

    4. Burndown

    Burndown Sprint 14

    Como houveram muitas dívidas técnicas da sprint passada houve um certo atraso nas entregas. Além disto mais uma vez a equipe terminou algumas tarefas descritas nas issues mas não fecharam as mesmas fazendo com que o burndown apresentasse uma alto volume de entregas no último dia.

    5. Velocity

    Velocity Sprint 14

    O velocity final até a sprint 14 mostra que a equipe realmente consegue e tem o padrão de entregar por volta de 25 pontos por sprint. Isto acaba por provar que o planejamento de sprint como também o novo sistema de pontuação foram boas decisões.

    6. Gráfico de Commit

    Microserviço: Notification
    Commits Notifications Sprint 14

    Microserviço: Profile
    Commits Profile Sprint 14

    Microserviço: Cars
    Commits Cars Sprint 14

    Front-End
    Commits Front parte 1 Sprint 14

    Commits Front parte 2 Sprint 14

    Todos os gráficos de commits realizados até o momento foram adicionados a este relatório. Tal fato ocorreu visando que todas as modificações (mesmo as não previstas ou definidas em issues) pudessem ficar evidentes.

    7. Burndown de Riscos

    Burndown Riscos Sprint 14

    Para melhor visualização CLIQUE AQUI
    Pontuação: A escala do score de riscos vai de 0 (risco nulo) a 30 (risco extremamente alto)
    O risco de criação de testes de front end não foi 100% mitigado já que nem todos os testes puderam ser efetuados durante a sprint.

    8. Análise do Scrum Master



      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.