O Scrum Master não é intermediário ou representante

Este post não tem tags.

Compartilhe:

Nesta série de posts, utilizo o modelo de “facilitador hábil” criado por Roger Schwarz em seu célebre livro “The Skilled Facilitator” para falar de algumas características desejadas do Scrum Master. Neste quarto post, escrevo sobre um erro comum na atuação desse papel.

O Scrum Master não é intermediário ou representante. Ele é um facilitador, e enquanto facilitador, não atua como um intermediário entre membros do Time de Scrum, ou entre o Time de Scrum e pessoas externas a ele. Ao contrário, ele estimula o time a desenvolver as habilidades de se comunicar e lidar diretamente com quem se fizer necessário.

Ele também não atua como representante do Time de Scrum ou de qualquer de seus membros diante de outros membros ou de pessoas externas. Dessa forma, não é ele, por exemplo, que comunica ao resto da organização os resultados do trabalho ou o desempenho do Time de Scrum ou de algum de seus membros.

Ele não tem autoridade para utilizar qualquer informação obtida a partir da facilitação para influenciar decisões externas sobre membros do time como, por exemplo, bonificações ou punições. Caso o fizesse, a confiança do Time de Scrum no Scrum Master ficaria comprometida, assim como sua neutralidade e, consequentemente, a visibilidade que lhe é dada e, assim, sua eficiência como facilitador. Esse tipo de informação, caso necessária, é fornecida diretamente pelo Time de Scrum.

Da mesma forma, o Scrum Master não atua como intermediário entre os membros do Time de Desenvolvimento e Product Owner ou entre diferentes membros do Time de Desenvolvimento. Ele, ao contrário, estimula que se comuniquem diretamente.

Veja todos os posts dessa série:

SCHWARZ, R. _The skilled facilitator_: a comprehensive resource for consultants, facilitators, managers, trainers and coaches. 2. ed. San Francisco: Jossey-Bass, 2002.

Sobre o autor(a)

Co-fundador e Trainer na K21

Rafael Sabbagh é co-fundador da K21 e foi membro do Board de Diretores da Scrum Alliance entre 2015 e 2017. Ele é Certified Scrum Trainer (CST) pela Scrum Alliance e também Accredited Kanban Trainer (AKT) pela Kanban University. Atuando em nível executivo, possui uma vasta experiência em Transformação Digital e Gestão de Produtos. Ao longo da sua carreira, já treinou milhares de Scrum Masters, Product Owners e membros de equipes em mais de 15 países na Europa, América e Ásia.

No headers found for the table of contents.

Artigos relacionados

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

No meu último artigo, escrevi sobre o funcionamento do upstream e os possíveis resultados que um item de trabalho pode receber nessa parte do fluxo de trabalho. Eles são: descartar o item porque não é interessante, viável ou rentável; continuar…

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

Um problema comum em diversos times é a chegada de novas demandas. Elas vêm de diversas fontes e formatos diferentes: itens de trabalho, histórias de usuários, tíquetes, tarefas, atividades, iniciativas etc. Nesse contexto, uma pergunta que os times normalmente fazem…

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

Todo mundo que trabalha com software há algum tempo tem seus esqueletos no armário. Um monte de código que foi escrito só para funcionar e Deus sabe como as coisas estão de pé até hoje. Alguns desses produtos têm uma…

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

Hoje a ideia não é apresentar um conteúdo detalhado, mas sim uma pequena explicação sobre as Classes de Serviço do Kanban. Caso queira mais informações dá uma olhada nesse artigo: Classes de serviço e seus 4 principais arquétipos. Aqui apresento…