Skip to content

Resultados da Sprint 4

Informações básicas

Pontuação Valores
Planejada 58
Total entregue 47
Dívida técnica 11

Issues

Nome da issue Pontos Situação
Integrar CodeClimate 3 Fechada
Criar Roadmap de Devops devops 3 Fechada
Criar roadmap da arquitetura do projeto 3 Fechada
Avaliar melhor solução para integração inicial do Go com o React (MQTT vs WebSocket) 3 Fechada
Scripts de checagem do backend comprometidos quando executados pelo manage.py 1 Fechada
Enviar arquivo de configuração para o back-end 8 Fechada
Criar schemas e models do app de calibração 5 Fechada
Criar formulário de cadastro de usuário 3 Fechada
Remover checagens sem sentido do CodeClimate 2 Fechada
Criar comunicação do servidor Go com um canal de comunicação serial 8 Não fechada
Corrigir comandos de execução dos scripts no README 1 Fechada
Pylint checando arquivos de coverage 1 Fechada
Criar backlog do produto 5 Fechada
Fazer plano de medição 3 Não fechada
Configurar mkdocs 1 Fechada

Burndown

sprint_4

Velocity

velocity_4

Dailies

Nome Seg Ter Qua Qui Sex Seg Ter
Gabriel x x x x - x x
Felipe x x x - x
Ícaro x x x x - x x
João x x x x - x
Letícia x x - x
Lucas x x x x - x x
Tiago x x - x x
Victor x - x
Vinicius x -

Retrospectiva

Pontos Ruins

  • Feriado no meio da sprint;
  • Membros do time dedesenvolvimento viajando para locais inóóspitos;
  • Realizar teste unitário com Jest;
  • Desmotivação dos desenvolvedores;
  • Prova de estágio da Nubank demandou tempo para alguns gerentes;
  • Placa controladora do simulador não ter acesso liberado;
  • Dependência dos desenvolvedores;
  • Desunião dos desenvolvedores;

Pontos bons

  • Mudar documentação para ferramenta mkdocs;
  • Colocar documentação das sprints no GitHub Pages;
  • Choque de realidade ao perceber que metodologia e planejamento estavmm ruins e impactando negativamente o andar do projeto;
  • Banco de dados decidido;
  • Documentação começou a ser entregue de forma mais frequente;
  • Mkdocs ter interface agradável;
  • Backlog do produto foi criado;
  • Pull reminders foi configurado no Slack;
  • Template dos roadmaps foi criado;
  • Code Climate configurado;
  • Documento de visão começar a serproduzido.

Melhorias

  • Maior união dos desenvolvedores;
  • Gerentes terem uma atitude mais rígida com time de desenvolvimento;
  • Ter uma reunião com todos presentes para debater sobre o projeto mas também sobre a vida, o Universo e tudo mais;

Quadro de conhecimentos

conhecimento3


drawing

Comentários do Scrum Master

Essa sprint representou um verdadeiro divisor de águas. Nela, ao parar pela primeira vez, após um mês do início efetivo do projeto, para analisar em grupo as sprints que já haviam passado, o time de gerência percebeu falhas de planejamento e tomada de decisãograves que deveriam ser mudadas. O foco dos gerentes estava muito ligado às questões técnicas de desenvolvimento, tratando o desenvolvimento do software em si como prioridade. Como Scrum Master, grande parte do meu esforço, por exemplo, se manteve em auxiliar membros do time de desenvolvimento a conseguir concluir suas tarefas, pois muitos se encontravam perdidos e travados em questões que impediam a issue de ser entregue. Nesse contexto, entendemos que o objetivo principal nas próximas sprints deveria ser criar um ambiente onde os membros de MDS pudessem se tornar mais autônomos, ao mesmo tempo que a comunicação interna dos membros de EPS melhorasse, mudando o foco para tomadas de decisões mais claras e mais bem planejadas.