 confidencial restrito www.cit.com.br. Reunião de Retrospectiva  O que foi bem?  Márcia já tem acesso no sistema.  O que deveria ser melhor?  Enviar.

Apresentação em tema: " confidencial restrito www.cit.com.br. Reunião de Retrospectiva  O que foi bem?  Márcia já tem acesso no sistema.  O que deveria ser melhor?  Enviar."— Transcrição da apresentação:

1  confidencial restrito www.cit.com.br

2 Reunião de Retrospectiva  O que foi bem?  Márcia já tem acesso no sistema.  O que deveria ser melhor?  Enviar o status no final do dia para todos com os blocks e os impactos no projeto.  Estar mais próximo: Consultoria e Márcia para evitar retrabalhos.  Finalizar a validação alguns dias antes da data final do Sprint.  Fazer planejamento de testes no levantamento.  O que vamos fazer para melhorar?  Fazer planejamento de testes no levantamento.  Reuniões diárias as 08:30 hs.  Carregar dois anos dos dados da Telemedição com alguns pontos de Fronteira (10 ou menos). Márcia vai passar os pontos de fronteira para carregar.

3 www.cit.com.br Burndown - Task

4 www.cit.com.br Burndown - Action

5 www.cit.com.br Nossos Resultados  Data:  Início: 31/08/09  Fim: 23/09/09 (Fim Real: 25/09/09)  Qtd. Task: 42  Qtd. Actions: 07  Assertividade (horas): 112%  Plano: 279  Realizado: 312

6 www.cit.com.br Pontos de Atenção  Execução do process chain no ambiente de QA; Responsável: TI  Confirmas as datas de Treinamento.

7 www.cit.com.br Nossos Controles Controlamos via Excel apenas Para validar as horas planejadas

8 www.cit.com.br Nossos Controles  Os controles foram os mesmos utilizados no Sprint 1  Tentamos unificar os gráficos de burndown (task + action), mas não ficou boa a visualização. Acreditamos que é melhor tratá-los individualmente.  As horas passaram a ser atualizadas e controladas através do AceProject.

9 www.cit.com.br Evolução  O que foi bem?  O que deveria ser melhor? SPRINT 1MANTEVE? Envolvimento do usuário e apoio de TI. Manteve. SPRINT 1MELHOROU? Validação dos dados antes e durante a construção Não. Para melhorar vamos fazer um plano de testes no início do projeto e antecipar a validação. Detalhamento e alinhamento das atividade com a Márcia no início do sprint Em parte. Para melhorar é importante planejar no início e explicar as tarefas em cada uma das etapas.

10 www.cit.com.br Evolução  O que vamos fazer para melhorar? SPRINT 1O PLANO FUNCIONOU? Providenciar massa de dados (exemplo real) para análise e efetuar testes Para melhorar é importante fazer o plano de testes no início do projeto. Repassar periodicamente com o usuário o cronograma e deixar claro quando será necessário sua ação Parcial. Nas reuniões diárias será necessário repassar e atualizar o cronograma se houver alterações.

11 www.cit.com.br Evolução – Burndown - Task Sprint 1 Sprint 2

12 www.cit.com.br Burndown - Action Sprint 1 Sprint 2

13 www.cit.com.br Lições Aprendidas  Para minimizar o risco da entrega, além de antecipar a validação com o usuário é necessário seguir um plano de teste criado pelo usuário juntamente com a equipe do projeto. Desta forma aceleramos o processo de validação e aumentamos a assertividade em nossa entrega.  Os blocks devem ser tratados com clareza entre o Scrum Master, Team e o BO. Precisamos ser objetivos mostrando o real impacto do block na entrega final e principalmente definir o responsável por ele e data limite de solução.  Deve existir uma data de corte dentro do sprint para limite de validação pelo usuário, pois temos que considerar possíveis erros e tempo de correção. Portanto é interessante que seja considerado uma gordura de tempo entre a validação e a data final do sprint.

14 www.cit.com.br Visão do Cliente  Continua gostando da metodologia  No início havia um certo incômodo/receio em participar das reuniões diárias de 15 minutos, pois não achavam necessário e não tinham tempo para isso. Porém ELE mesmo percebeu que é imprescindível sua participação para manter-se atualizado e focado no projeto. “Tivemos um caso, no qual o BO se afastou um pouco em decorrência das demandas do seu departamento e suas tasks do projeto acabaram por acumular e impactou diretamente em nossa data de entrega.”