 confidencial restrito

Reunião de Retrospectiva  O que foi bem?  Envolvimento do usuário e apoio de TI  O que deveria ser melhor?  Validação dos dados antes e durante a construção  Detalhamento e alinhamento das atividade com a Márcia no início do sprint  O que vamos fazer para melhorar?  Providenciar massa de dados (exemplo real) para análise e efetuar testes  Repassar periodicamente com o usuário o cronograma e deixar claro quando será necessário sua ação

Burndown - Task

Burndown - Action

Nossos Resultados  Data:  Início: 06/08/09  Data Fim: 28/08/09  Qtd. Task: 49  Qtd. Actions: 09  Assertividade (horas): 99,3%  Plano: 278  Realizado: 276

Validação  Modelo Ocorrências: OK Validado em 27/08/09  Modelo SGD: OK Validado em 28/08/09  Report: OK Validado em 27/08/09

Nossos Controles

Nossos Controles Controlamos via Excel apenas Para validar as horas planejadas

Nossos Controles  Os quadros com Post-It’s foram separados por task e cores. Cada pessoa envolvida ou área possui uma cor para facilitar a visualização.  Inicialmente as tarefas foram nomeadas entre os componentes da equipe, mas durante o sprint houve a necessidade de redistribuí-las de acordo com dinâmica de execução das tarefas.  A forma de apresentação dos controles foi fundamental para o envolvimento de todos, pelo fato das informações estarem visíveis a qualquer momento e para todos. Transparência no gerenciamento.

Competências  O Scrum master dever exercer papel de facilitador entre pessoas, manter equipe em sintonia.  Comprometimento: ou você é ou não é. Não é um estado é uma característica pessoal.  Neste tipo de metodologia é fundamental que a equipe tenha o mesmo nível de conhecimento técnico e comprometimento. Não depender de ninguém para conseguir caminhar. Equipes de alta performance (banda de jazz)

Lições Aprendidas  Antecipar a validação com usuário através de massa de dados reais  Nesta metodologia é fundamental a negociação em caso de mudança de escopo ou ocorrências.  Não é possível utilizar essa metodologia quando o BO ou área de TI não são comprometidos.  O scrum master não pode focar na execução das tarefas. Seu principal papel é fazer com que a equipe consiga realizar as entregas programadas. Papel de facilitador.

Lições Aprendidas  A princípio imaginamos que a metodologia geraria um grande volume de trabalho durante o sprint. (horas extras). Neste primeiro sprint constatamos que não foram necessárias trabalhar mais do que o planejado. (Horas planejadas: 278 / Horas realizadas: 276).  Para o sucesso do projeto é importante que os papéis e responsabilidades estejam claras e sendo executadas pelos componentes da equipe.  O relacionamento entre o Scrum Master e a equipe precisa ser transparente e com abertura para que o projeto caminhe bem. (Se houver problema entre os componentes da equipe, é papel do scrum master resolver sem interferir no relacionamento do time)

Visão do Cliente  Metodologia interessante.  Simplicidade e transparência no acompanhamento do projeto.  Excelente forma visual de acompanhamento (post-it + burndown).  Independente do conhecimento ou envolvimento com o projeto é possível entender o status e acompanhá-lo.  Gostaram muito do burndown.