Resultados Sprint 2
Sprint que marca o fechamento do escopo, a escolha de tecnologias, o amadurecimento da ideia de produto, e a criação de seu backlog completo.
Fechamento da Sprint
| Issue | Status | Pontos |
|---|---|---|
| Subir Wiki | Concluída | 0 |
| Elaborar Quadro de Conhecimento | Concluída | 0 |
| Fazer o Community Profile do Repositório | Concluída | 0 |
| Iniciar Roadmap do Arquiteto | Concluída | 0 |
| Estudar Docker e Preparar um Treinamento | Concluída | 0 |
| Iniciar Roadmap do Product Manager | Concluída | 0 |
| Iniciar Roadmap do DevOps | Concluída | 0 |
| Refinar o Documento de Visão | Concluída | 1 |
| Estudar Sobre Notas Fiscais | Concluída | 2 |
| Definir Política de Branches e Commits | Concluída | 2 |
| Pesquisa de Possível Público Alvo | Concluída | 3 |
| Iniciar o Documento de Arquitetura | Concluída | 5 |
| Protótipos de Alta Fidelidade | Concluída | 8 |
| Definir Identidade Visual | Concluída | 8 |
| Fazer Canvas | Concluída | 8 |
| Elaborar EAP | Concluída | 5 |
| Burndown de Riscos | Concluída | 5 |
| Elaborar TAP | Concluída | 5 |
| Definir Backlog do Produto | Concluída | 13 |
| Iniciar Roadmap do Produto | Não Concluída | 3 |
Pontos Planejados Concluídos: 48
Pontos de Dívida Concluídos: 17
Pontos Não Agregados: 3
Burndown
A equipe novamente entrega as issues no final da sprint. Com a ocorrência do feriado, a maioria delas foi entregue na sexta-feira.
Velocity
O velocity da equipe aumentou consideravelmente graças ao fechamento de escopo. Foi possível liquidar as dívidas vindas da sprint anterior, e também finalizar o planejado, finalmente elicitando requisitos e moldando o produto.
Riscos
Novos riscos foram identificados durante a sprint:
- Desentendimentos entre integrantes da equipe
- Falta de tempo de integrantes da equipe
- Problemas com ambiente de desenvolvimento
- Falhas de comunicação
Retrospectiva
A retrospectiva consumiu muito tempo, visto que foram expostos pontos críticos a respeito da relação interna do grupo de MDS, e falhas de comunicação, que foram extensamente discutidos. Foram apresentados como pontos negativos, e pontos a melhorar.
(Afirmações precedidas do asterisco são de cunho pessoal).
Sprint Anterior
Com relação aos pontos negativos apresentados na retrospectiva anterior, algumas medidas foram tomadas para que não se mostrassem novamente, são eles:
| Ponto Negativo | Correção Adotada |
|---|---|
| A reunião passada foi desorganizada. | Criação de issue que expõe o pré-planejamento dos rituais com o que será abordado, e estimativa de duração. |
| Demora na definição do tema do projedo devido as poucas informações. | A Product Manager criou um questionário para coletar informações e estabelecer o foco do produto. |
Quadro de Conhecimento
As tecnologias que serão utilizadas no projeto foram definidas, e o quadro de conhecimento pôde ser criado. Favorecerá o rastreio da evolução técnica da equipe.
Registros de Presença nas Dailies
| Nome | Segunda Feira | Terça Feira | Quarta Feira | Quinta Feira | Sexta Feira |
|---|---|---|---|---|---|
| Bernardo | ✔ | ✔ | ✔ | ✘ | ✘ |
| Clarissa | ✔ | ✔ | ✔ | ✔ | ✔ |
| Esio | ✔ | ✔ | ✔ | ✔ | ✔ |
| Felipe | ✔ | ✔ | ✔ | ✔ | ✘ |
| Jacó | ✘ | ✔ | ✘ | ✔ | ✔ |
| Lucas | ✔ | ✔ | ✔ | ✔ | ✔ |
| Mariana | ✔ | ✔ | ✔ | ✔ | ✔ |
| Pedro | ✔ | ✔ | ✔ | ✘ | ✔ |
| Saleh | ✔ | ✔ | ✔ | ✔ | ✔ |
| Youssef | ✘ | ✔ | ✔ | ✔ | ✔ |
Avaliação do Scrum Master
Durante o review, a equipe de MDS apresentou o protótipo de alta fidelidade, que precisará de ajustes para se adequar à identidade visual, também completa durante a sprint. MDS, juntamente com o arquiteto, apresentou a versão inicial do documento de arquitetura, que também soferá ajustes. O devOps instruiu a equipe para utilizar docker.
A equipe se mostrou proativa e conseguiu entregar praticamente tudo o que foi planejado, inclusive a dívida vinda da sprint anterior. Provavelmente o feriado no final da semana tenha ajudado a aumentar as entregas. Isso favorece o início da construção do software, para que a equipe comece a entregar executáveis.