-
Notifications
You must be signed in to change notification settings - Fork 11
Resultados Sprint 0
- Contato com o cliente para planejamento foi melhor do que o esperado
- Falta comunicação
- Definição de papéis confusa
- Metade da equipe faz a mesma disciplina e tiveram prova
- Pareamentos não foram muito efetivos
- Duração de duas semanas e pouco foi feito
- Um membro perdeu o equipamento
- Trancamento de um membro
- Um membro não trancou mas não existe
- Falta de participação na criação das histórias técnicas
- Finalização de história mas não fechamento da Issue
- Daily meetings automatizadas com Geek Bot
- Definir melhor e acompanhar as tarefas de cada papel
- Organizar os pareamentos para mitigar esse efeito monitorando as datas de provas
- Acompanhar nas dailys os pareamentos
- Reduzir as sprints para 1 semana
- Acompanhamento de todo mundo na criação das histórias e melhor documentação das issues de cada sprint
- Colocar resolved #issueNumber no comentário dos pull request para que haja fechamento automático das issues quando o pull request for aceito
Os commits diários demonstram a proatividade de equipe no desenvolvimento do projeto ao longo da sprint
A sprint contava com dividas da referente a release 1, com a introdução da nova metodologia essa sprint foi utilizada para resolve-las e apresentar como será o decorre dessa segunda fazer, para essa primeira sprint não foi definido scrum master, pois a equipe de GPP decidiu primeiro introduzir os conceitos da metodologia para MDS, essa sprint teve duração de 2 semanas por só termos contanto com o cliente a cada 15 dias, porem com essa sprint longa não se mostrou eficaz pois em vários momentos a equipe se mostrou ociosa e não realizou o trabalho que havia sido solicitado um outro fator agravante durante a execução dessa sprint foi o trancamento de um membro de MDS.
Quanto a realização das historias que haviam sido planejadas, ficaram duas de divida a TS01 não foi concluída devido a grande quantidade de models existentes e o pareamento não concluiu por faltar realizar os testes de todas as models refatoras, a outra historias não foi concluidas devido a dificuldade de compreender como seria realizado testes em javascript, pois até o momento os membros da equipe não encontraram meios de executar, mesmo com algumas tecnologias encontradas foi o docker se mostrou um grande empecilho para a equipe conseguir configurar essas ferramentas.
Outro fator agravante nessa sprint foi após a R1 um leve desanimo dos membros quanto a continuidade do projeto isso sendo refletido nos momentos de ociosidade da equipe.
- Visão Geral
- Políticas do Repositório
- Licença
- Copyleft
- Notas sobre a Release
- Contatos
- Atas de Reunião
- Apresentação R1
- Acesse a plataforma
- Link Alternativo
- Post mortem