1. Objetivos e Duração

Treinar equipe sobre os papéis de EPS

Estudo visando integração com o Facebook

Fazer deploy do novo microserviço

Analisar ferramentas de métrica de código

Continuação no aprimoramento do front-end

Duração:
16/10/2018 a 22/10/2018

2. Sprint Backlog

3. Pontuação da Sprint

Planejados: 21 pontos

Dívida Técnica da sprint anterior: 5 pontos

Executados: 26 pontos

3.1. Sistema de pontuação 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

João Matheus e João Gabriel Antunes

Ivan e Lieverton

Paulo Rocha e Gabriel Rossi

Obs: visando uma melhor refatoração do front foi decidido que os paraeamentos continuariam como estavam na sprint 8. Pois cada dupla refatoraria o que fez na sprint passada.

6. Riscos da Sprint

Os riscos indentificados nesta sprint foram:

Provas para parte da equipe de Desenvolvedores

1. Sprint Review

Todas as histórias da sprint foram entregues sem grandes problemas. Foi possível, inclusive, entregar a dívida técnica da sprint passada logo no ínicio desta sprint. As provas para parte da equipe de desenvolvedores não afetaram a produtividade possivelmente pelas histórias terem sido bem escolhidas e divididas nesta sprint.

2. Sprint Retrospective

3. Quadro de Conhecimento

É necessário que seja verificado, logo, uma maneira de se executar os testes de aceitação da aplicação. Para tal é preciso que a equipe estude como faze-lo.

4. Burndown

O burndown voltou a apresentar que quase todas as entregas foram realizadas no ultimo dia. Isto possivelmente ocorreu pois houveram provas para a equipe de desenolvimento. Entretanto nem todas as entregas eram desta parte da equipe, logo, é necessário conversar com a equipe de EPS sobre as entregas das issues durante a sprint.

5. Velocity

Após a construção de um novo plano de pontuação, como também uma nova análise sobre a quantidade ideal de histórias e pontos para uma sprint, pode-se perceber que a equipe começa a tomar um equilíbrio nos pontos de entrega. Alcançando uma média de por volta 25 pontos por sprint de entrega.

6. Gráfico de Commit

Microserviço: Notification

Microserviço: Profile

Microserviço: Cars

Front-End

Esse gráfico de commits do front só pode ser coletado após a sprint 10 onde o CarDefense foi separado do Integra. Alguns dos commits presentes no gráfico são dos membros das outras equipes isto ocorreu pois foi feito um fork do front geral visando com que os commits feitos até o momento fossem guardados.

7. Burndown de Riscos

Para melhor visualização CLIQUE AQUI
Pontuação: A escala do score de riscos vai de 0 (risco nulo) a 30 (risco extremamente alto)
Houve a adição de novos riscos nesta sprint. Os riscos antigos foram parcialmente mitigados.

8. Análise do Scrum Master

  A sprint foi parcialmente entregue. A única história que não foi entregue foi o ROI do projeto que, entretanto, foi entregue logo após o fechamento da sprint. Isto demonstra que a equipe está caminhando bem em suas decisões e no seu planejamento de escopo.

  Os riscos das sprints anteriores em grande parte já foram mitigados quase que completamente entretanto foram adicionado novos riscos nesta sprint. O risco referente a inexperiência do scrum master em exercício foi bastantemente mitigado com o auxilio oferecido a ele pelo scrum master mais experiênte neste projeto. Já o risco referente a provas para alguns membros de EPS foram mitigados diminuindo em parte as atribuições a eles nesta sprint.

  O Scrum Master desta sprint se mostrou um ótimo SM. Gerênciou todos os rituais atribuídos a ele com segurança e sempre procurou resolver os pequenos problemas que ocorreram durante a sprint. Tal fato demonstra que já é possível atribuir a membros de MDS algumas responsabilidades de EPS. Talvez tal fato tenha ocorrido pois EPS teve uma certa preocupação em treinar MDS sobre os papéis de Scrum Master, DevOps, Product Owner e Arquiteto de Software.

  Visando a mitigação do risco de criação do APK (que atrasava a integração e deploy contínuo do app, como também os testes relacionados a front-end) foi resolvido juntamente à professora que este projeto seria separado do app geral Integra logo, a partir da próxima sprint, o CarDefense será um app único e idependente. É necessário, então, que a equipe foque em organizar toda documentação e ambiente visando atualizar tudo para esta nova perspectiva de projeto.

  É possível concluir que a equipe está produzindo constantemente mesmo que hajam alguns contratempos. A sprint se mostrou proveitosa e também demonstrou que é necessário que o Scrum Master tenha sempre a tarefa de, assim que a sprint acabar, colher todos os dados relacionados a ela para que não hajam, novamente, problemas em apresentar e análisar os dados da mesma.