Os 10 conselhos mais importantes para Scrum Masters

Você quer ser um Scrum Master incrível?

Pelo menos é o que espero. (Bom, a não ser que você seja Product Owner ou tenha outro papel!) Trabalhei como Scrum Master por mais de 20 anos. Durante esse tempo, dei e recebi muitos conselhos. Para você, selecionei os dez pontos mais importantes:

1) Não assuma um compromisso pelo time sem consultá-lo!

No papel de Scrum Master você não deve aceitar pedidos de mudança em nome do time (não importa quão pequenos sejam). Mesmo que você tenha absoluta certeza de que o time consegue atender a esses pedidos, você deve dizer: "Preciso conversar com o time primeiro".

E de forma alguma você deve comprometer os membros do time com prazos, entregas ou coisas do tipo, sem ter conversado com eles antes. Você não precisa necessariamente discutir essas coisas sempre com o time inteiro – muitos times não têm problema quando membros individuais dizem "Sim, conseguimos fazer isso", sem que seja necessária uma reunião oficial do time. Porém, ainda assim é uma decisão deles e não sua.

2) Você está aqui para fazer a equipe parecer bem!

O papel do Scrum Master não é fazer você parecer bem. Você fica bem quando o time fica bem. E o time fica bem quando faz um bom trabalho.

Você sabe que está fazendo um bom trabalho como Scrum Master quando pessoas de fora do time começam a se perguntar se você é realmente necessário. Claro, pode ser assustador quando seu chefe questiona se você ainda é necessário. No entanto, um bom chefe saberá que você é indispensável, mesmo que suas habilidades e conhecimentos façam você parecer dispensável.

Confie que seu gestor entendeu a diferença entre parecer dispensável e ser dispensável.

4) Nada é permanente, então experimente

Manter-se fiel aos princípios ágeis também significa experimentar com os processos. Encoraje sua equipe a testar coisas novas.

Sua equipe adora Sprints de duas semanas e tudo parece estar funcionando perfeitamente? Ótimo. Então peça agora para sua equipe experimentar um Sprint de uma ou três semanas e observar os resultados. Experimentos nem sempre são recebidos com grande entusiasmo, mas são a melhor forma de descobrir continuamente novas e melhores maneiras de trabalhar.

5) Garanta que os membros da equipe e os stakeholders se vejam como colegas!

Membros da equipe e stakeholders na empresa trazem ambos uma perspectiva importante para uma iniciativa de desenvolvimento de produto. Por isso, ambos devem ser igualmente valorizados.

Quando os dois lados apenas se toleram, toda a empresa sofre. Equipes de desenvolvimento precisam entender a perspectiva especial dos stakeholders e os stakeholders precisam respeitar a equipe de desenvolvimento, o que também significa ouvir os desenvolvedores quando dizem que cumprir o prazo é impossível.

6) Proteja a equipe – de diferentes maneiras!

O conselho ágil talvez mais frequentemente dado é que Scrum Masters devem proteger suas equipes de Product Owners ou stakeholders muito exigentes. E esse é um bom conselho. Às vezes, Product Owners simplesmente exigem demais, com muita frequência e de forma muito agressiva. Isso força as equipes a fazer concessões – geralmente na qualidade – que acabam se voltando contra elas.

Por isso, um bom Scrum Master protege a equipe contra isso.

O que não se ouve com tanta frequência é que um bom Scrum Master também deveria proteger sua equipe da acomodação. Boas equipes ágeis querem melhorar continuamente. Outras equipes – talvez inconscientemente – se acomodam e acreditam que já melhoraram o suficiente. E muito provavelmente elas realmente são muito mais rápidas e melhores do que nos tempos antes do Agile. No entanto, mesmo equipes excelentes frequentemente ainda podem melhorar muito.

Scrum Masters excelentes protegem sua equipe de acreditar que não há mais nada a aprender.

7) Risque "Fracasso" do seu vocabulário!

