Scrum MasterOlá pessoal, recentemente participei de um curso para conseguir a certificação CSD onde houve intensa discussão sobre o papel e as reais funções de um Scrum Master. Nesse post, irei apresentar alguns pontos dessa discussão, principalmente os conceitos de "Scrum Master bom", "Scrum Master feio" e "Scrum Master mau".

Inicialmente, para quem não se recorda muito bem de quais são os papéis do Scrum, para relembrá-los, sugiro a leitiura desso post "Quais os papéis do Scrum?". 

Em muitos projetos, o papel de Scrum Master é relegado à segundo plano, não tem sua devida importância. Uma das maiores dificuldades ao implantar o Scrum em uma organização é convencer a todos da importância do papel do Scrum Master, visto que as funções do Product Owner e da Equipe de Desenvolvimento ficam claras para todos, mas as do Scrum Master, como guardião do processo, parecem ser um "desperdício" de recurso. Devido a isso, em muitos lugares o Scrum Master acumula papéis, seja como PO, seja como equipe, ou ambos.

 

Quando o Scrum Master realiza "apenas" a função de SM ele é chamado de Scrum Master, quando o Scrum Master acumula a função de equipe, ele é chamado de Scrum Master bom, já quando o Scrum Master acumula a função de PO ele é chamado de Scrum Master mau e, por fim, quando o Scrum Master acumula todos os papéis, ele é chamado de Scrum Master feio. Como era esperado, cada tipo de Scrum Master possui seus pontos negativos e positivos, abaixo, irei comentar sobre cada um.

  • Scrum Master – É o melhor dos mundos para equipes que estão iniciando com Scrum. Devido ao fato dele não estar envolvido com nenhum outro papel, o Scrum Master torna-se uma pessoa neutra para conseguir realmente se preocupar e defender o processo. Por outro lado, se o Scrum Master possuir alguma habilidade técnica, essa habilidade ficará em segundo plano, embora para os olhos da gerência, essa pessoa parecer estar sendo sub-utilizada.

 

  • Scrum Master bom – Com a evolução do time, é possível o acúmulo desses papéis. Possui como pontos positivos a capacidade do SM realizar o trabalho e balancear a saúde do time, além de passar para a gerência uma percepção de eficiência. Por outro lado, pode inibir os demais membros da equipe de desenvolvimento de dar suas opiniões, além de acabar fazendo com que o trabalho do SM nunca esteja finalizado, sacrificando assim o seu trabalho no projeto.

 

  • Scrum Master mau – Se no seu projeto o SM acumula a função de SM e PO isso não é tão ruim assim. Como pontos positivos dessa abordagem podemos citar a percepção de um papel central de gerenciamento, além de facilitar o alinhamento com os papéis de uma organização e passar a impressão de a organização estar economizando recursos. Por outro lado, ambos os trabalhos requerem muita dedicação, o que acabará gerando um trabalho de má qualidade, além de concentrar a decisão na mão de apenas uma pessoa, sacrificando os clientes e a equipe de desenvolvimento.

 

  • Scrum Master feio – Se você se enquadra nesse perfil, por favor, mude o cenário enquanto há tempo. Nesse caso não há nenhum ponto positivo, apenas negativos, pois fazer 2 coisas já é complicado, 3 então, impossível, além de não permitir que a equipe aprenda e cresça, degradando a confiança e, por consequência, todos os envolvidos no projeto e o projeto como um todo. Um projeto nesse caso está fadado ao insucesso.

Finalizando, como a Ester Lima disse em seu post sobre o acúmulo de papéis, isso deve ser evitado ao máximo. Entretanto, como muitas vezes isso não é possível, o mais importante é sabermos onde estamos pisando, qual a real necessidade do acúmulo de papéis e estarmos cientes das vantagens e desvantagens de tal decisão.

E você, que tipo de Scrum Master você é?


Referências:
http://www.mitchlacey.com/resources/mixing-roles-in-scrum-a-recipe-for-failure