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
Velocity
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
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.