1. Objetivos e Duração

Ajustar ambiente de testes

Realizar testes faltantes

Ajustar integração do CarDefense com o App Geral (Integra)

Ajustes nas validações de campo no front end

Duração:
02/10/2018 a 08/10/2018

2. Sprint Backlog

3. Pontuação da Sprint

Planejados: 35 pontos

Executados: 35 pontos

Dívida Técnica: 0 pontos

3.1. Sistema de pontuação Release 2

Obs: A pontuação desta sprint originalmente foi orientada a dificuldade (baixa, média, difícil) já que foi percebido que a pontuação orientada a horas não estava funcionando bem. Entre a sprint 7 e a sprint 8 foi reformulada a maneira de pontuar as histórias. Logo as histórias desta sprint foram repontuadas de acordo com o novo sistema visando manter o velocity padrão para a release 2.

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

Lieverton e João Gabriel Antunes

Gabriel Rossi e Ivan

Paulo Rocha e João Matheus

6. Riscos da Sprint

Não foram encontrados novos riscos nesta sprint. A mitigação dos riscos encontrados até o momento está apresentada no burndown de riscos desta sprint apresentado no final deste relatório.

1. Sprint Review

Mesmo tendo uma grande quantidade de histórias e mais outros vários ajustes que foram propostos a serem realizados nesta sprint tudo foi entregue.

2. Sprint Retrospective

3. Quadro de Conhecimento

Pode-se perceber uma certa defasagem no conhecimento da equipe tanto em metodologia, teste unitários e testes de aceitação. É importante que tal defasagem seja considerada na realização das sprints posteriores.

4. Burndown

A equipe utilizou quase que corretamente o zenhub entretanto algumas issues continuam sendo fechadas somente na entrega. Tal vez por receio da equipe de MDS de entregar algo sem ter apresentado pessoalmente. É importante que tal problema seja considerado para as próximas sprints.

5. Velocity

Este velocity só pôde ser configurado após a repontuação desta sprint. Esse valor encontrado (35) é referente ao novo sistema de pontuação das issues.

6. Gráfico de Commit

Houveram sim commits nesta sprint entretanto não houve a realização dos pull requests para a master. Tal fato acarretou então na impossibilidade da coleta do gráfico de commits desta sprint.

7. Burndown de Riscos

Para melhor visualização CLIQUE AQUI
Não foram encontrados novos riscos para esta sprint. Alguns riscos anteriores foram parcialmente mitigados e alguns outros totalmente.
Obs: O diagrama de burndown de riscos foi refatorado vizando uma melhor visualização do próprio.

8. Análise do Scrum Master

  Mesmo após sprints turbulentas e a entrega da release 1 a equipe continua a trabalhar com bastante foco. Tal afirmação pode ser feita com base na extensa entrega realizada nesta sprint. Entretanto vizando a saúde de todos os membros e levando em consideração que todos eles possuem outras matérias a cursar na universidade foram tomadas algumas decisões para as próximas sprints. É necessário que as sprints posteriores a esta sejam planejadas vizando uma quantidade ideal de trabalho que não force a equipe a trabalhar além do necessário.

  Dentre os problemas que aconteceram durante esta sprint dois são muito preocupantes. O fato de membros estarem literalmente desaparecendo e desinteressados como também a má utiliazão do gitflow são situações que podem gerar riscos ligados tanto a qualidade quanto a entrega do projeto. Logo é necessário que o Scrum Master da equipe procure mitigar estes problemas vizando a motivação da equipe quanto também uma melhor explicação do gitflow do projeto.

  Já sobre a entrega da sprint 1 tudo foi entregue como planejado exceto o APK (que fugia parcialmente do controle da equipe já que várias equipes estavam trabalhando no Integra). No mais os feedbacks recebidos foram positivos e agregadores. É importante que a visão da gamificação do nosso projeto seja repensada como também nossa identidade visual.

  A maioria dos riscos que surgiram até o momento estão sendo mitigados. Riscos ligados a entrega do APK e Deploy continuam altos. Tal fato ocorre pois o APK, como dito antes, não é ligado somente a nossa ferramenta mais sim a todas equipes do Integra. Já no caso do Deploy o maior problema está no fato de que todas as ferramentas que tentamos até o momento são muito caras.

  Concluindo esta sprint foi executada com sucesso. É necessário, porém, encontrar uma quantidade saúdavel e ideal de trabalho para as próximas sprints. Deve-se, também, pensar em maneiras de melhorar o conhecimento da equipe relacionado a metodologia, testes unitários e testes de aceitação.