Backlog da Sprint
| ID | História | Status | Pontos |
|---|---|---|---|
| ISSUE | #28 Estudo de tecnologia (Boilerplate) | Fechado | 5 |
| ISSUE | #29 Elaborar o roadmap do projeto | Fechado | 3 |
| ISSUE | #30 Elaborar Backlog de Prduto | Fechado | 5 |
| ISSUE | #31 Elaborar canvas do projeto | Fechado | 3 |
| ISSUE | #32 Documentar riscos | Fechado | 2 |
| ISSUE | #33 Documentar custos | Fechado | 2 |
| ISSUE | #34 Elaborar plano de comunincação | Fechado | 2 |
| ISSUE | #35 Documentar sprint 1 | Fechado | 1 |
| ISSUE | #36 Configurar github pages | Fechado | 3 |
| ISSUE | #38 Criar identidade visual | Fechado | 8 |
| ISSUE | #39 Personalidade do bot | Fechado | 3 |
| ISSUE | #40 Criar e documentar folha de estilo | Fechado | 1 |
| ISSUE | #41 Adicionar tópico: Cumprimentar | Fechado | 1 |
| ISSUE | #43 Adicionar tópico: Sobre Aix | Fechado | 1 |
| ISSUE | #44 Adicionar tópico: Menu ajuda | Fechado | 1 |
| ISSUE | #45 Adicionar tópico: Despedir | Fechado | 1 |
| ISSUE | #44 Adicionar tópico: Menu ajuda | Fechado | 1 |
| ISSUE | #55 Realizar Fork do Boilerplate para Aix | Fechado | 1 |
| ISSUE | #59 Resolver conflitos com o boilerplate | Fechado | 1 |
Pontuação Final
- Pontuação Total: 45 Pontos Planejados
- Débitos Técnicos Adicionados: 0 Pontos
- Pontos Concluídos: 45 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
- #37 Elaborar o roadmap de papeis
- #46 Configurar ferramentas de CI
- #42 Deploy do servidor de homologação
Retrospectiva
Pontos Positivos
- consegui entender certo como funciona os documentos do boilerplate (nlu, etc)
- André com computador novo
- André Trabalha bem com o Gustavo
- Docker rodando
- a primeira implementação no projeto, deixou a gente mais próximo e tal, tornou menos abstrato o conteúdo que teve que ser estudado ponto
- Pareamento facilitou muito o desenvolvimento (com rasa e docker)
- Todo mundo de MDS se ajudou e conseguiu terminar tudo, apesar dos empecilhos
- MDS foram muito responsáveis
- Conteúdo de inserido de alta qualidade
- Aix ficou linda
- MDS criativo
- Issues de MDS foram fechadas
- Documentação do Iuri muito boa
- Arte da Gabi muito boa
- Integração com Jupyter (DevOps é top <3)
Pontos Negativos
- André sem computador na faculdade
- Miguelado demais
- Design da cobra mudou
- Perdeu muito tempo fazendo trabalho desnecessário
- Falha de comunicação e planejamento
- Fork não planejado
- Readme do boilerplate não auxiliou muito
- foram o tanto de empecilhos nessa semana, meu pai atropelado e minha mãe doente, q lascaram um pouco meu tempo e a licença do illustrator bugando tb rsrsr
- Protelar problema (MDS não comunicou problema)
- Dependencia entre issues (ter q esperar os outros pra começar)
- Faltou comunicação em EPS nessa Sprint (fizeram as coisas muito separado)
- Sobrecarga de alguns cargos
- Todos deixamos pra fechar issues muito perto do fim da sprint
- A gente deixou pra última hora
- Requisição errada de PR
Melhorias
- Melhoria de comunicação em EPS
- Resolver problemas mais rápido
- Organização das dependencias das issues
- rezar pra q essa prox sprint nao tenha tanto problema
- Não deixar issues pra fechar no fim de semana
Burndown
Velocity
Quadro de Conhecimento
Riscos
| Risco | Ação Preventiva | Ação Reativa |
|---|---|---|
| Problemas de saúde entre familiares | Issues pequenas e executáveis dentro do tempo da sprint, o que permite replanejamento de horas | Planejamento de pareamento por sprint |
| Problemas técnicos com a equipe de desenvolvimento | Issues pequenas e executáveis dentro do tempo da sprint, o que permite replanejamento de horas | Planejamento de pareamento por sprint |
| Mudança inesperada de arquitetura | Comunicação com equipe de EPS | Reunião com EPS para definição de melhor plano de reação ao risco |
| Adicionar dificuldade técnica para MDS | Planejar Sprints com dificuldade gradativa para adequação da equipe de MDS | Treinamentos e pareamentos |
Burndown de Riscos
Resumo pelo Scrum Master
A sprint possuiu vários impedimentos que podem ser considerados externos ao projeto em si (problemas de saúde familiar e técnicos) que atrasaram parte do trabalho, mas que foram contornados devido à boa auto-organização da equipe (sobretudo MDS). Houveram dívidas técnicas por parte de EPS, principalmente no tocante ao deploy e integração, e isso se deve à mudança arquitetural não prevista.
Em resumo, a sprint foi falha em entregar todos os pontos planejadas, e as dívidas serão mapeadas e replanejadas para a próxima Sprint.