Scrum Master, quem são, o que fazem e o que comem?

Muita gente tem curiosidade de saber quem são, o que fazem e o que comem os Scrum Master. Antes de mais nada, confesso que eu também já tive essa curiosidade. Dessa forma, eu fui a muitos eventos para tentar descobrir, mas definitivamente, foi no dia a dia que eu realmente aprendi.

Então, eu vou contar um pouquinho dessa minha experiência profissional!

Primeiramente, temos que lembrar que cada empresa é um contexto e tem processos e métodos diferentes. Então, o que eu relatar aqui pode ser uma experiência parecida ou diferente, de outros Scrum Master.

Igualmente é importante lembrar que eu tinha 3 equipes, logo, bastante trabalho!

Ser reconhecido como líder

Antes de mais nada, o primeiro trabalho de um Scrum Master é fazer com que a equipe o reconheça como um líder.

Lembrando que o Scrum Master é um líder servo.

Eu  entrei nova em cada time, um por vez, logo, eu precisei trabalhar a confiança e o respeito das pessoas! Não é fácil! Isso leva tempo. Trabalhei no dia a dia para ser bem aceita.

Em síntese, a dica aqui é:

• Utilizar suas primeiras retrospectivas assuntos pessoais. Isso cria empatia entre os membros, incluindo você.
• Ter tempo de conversas informais para gerar vinculo e liga na equipe.
• Realizar cafés da manhã ou oportunidades de convívio além do ambiente estressante de desenvolvimento.
• Levar lanches nas retrospectivas.
• Distribuir doces de vez em quando.

Definitivamente, é importante não chegar querendo mudar tudo, e sim se disponibilizar em aprender:

• Primeiro sobre os processos que estavam rodando
• Compreender o porquê que era daquela forma.

Posteriormente, após obter o reconhecimento e respeito do time, é que eu fui analisar o que poderia ser mudado, quais as melhores práticas poderiam ser aplicadas e como eu poderia estimular as melhorias.

Fazer a remoção de impedimentos

A atividade que mais ocupava meu tempo era com a tentativa de remoção dos impedimentos (técnicos, operacionais, contratuais, organizacionais, etc), que atrapalhavam o andamento das atividades diárias do time.

Em suma, eu ficava no salão de um lado para outro, ou as vezes, subindo e descendo andares, tentando resolver problemas, além de, muitos telefonemas para profissionais em outros prédios.

Acompanhar os Bloqueios

É preciso incentivar o desenvolvedor para que, por si só, resolva os seus problemas. O Scrum Master deve acompanhar os Bloqueios, porque muitas vezes o profissional espera tempo demais e acaba perdendo tempo hábil. Isso acarreta que fica muito próximo do término da Sprint e não da tempo de resolver, impactando a entrega do time.

Fazer o papel de Coach na equipe

Lembre-se que o trabalho do Scrum Master é fazer com que a equipe precise dele o menos possível.

Sempre que puder, não dê o peixe, ensine a pescar. Por isso, nesses times fiz da seguinte maneira:

• Estimulei programação em par para tentar desenvolver um profissional júnior.
• Enviei link de curso grátis aos desenvolvedores.
• Enviei dicas de livros.
• Fiz questionamentos.

De antemão, faça questionamentos que façam o time refletir, mesmo que num primeiro momento não surta efeito. Em suma, plante a sementinha e volte depois para regar. Exemplos:

• Estimulei a mudança de Scrum para Kanban, em um dos times. Em um primeiro momento não obtive sucesso. O velho medo da mudança prevaleceu naquele caso. Mas voltei argumentando em outros momentos.
• Fiz uma retrospectiva com uma das práticas do Management 3.0, em uma equipe nova de poucas Sprints. Ali eu pude identificar, o que era importante para eles, como um time. E consequentemente, tentei conscientizar, que a entrega de resultados, era efetiva para atingir os objetivos da equipe.

Enfim, questionamentos levam a outras ações e ao empoderamento do time.

Atuar como um líder 

É preciso identificar o humor de cada membro e tentar de forma sutil, descobrir se tem algum problema, interno ou externo ao trabalho, que precisa ser tratado e atuar é claro.

Um primeiro exemplo prático:

Eu tinha um desenvolvedor que morava próximo a Petrópolis e o local de trabalho era na cidade do Rio de Janeiro. No dia do jogo do Brasil na copa do mundo, a companhia definiu trabalhar de manha e ir embora na hora do jogo. Poxa, fazer o cara vir de manha de Petrópolis para sair na hora do almoço e voltar, não concordo. Assim, eu consegui liberação para o Home office dele de manhã.

Outro exemplo prático:

Precisei da atuação de dois desenvolvedores juntos, um já era membro do time e o outro recém-chegado. Eles não se “bicavam”. Eu tive que passar um tempo com os dois durante desenvolvimento para trabalhar o convívio. Brincava, orientava, e garantia uma boa parte do dia que eles não “se matassem”.

