Backlog da Sprint

ID História Status Pontos
ISSUE #309 Criação EVM Fechado 5
ISSUE #310 Atualização do documento de qualidade de acordo com testes aplicados Fechado 2
ISSUE #311 Atualizar backlog de produto de acordo com nova feature de compilação Fechado 2
ISSUE #312 Comunicação com parte gerenciadora da API do URI para análise de viabilidade técnica de integração Fechado 1
ISSUE #313 Atualização da Arquitetura Fechado 2
ISSUE #315 Definição de melhorias no bot baseado no teste de usabilidade aplicado Fechado 1
ISSUE #316 Integração Aix com UVA online judge para envio de feedback Fechado 3
ISSUE #317 Integração Aix com UVA online judge para submissão de exercício Fechado 5
ISSUE #318 Realizar a construção estática de envio de exercício do UVA online judge Fechado 3
ISSUE #319 Aplicação de slots para sentenças incompletas Fechado 3
ISSUE #320 Atualizar Pipeline de Deploy Fechado 1
ISSUE #322 Implementar ferramenta de monitoramento do deploy no Rancher para Telegram Fechado 8
ISSUE #326 Integração Aix com UVA online judge para realização de login do usuário Fechado 5

Pontuação Final

  • Pontuação Total: 41 Pontos Planejados
  • Débitos Técnicos Adicionados: 0 Pontos
  • Pontos Concluídos: 41 Pontos Concluídos

Débitos Técnicos de Sprints Anteriores

  • Não houveram débitos técnicos para pagar nesta sprint

Débitos Técnicos Gerados

  • Não foram gerados débitos nesta sprint

Retrospectiva

Pontos Positivos

  • Maioria das issues foram fechadas
  • Issue da arquitetura fechada
  • Temos um devops competente
  • A parada do login
  • Entrosamento
  • Esforço de MDS
  • Velocity ficou bom, apesar de não ter fechado tudo
  • DevOps ajudou na maior dificuldade
  • Submissão funciona
  • Aprendemos sobre formActions
  • Os meninos trabalharam muito bem
  • Problemas foram resolvidos em conjunto
  • Integrante não trabalhou como deveria
  • Deu certo os negócios do meninos
  • Temos um bot pra monitorar o rancher
  • Pipeline foi atualizada
  • Integração com uva deu certo

Pontos Negativos

  • Codeclimate é demasiado difícil
  • Arquitetura tem pouco trabalho
  • Demora para descobrir a viabilidade das issues
  • API do uva mal doumentada
  • Tempo da Sprint foi limitado
  • Falha de comunicação em MDS
  • Dependência as issues
  • Falta de responsabilidade de um integrante
  • Sprint começou mais tarde
  • Atividades extras atrapalharam o desenvolvimento
  • A implementação da captação dos slots do rasa é muito falha e a documentação não supre a necessidade do mesmo
  • Travis quebrou muito
  • Equipe tá cansada
  • Sprint muito curta

Melhorias

  • Nas issues, diminuir a dependência
  • E não repetir problema de comunicação
  • Melhorar a comunicação, que decaiu depois da R1
  • Recuperar solução dos slots
  • Dar um gás
  • Não tiramos foto de novo

Burndown

Burndown

Velocity

Velocity

Quadro de Conhecimento

Quadro de conhecimento

Riscos

Risco Ação Preventiva Ação Reativa
Visível cansaço da equipe Sprint mais leve para poupar energia da equipe Conceito de MVP ainda mais presente na equipe
Sprint mais curta Entender a disponibilidade dos integrantes Pouco menos pontos para poupar energia da equipe

Burndown de Riscos

Burndown de Riscos

Resumo pelo Scrum Master

A Sprint acabou sendo mais curta devido a problemas de saúde no dia da reunião que inviabilizaram sua realização. Com isso a equipe teve menos tempo para realizar as atividades planejadas. Além de mostrar uma pequena falta de reatividade da equipe.

Além do desafio de uma Sprint mais curta, a equipe teve que lidar com tecnologias novas e mal documentadas, porém conseguiu reaizar as atividades de forma louvável.

Em resumo, a sprint obteve sucesso em entregar todos os pontos planejadas.