1. Objetivos e Duração

Elaborar a Visão de Produto

Treinamento de tecnologias

Iniciar formalização da documentação

Evidenciar visão dos papéis

Adequar o projeto à politica de software opensource

Duração:
28/08/2018 a 03/09/2018

2. Sprint Backlog

3. Pontuação da Sprint

Planejados: 18 pontos

Executados: 13 pontos

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

O pareamento desta sprint focou-se no nivelamento de conhecimento de Python e Python Django entre os integrantes de MDS que participaram do treinamento de tais tecnologias e os qua não participaram.

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:

Gerar uma má visão de produto

Maior pontuação de backlog até o momento

1. Sprint Review

  Grande parte das tarefas separadas para esta sprint foram completadas sem muitos problemas, entretanto, algumas delas não puderam ser completadas. Tal fato ocorreu pois:

1 - Houveram remarcações de provas de outras matérias para o meio da sprint.

2 - Houve a dedetização do campus no meio do dia do treinamento

  O primeiro ponto impediu, de certa forma, que alguns entregáveis da adequação do repositório às políticas de projeto opensource deixassem de ser terminados a tempo. A dedetização do campus acabou por afetar a data do treinamento de React que havia sido conseguido (também no meio da sprint) para todas as equipes do FGAPP. Tal treinamento será remarcado.

2. Sprint Retrospective

3. Quadro de Conhecimento

4. Burndown

Obs: Os valores de entrega deste burndown foram aproximados pois não houve datação das entregas na sprint 2.

5. Velocity

A sprint terminou com dívidas técnicas entretanto o velocity continuou com a mesma taxa da sprint passada.

6. Gráfico de Commit

Não houveram commits nesta sprint.

7. Análise do Scrum Master

  O ponto positivo referente a equipe ter começado a mostrar ritmo foi inferido, mesmo sem a entrega de todas as tarefas, pois já há uma certa aderência, pelos membros, a todos os rituais ágil como, também, um significativo esforço para a resolução dos problemas do grupo.

  A primeira ocorrência de dívidas técnicas ocorrida nesta sprint pode ter sido relacionada a pontuação de uma única tarefa (adequação do respositório às políticas open source) que possuia muitas tarefas menores para sua realização. Logo o que pode ser percebido é que tal tarefa deveria ter sido dividia em tarefas menores para que, assim, elas houvessem sido divididas entre uma ou duas sprints. Pode-se perceber que tal ocorrido parte de um dos riscos listados desta sprint logo o scrum master do projeto deve focar um pouco mais no mapeamento de riscos do projeto.

  Sobre os risco de uma má visão de produto o product owner da equipe realizou uma explicação geral dos requisitos colhidos utilizando o plano de elicitação até então. Tal visão geral do produto agora está mais concreta na mente de cada integrante faltando, agora, detalhar o projeto para que o próprio possa ser construído.

  Por fim também foi observado que não foi toda a história de adequação do projeto à politicas opensource que deixou de ser feita. Pela avaliação do product owner boa parte dela havia sido concluída o que deixa claro que a pontuação da sprint não foi tão irregular e sim a divisão e pontuação da tarefa em si. Logo para as proximas sprints talvez seja relevante aumentar um pouco a pontuação do backlog de sprint.