GitLab

Retro - Sprint 3 O QUE FOI BOM

• Apresentação ao Stakeholder
• Hackathon no sábado
• Tempo extra na entrega
• Divisão das tasks
• Integração do time

PODE MELHORAR

• Algumas tasks muito grandes
• Comprometimento com as Tasks
• Testar aplicação iOS e android antes de apresentar
• Comunicação (principalmente no final da sprint)
• Empenho do time / tempo perdido no início da sprint
• Entrega no último minuto

AÇÕES

• Comprometimento com a planning - BOFF
• Atribuir as tarefas / Atribuir US a equipes - MATHIAS
• Revisar cronograma - PAUL
• Deadline intermediária das tarefas - FERNANDO M.
• Espelhar dispositivo na TV para a apresentação - BRUNO
• Comunicar sobre as tarefas - PAUL

Retro - Sprint 2

grafo de interação

O QUE FOI BOM

• Detalhamento das tasks no trello
• Entrega bem sucedida
• Trabalho em equipe
• APK

PODE MELHORAR

• Mais detalhamento das tasks
• Divisão dos times
• Técnica de apresentação
• Padronização de código

AÇÕES

• Arquitetura WIKI - FRANZONI
• Marcar entregue no trello - BOFF
• Comunicar sobre as tarefas - PAUL
• Ensaiar a apresentação com o time - PÂMELA
• Trazer as ações para próxima retro - MATHIAS
• Melhorar especificações das tarefas - BRUNO
• Usar quadro dos horários para definir as equipes - MAX

Retro - Sprint 1

STOP DOING

• Participação desigual
• Entrega em cima da hora
• Componentes não padronizados (nomeação e documentação)
• Tasks confusas no trello

KEEP DOING

• Comprometimento
• Comunicação (Slack)
• Java Doc
• Trello bem atualizado

START DOING

• Mais preparação para a entrega
• Testes
• Definir limite para realização
• Controle de bugs
• Documentação
• Merge Requests e qualidade de código
• Definição das tasks