O último papel descrito no Framework Scrum, é o do Scrum Master. Pode parecer estranho, mas o Scrum Master é uma posição de gerenciamento, não de pessoas, ou do desenvolvimento ou do projeto, mas sim um gerente de processos.
O Scrum Master é um grande facilitador e age como um mentor e defensor do Scrum dentro da organização. Ele apoia o time de desenvolvimento para que as regras do Scrum sejam respeitadas, remove impedimentos, apoia o Product Owner na melhor forma de gerir o Backlog do Produto, divulga o Scrum dentro da organização, explica e faz com que as pessoas entendam o framework.
O Scrum Master serve o Dono do Produto, auxiliando-o a manter o Backlog do Produto, mostrando melhores técnicas de gestão dos itens do backlog, auxiliando a manter clareza e consistência dos itens, facilitando as cerimônias que devem ocorrer durante o processo de desenvolvimento.
O Scrum Master serve ao Time de Desenvolvimento, auxiliando-o a entender as regras do Scrum, capacitando o time a ser auto-organizado e multifuncional, ajudando o time a criar produtos de alto valor agregado, removendo os impedimentos que possam aparecer durante a Sprint, facilitar os eventos e garantir que os mesmos estejam ocorrendo dentro do tempo definido.
E por sim, o Scrum Master serve a empresa como um todo, ensinando os conceitos e regras do Scrum, planejando a implantação do framework, ajudando os stakeholders na compreensão do Scrum e do processo do empírico, provocando mudanças e aumentando a produtividade.
O Scrum Master não pode ter ascensão sobre o time de desenvolvimento e nem sobre o dono do produto, ou seja, ele não pode estar acima destes dentro de uma organização, para que haja uma relação de chefe-subordinado. O ideal é que ele seja uma posição distinta, talvez como “staff”, vinculado ao departamento de TI ou desenvolvimento, mas sem a posição de gerente. Ele tem sim uma função de gerente, mas de processos.
O Scrum Master também não pode ser confundido com o Gerente de Projetos, pois não tem nada a ver. Gerente de Projetos gerencia projetos, o Scrum Master não tem essa função, ele não gerencia o projeto, ele não gerencia o backlog do produto e nem o Sprint backlog, não inspeciona o que o time de desenvolvimento está fazendo e não prioriza itens. Ele apenas garante que o Scrum está sendo praticado na empresa e por todos.
Ele pode sim, orientar o time de desenvolvimento, quando este está descumprindo uma regra do framework, como por exemplo, o time de desenvolvimento está fazendo a reunião diária, somente a cada 2 ou 3 dias. O Scrum Master deve agir, orientando o time e reforçando a necessidade da reunião ser todos os dias, sem exceção, mas no caso, ele não pode “mandar”, mas ele irá se esforça para que a reunião ocorra.
Enfim, o Scrum Master é o responsável por manter o Scrum funcionando na empresa, sendo um servo líder.
As características do Scrum Master são:
- Conhece o Scrum, suas regras, papéis, artefatos e eventos.
- Ele é mentor, auxiliando o time de desenvolvimento e dono do produto a trabalharem melhor com o Scrum
- Ele orienta stakeholders e toda a organização quanto ao Scrum.
- Atua como facilitador
- Possui conhecimento técnico e busca melhores práticas para melhorar a produtividade do time scrum.
- Blinda a equipe contra interferências externas.
- Suporta o time de desenvolvimento para que este seja produtivo e funcional.
- Faz a gestão dos processos
- Não realiza o trabalho, mas ensina a fazer (não dá peixe, mas ensina a pescar).
- Não realiza o micro gerenciamento
- Não faz a gestão de pessoas
- Não é gerente de projetos, nem gerente de desenvolvimento.
A grande questão é quantos Scrum Master uma empresa deve ter? Isso o framework não responde, pois irá variar. Normalmente, um é suficiente, mas já vi empresas com vários, um para cada linha de produto. Já vi também cada time ter um Scrum Master, porém ele fazia parte do time de desenvolvimento (após estudar melhor o framework, acho que isso deve ser evitado).
A minha resposta: comece com apenas 1 Scrum Master, que vá fazer apenas esse papel, não coloque-o para ser dono do produto ou programar juntamente com o time de desenvolvimento. Implante o processo de forma gradativa, começando com apenas 1 time e depois vá aumentando os times até que toda a empresa esteja alinhada e vá adicionando mais Scrum’s Masters a medida que forem necessários.
Mas como identificar quando é necessário mais de um? Fácil, à medida que o Scrum Master começa a ficar sobrecarregado e não consegue ser ágil para retirar impedimentos e orientar o time como um todo, está na hora de colocar mais um na função e dividir os times para cada um.
Ou seja, não existe fórmula mágica para definir quantos e quem deve ser o Scrum Master, você deverá aprender conforme evolui (empirismo), a única coisa que é certa é que o papel deve existir e ele deve ter as características acima.
Vou ficando por aqui, até a próxima e em breve mais artigos sobre Scrum.
Até breve.