De vez em quando, ouço uma equipe falar de um "Sprint fracassado" . Na maioria das vezes, isso significa que a equipe não conseguiu entregar tudo o que havia planejado. Eu não vejo isso como um fracasso, especialmente se a equipe conseguiu concluir a maioria dos itens ou se resolveu habilmente uma emergência.

Quando um jogador de basquete lança a bola em direção à cesta e acerta, chamamos isso de Field Goal, ou seja, cesta de campo. Quando ele erra, chamamos de Attempt, ou seja, tentativa.

Bons Scrum Masters ajudam suas equipes a mudar sua mentalidade e a enxergar Sprints e funcionalidades que não atenderam completamente às expectativas não como fracassos, mas como tentativas.

8) Elogie com frequência, mas sempre de forma honesta!

Há alguns dias, disse à minha filha que estava orgulhoso dela. Ela abriu um sorriso enorme. Na verdade, isso não deveria me surpreender. Quem não gostaria de ouvir que alguém está orgulhoso de você?

Mas a reação dela me mostrou que eu não posso dizer isso com frequência suficiente. Sempre pensei que era a mesma coisa que dizer algo tão óbvio como: "Você é alta". Mas aprendi que não é a mesma coisa.

No entanto, você nunca deve fazer elogios falsos. Ninguém quer ouvir isso. Mas se os membros da sua equipe estão fazendo um bom trabalho, diga a eles. Pode ser que eles não ouçam isso com frequência suficiente.

9) Encoraje a equipe a assumir o seu trabalho!

Uma equipe que ainda não conhece bem o Agile depende muito do seu Scrum Master ou Coach. A equipe talvez não saiba como manter os 15 minutos para os Daily Scrum Meetings . Ou os membros da equipe ainda não entenderam a importância de trabalhos sobrepostos ou de equipes interdisciplinares.

O mesmo vale para equipes esportivas. Um treinador que ensina futebol para crianças pequenas precisa explicar tudo a elas. Quando minhas filhas tinham seis anos, o treinador corria ao lado delas durante todo o jogo gritando: "Chuta e corre!" Se ele não fizesse isso, as crianças esqueciam. Mesmo com os gritos dele, de vez em quando uma criança simplesmente sentava no campo e ficava olhando para o nada.

Vamos comparar o treinador da equipe infantil com o treinador de uma seleção nacional. Os jogadores de uma seleção nacional aprenderam o que precisam fazer. Se o treinador chega atrasado ao treino, os jogadores sabem com quais exercícios podem começar. O técnico da seleção nacional não precisa lembrar os jogadores de chutar a bola e correr. No entanto, nenhuma seleção nacional do mundo diria que não precisa mais de um treinador.

Não importa quão boa seja uma equipe ágil, acredito que ela ainda assim se beneficia de um Scrum Master ou Coach. Porém, boas equipes ágeis também assumem elas mesmas algumas das tarefas mais óbvias de um Scrum Master como parte do desenvolvimento das habilidades que precisam para o desenvolvimento de produtos.

10) Cala a boca e escuta!

O melhor coaching ou mentoria é não dizer nada e deixar a equipe encontrar a resposta por conta própria.

Isso pode ser bem difícil. Quando você vê sua equipe com dificuldades para encontrar uma solução, é natural querer intervir e oferecer ajuda. No entanto, se você resolver problemas ou fizer sugestões com muita facilidade, os membros da equipe vão aprender a simplesmente esperar que você resolva cada problema por eles.

Não estou dizendo que você não pode dar dicas. Você é inteligente; e se não for, não deveria estar no papel em que está. Porém, também faz parte do papel do Scrum Master ensinar as equipes a resolverem seus próprios problemas. Se você sempre resolver diretamente cada problema da equipe, você tira dos membros a chance de aprenderem como resolver esses problemas sozinhos.

Na Agile Academy oferecemos Treinamentos de Scrum Master. Além disso, recomendamos dar uma olhada em nossa Agile Leadership Journey.