Organização durante execução da Sprint. (Caio, Francisco, Sepe)
Sinergia da equipe. (Caio, Sepe)
Desempenho/performance da equipe. (Francisco, Luciano,Pimpão, Sepe)
Entregar tudo que foi acordado. (Francisco, Sepe)
Atuação do P.O. no planejamento da próxima Sprint (Francisco, Sepe)
Sprint teve foco/objetivo. (Francisco)
Maturidade com APIs Rest (Francisco)
Maturidade da Equipe (Francisco, Jeiel)
Apoios foram bem prestados (Luciano)
Documentação das reuniões/goomings (Luciano)
Preocupação/foco da equipe em entregar as tarefas. (Pimpão, Sepe)
Daily produtiva. (Pimpão, Sepe, Tudela)
Equipe falou mais sobre estratégia para finalizar a sprint. (Sepe)
Planejamento do Backlog (Tudela)
Sprint bem dimensionada (Tudela)
Produtividade das cerimônias ágeis (Tudela)
Motivação da equipe (Tudela)
Painel
borderColor
#cccc00
bgColor
#ffffcc
O que poderíamos ter feito melhor?
Seguir ainda mais próximo o processo de testes (Caio, Luciano, Pimpão)
Quebrar melhor as Issues grandes (Francisco, Sepe)
Criar títulos para Sprints (Francisco)
Desenvolver mais testes unitários automatizados (Luciano, Tudela)
Realizar mais testes de integração (Luciano)
Melhor gestão dos ambientes de testes integrados e usa-los na apresentação da Sprint Review (Luciano, Pimpão, Tudela)
Oficializar os apoios (Luciano, Sepe)
Ter disponível mais tempo para atuação como P.O. (Luciano)
Melhorar o auto-gerenciamento e blindagem da equipe (Sepe, Tudela)
Melhor controle do WIP (Sepe)
Respeitar mais o time-box das cerimônias (Sepe)
Painel
borderColor
#d04437
bgColor
#fff8f7
O que não devemos repetir?
Durante a Sprint Retrospective não na podemos ignorar o que foi votado como mais importante e discutirmos sobre o que achamos importante mesno não tendo sido muito votado. (Francisco)
Aceitar apoios ou tarefas não planejadas sem discutir entre a equipe ou sem adicionar na Sprint (Sepe)
Atuar em tarefas não priorizadas pelo P.O. antes das tarefas escolhidas por ele como meta da Sprint (Sepe)
Ações
Visando melhorar o desenvolvimento de Testes Unitários Automatizados:
Mensurar as tarefas considerando um tempo maior, para as primeiras tarefas com criação de testes.Responsável: Equipe técnica
Começar a armazenar os programas de testes usados no desenvolvimento para posterior uso. Responsável: Equipe técnica
Analisar o uso do Dredd para testes de APIs.Responsável: Equipe completa
Analisar metodologias de testes integrados de APIs.Responsável: Equipe técnica
Incorporar a cultura do TDD na equipe.Responsável: Equipe técnica
Discutir em um "Planning técnico" se será feito teste unitário automatizado ou não. Responsável: Equipe técnica
Criar tarefas com foco específico em criação de teste unitário automatizado, com meta de cobertura de código em um fonte específico. Responsável: P.O.
Apoios/Atuações realizadas sem planejamento ou alinhamento:
Sempre pedir que o solicitante do apoio alinhe/formalize este apoio diretamente ao SM. - Responsável : Equipe técnica
Todos os apoios ou demandas não planejadas devem seguir o processo "P.O. alinha com o S.M. se entra ou não". Responsável : Todos
Nenhum apoio deve ir de clientes, do P.O. ou Master P.O. diretamente para a equipe, sempre passando pelo Scrum Master.