Vacation - fonte:http://www.freedigitalphotos.net/Oi pessoal,

No post de hoje eu comento e dou algumas dicas do que podemos fazer quando o Scrum Master está de férias. Sintam-se a vontade para comentar e contribuir com novas opiniões e ideias.

No início do ano passado, Ester escreveu um post sobre cuidados que devemos ter ao acumular papéis no Scrum. Em outro post ela nos apresenta algumas dicas para o Scrum Master que está prestes a sair de férias. No post de hoje iremos ver algumas dicas a partir do ponto de vista da equipe de desenvolvimento.

Scrum Master é um papel e não uma pessoa específica. Quando o Scrum Master sai de férias é uma boa oportunidade para a equipe melhorar sua auto-organização. Se o período de férias for grande (maior que duas Sprints) acredito que o papel poderia sofrer um rodízio e ser ocupado temporariamente por duas pessoas diferentes da própria equipe de desenvolvimento.

No projeto em que trabalho, nosso time passou recentemente por essa situação. O período de férias do Scrum Master foi apenas duas Sprints e, durante esse período, somente uma pessoa assumiu o seu papel.

Uma outra abordagem seria a equipe de desenvolvimento convidar um Scrum Master de fora do projeto para assumir o papel durante esse período. Porém, percebemos algumas possíveis falhas nessa abordagem. Vejamos a seguir.

 

Por que não chamar temporariamente um Scrum Master de fora do projeto?

O novo Scrum Master…

… não tem o contexto do projeto e nem da atual situação;

… não sabe a fundo os problemas e impedimentos;

… não conhece o time tão bem quanto o próprio time.

Sendo assim, suas ações provavelmente iriam limitar-se a se inteirar sobre o status do projeto, estar presente nas reuniões que precisa estar presente e tentar resolver alguns impedimentos, mas sem conhecer tão bem o contexto do projeto.

Na minha opinião, quando a equipe é madura o ideal é que um membro assuma o papel de Scrum Master, na ausência do mesmo. Mas para isso cabe ficar atento a questão do acúmulo de papéis. Abaixo algumas dicas.

 

Dicas ao acumular papel de desenvolvedor e Scrum Master

Aqui vão algumas dicas que acredito que possam contribuir para esse acúmulo de papéis:

1) O time e o PO devem estar cientes de que, durante essas Sprints, a velocidade do time provavelmente irá diminuir. É claro, afinal um dos desenvolvedores irá desempenhar também o papel de Scrum Master.

2) Durante as estimativas de pontos das histórias, o time deve ter cuidado para não supervalorizar a pontuação das histórias, com receio de que a Sprint será mais "trabalhosa" por ter uma pessoa empregando menos tempo no desenvolvimento, por estar também com responsabilidades de Scrum Master. As histórias devem continuar sendo estimada da mesma maneira.

3) O Scrum Master pode precisar resolver algum impedimento e por conta disso ele pode acabar deixando uma tarefa que ele estava desenvolvendo em andamento por muito tempo. Para evitar que isso aconteça é necessário orientar o restante da equipe de que o impedimento pode levar mais tempo do que o previsto e então algum outro desenvolvedor continua a tarefa de onde ela parou. Esse motivo ressalta a importância da realização das reuniões diárias, pois é o momento em que toda a equipe sabe o que cada um está desenvolvendo e pode traçar a estratégia para o dia.

 

Conclusão

Em minha opinião, se o Scrum Master saiu de férias e sua equipe é pequena e/ou experiente com Scrum, dê uma chance para o time suprir essa falta!!!

Se a equipe está nessas condições, provavelmente eles não irão precisar do papel de Scrum Master o tempo inteiro. Nesse caso, dependendo do contexto, uma pessoa, ou talvez qualquer uma, poderá atender às demandas de Scrum Master conforme elas vão surgindo.

Vamos nos lembrar que Scrum é inspeção e adaptação. Eis aí uma ótima oportunidade de colocarmos isso em prática.

Até o próximo post!