Planejamento da Sprint 6

1. Resumo da Sprint

Número da sprint: 6

Data de início: 14/04/2018

Data de Término: 20/04/2018

Duração: 6 dias

Pontos Planejados: 30 pontos

Membros presentes: Todos

2. Papéis

  • Scrum Master:

  • Diego França

  • Product Owner:

  • Mariana Mendes

  • DevOps:

  • João Sconetto

  • Arquiteto:

  • Victor Arnaud

  • Time de Desenvolvimento:

  • Daniel Maike
  • Elias Bernardo
  • Gabriela Medeiros
  • Geovana Ramos
  • Guilherme Guy
  • Joberth Rodrigues

3. Pareamento

Esta sprint foi a primeira na qual os membros do MDS pôde escolher suas duplas. Essa foi uma oportunidade de ver como eles se auto-gerenciariam neste quesito. As duplas formadas acabaram sendo as da sprint passada:

  • Daniel e Gabriela

  • Elias e Guilherme

  • Geovana e Joberth

4. Planejamento da Sprint

O planejamento da Sprint 6 foi usar ela para corrigir bugs e melhorar coisas que já foram feitas, como documentos.

Por isso, o MDS irá usar esta sprint para histórias técnicas de correção de bugs, documentos e arrumar coisas que foram levantadas durante a última reunião da equipe, quando a aplicação foi aberta na frente de todos para que procurássemos pontos a serem melhorados no que foi feito até então.

Já EPS irá refatorar diversos documentos a partir do segundo feedback que recebeu. Além disso, será criado um mapa com os requisitos da aplicação.

5. Mudanças

Nesta sprint, visando verificar como está a maturidade de MDS para se organizam, tendo em vista a evolução que estes têm demonstrado, e que esta sprint é basicamente para melhorar o que foi feito até então, foi permitido que eles se organizassem com relação às duplas e às histórias. A condição colocada para eles foi que as duplas ficassem com quantidades semelhantes de pontos, na medida do possível. Além disso, eles estão sendo monitorados e orientados, como nas sprints anteriores, pelos membros de EPS.

6. Backlog da Sprint

7. Risk Burndown

Risk Burndown da Sprint 6

Nesta sprint, o risco relacionado ao deploy foi diminuído, pois a questão do host para a aplicação foi resolvida e o DevOps já começou a configurá-lo. O score do atraso no RoadMap também foi baixado para esta semana, pois ela foi dedicada no próprio RoadMap do projeto para a release, sem novas histórias de usuário.

Já os demais riscos se mantiveram baixos ou baixaram ainda mais, cabendo ressaltar que, como pode ser visto na tabela dos riscos, eles têm tido chances de ocorrer classificadas no máximo como pouco provável. A exceção é o risco relacionado à arquitetura do projeto que continua alto, mas ele já está sendo mitigado pela equipe, em especial pelo arquiteto, e teve sua chance de ocorrer diminuída de 5 para 4.