Checklist para Scrum: o que aprendemos fica conosco
Por André Barros em 06 dAmerica/Sao_Paulo julho 2009, 05:07
 

Uma das reuniões previstas no Scrum é a Sprint Retrospective. Nesse encontro, a equipe discute o sprint anterior, o que foi bom (e deve ser mantido), o que não foi bom (e precisa ser melhorado ou não repetido) e o que poderia ser feito de novo para melhorar ainda mais os próximos sprints.

É um momento excelente para captar opções de melhorias vindas do próprio time, com base em fatos concretos e experiências reais.

Contudo, fica uma questão: como manter esse conhecimento ao longo do tempo e transformá-lo em um ‘asset’ da empresa, aplicável não apenas para o time em questão, para todos os times de scrum, replicando as melhores práticas e evitando cometer os mesmos erros?

Uma forma que aplicamos, com relativo sucesso (importando a ideia dos métodos de gerenciamento da rotina) foi a criação de um checklist – uma lista de perguntas que é aplicada sempre ao final das reuniões de planning e atualizada ao final de cada reunião de retrospective.

Serve como uma verificação de que os pontos principais levantados pela equipe no passado estão sendo considerados no planejamento e não foram esquecidos. Questões como:

  • Reservamos tempo suficiente para testes? E homologação?
  • Existe algum item de backlog que não está claro?
  • Todos sabem o objetivo de cada um?
  • Temos algum evento previsto para ocorrer durante o próximo sprint?
  • Algum membro do time tem algum compromisso marcado, férias, ou precisará se ausentar? Se sim, irá impactar nos prazos?

Essa lista, que pode parecer simples e óbvia para equipes mais experientes, pode auxiliar muito novas equipes, evitando falhas comuns no planejamento e auxiliando a alcançar o objetivo assumido pela equipe.

No modelo que implementamos, fica a critério dos Scrum Masters (ou do PMO, quando existir um) selecionar os pontos que devem ou não ser incluídos nessa lista comum.

É importante separar o que é específico de um projeto, e portanto deve ser incluído apenas naquele contexto, e o que pode beneficiar todos os demais times de Scrum. É uma tarefa importante, que irá transformar o conhecimento adquirido pelas equipes em conhecimento corporativo, fazendo com que velhos erros não sejam repetidos, mesmo por equipes novas.

O checklist pode ficar disponivel online, em ferramentas como blogs e wikis corporativos, e ser consultado por todos.

 

Comentários | Permalink | Envia a um amigo

2 Responses

  1. ylubakorut Says:

    ylubakorut…

    Silab Soft Moparscape

  2. Pitty Says:

    Muito legal essa idéia… sinto essa dificuldade, pois a restrospectiva é feita pela minha equipe e todos os dados coletados são armazenados. No entanto, não olhamos mais essas retrospectivas e por isso não temos muita noção do que foi melhorando ou piorando nos vários sprints. Manter um checklist é bem mais simples de comparar.

Leave a Reply

 

    julho 2009
    D S T Q Q S S
    « jun   ago »
     1234
    567891011
    12131415161718
    19202122232425
    262728293031