Proteger a equipe

Definitivamente, atuar para bloquear as solicitações que surgem no meio da Sprint e fora do escopo da Sprint.

Assim como, garantir o envolvimento e comprometimento dos times com as entregas planejadas, não permitindo que os times assumam mais trabalho do que realmente conseguem entregar. Alguns exemplos reais:

• Motivei o aumento da produtividade de um dos times, que estavam em suas primeiras Sprints.
• Estimulei que tentassem aumentar os pontos do planejamento das Sprints, pouco a pouco e eles assim fizeram, gerando o aumento gradativo da velocidade e produtividade esperada.

Atender as necessidades dos Projetos

Isso significa atuar em todos os âmbitos necessários para apoiar de forma a “fazer acontecer o resultado”.  Exemplos de uma situação em que fez a diferença a minha atuação do Scrum Master, foi ter realizado reuniões com todos os envolvidos no projeto. O objetivo foi de comunicação eficaz,  antecipação de problemas e tentativa de resolução de impedimentos. Nessas reuniões abordamos:

• Alinhamentos, estimativas e levantamento de ações.
• Alinhei pendências com fornecedores.
• Solicitei  parcerias de outros times ágeis para alguma dúvida técnica de desenvolvedores cross times.
• Analisei junto a equipe necessidade de mais ou menos profissionais para os times em formação.

Participar de Reuniões

É isso ai, o Scrum Master precisa estar em reuniões. Exemplos dessas reuniões:

• Ir a reuniões semanais para acompanhar definições e alterações de processos da gerencia.
• Encontro periódico de alinhamento e atualização entre os Scrum Masters.
• Ir a reuniões programadas para resolver impedimentos em alta gerencia, aquelas que não foram possíveis de ser resolvidos no âmbito de equipe.

Atuar em ferramentas

Tá, eu sei: mais interações entre os indivíduos e menos processos e ferramentas! Manifesto ágil!

Primeiramente, é importante refletir sobre essa frase, não significa que terá de ser extinto todos os processos e as ferramentas, muito pelo contrário, confesso que gerar métricas por uma ferramenta é mais fácil do que ficar recolhendo dados no Kanban de parede e jogar num Excel.

Dessa forma, para nos apoiar tínhamos uma ferramenta de acompanhamento de projetos que geravam os dashboards gerenciais e que podiam ser acessados pelos executivos, diante disso tínhamos que manter os dados atualizados.

Assim também, eu era responsável por estimular que o PO tivesse o  backlog nessa ferramenta, mantendo vivo e atualizado, e muitas vezes eu metia a mão na massa.

Atuar como um líder facilitador

Facilitava as cerimônias do Scrum (Daily, Planning, Review, Refinamento e Retrospectiva) e as Meetings do Lean Kanban.

Participava das Dailys e aproveitava a oportunidade de identificar bloqueios/impedimentos que não estivessem no radar do time.

Facilitava também o refinamento, por que isso fazia a Planning ficar mais leve, menos custosa para a equipe.

Bem como, eu conduzia a dinâmica em cada Retrospectiva. Eu gosto de Retrospectivas diferentes a cada fim de Sprint para não ficar chato. Além de que, cada uma trata de um ponto de melhoria diferente.

Dessa forma, eu gastava um bom tempo pesquisando qual retrospectiva utilizar. Assim como, entender a dinâmica. E providenciar material para utilizar. As vezes imprimia e recortava papeizinhos, colocava o nome dos membros nas cartinhas etc.

Lidar com os Stakeholders

Em alguns projetos estão envolvidos vários stakeholders, e eu como Scrum Master tive interação com diferentes níveis hierárquicos e em várias situações. Alguns desses stakeholders:

• Gerentes funcionais dos Desenvolvedores, dos profissionais de UX e de várias especialidades.
• Eu também lidava com PMO, quando tinha partes desenvolvidas em waterfall.
• Tínhamos os analistas de negócios, que eu tinha que manter envolvido com as equipes.
• E demais outros envolvidos e impactados no projeto.

Comer

Afinal, agora que você já sabe que somos líder servos e que fazemos a engrenagem funcionar, falta saber o que comemos.

Bem, eu comi muita besteira nas retrospectivas, chocolates, bolos, doces, biscoitos!! Cafés da manhãs com pão doce, cachorro quente e por ai vai. Me perdoem, mas ágil sem comida é muito chato!

Enfim, de forma resumida, tentei passar um pouco de prática da minha vida de Scrum Master no contexto da empresa que eu atuava.

Enfim, eu espero que tenha sido um bom texto, para ajudar a decidir se é um caminho a seguir na vida profissional.

---

Informações sobre a autora:

Jacqueline Viana é Scrum Master na Concrete Solutions, e é apaixonada por agilidade.

Cofundadora Agile Pink