O cargo de 'Scrum Master' precisa morrer

A indústria de desenvolvimento de produtos está obviamente em um lugar muito estranho atualmente.

Tomado pelo movimento 'Agile' (um movimento do qual me considero um poderoso defensor) e, ainda assim, ainda falhando em compreender os conceitos básicos de um manifesto escrito há mais de 20 anos.

Como o Scrum se posicionou firmemente como a estrutura mais popular para ajudar equipes e organizações em sua jornada para a agilidade, a indústria em torno do ensino, certificação e promoção do Scrum assumiu um papel muito central na conversa geral.

Agora, devo ser claro, como detentor do PSM-III, respeito profundamente o Scrum e seus treinadores e defensores que estão trabalhando incansavelmente para dobrar o espelho do gerenciamento tradicional, movendo-nos lentamente em direção a equipes capacitadas e entrega de valor centrada no cliente.

Mas é impossível não notar que o dinheiro que pode ser ganho com a venda de certificações e treinamento cria um poderoso incentivo para levar o pragmatismo além dos limites de 'apoiar mudanças incrementais' e talvez cruzar a linha para 'apoiar más práticas para não correr o risco de perder vendas '.

Acredito que isso não seja mais fortemente observável com a forma como o cargo de 'Scrum Master' se tornou a maneira padrão de fato de gerenciar (e eu uso essa palavra deliberadamente) equipes Scrum dentro de uma organização.

deixe-me dizer-lhe porque eu acho que isso tem que mudar

Responsabilidades, não funções.

Agora, para o crédito da comunidade Scrum e seus líderes, o guia Scrum foi atualizado em 2020 e mudou os 'papéis' do Scrum Master, Product Owner e Developers para Accountabilities .

Essa mudança foi feita para representar o fato de que o 'cargo', ou qualquer estrutura organizacional de RH existente, não tem relação com a responsabilidade que uma pessoa pode assumir dentro de uma equipe.

Esta é uma mudança que representa um detalhe importante do Scrum; Que é uma estrutura construída para equipes autogerenciáveis.

O problema com os 'cargos' é que eles fixam a estrutura das equipes e organizações. Se você contratar alguém como Scrum Master, mas a equipe não quiser fazer Scrum, então você terá um conflito fundamental com a natureza do Scrum e seu uso pelos gerentes.

Felizmente, a mudança foi feita no guia e agora é mais fácil argumentar que um Scrum Master não é alguém imposto à equipe, mas alguém que faz parte da equipe, responsável pela eficácia da equipe e pela prática do Scrum.

E, no entanto, nos anos que se seguiram a essa mudança, mal houve um centímetro de movimento. Os quadros de empregos ainda estão cheios de cargos de “Scrum Master”, e a maior parte das conversas em nosso setor parece paralisada em ensinar os Scrum Masters a serem Scrum Masters como se fosse a única coisa que eles podem ou devem fazer.

E isso se encaixa perfeitamente com um segundo problema, que acredito também servir como nossa solução…

O problema com “Agile Coaches”

'Agile coach' é um papel ainda menos bem definido ou compreendido do que o Scrum Master, mas eu vi o papel se tornar mais e mais comum nos últimos dez anos.

Quando bem feito, um Agile Coach é um poderoso defensor da mudança, que desafia o status quo nas organizações tradicionais, apoiando as equipes a melhorar sua entrega de valor por meio de suporte e treinamento direcionados, sempre conectados a resultados reais e mensuráveis.

Quando mal feito?

Bem, eu já vi meu quinhão de 'Agile Coaches' que parecem não entender os conceitos básicos de agilidade e que flutuam por aí falando sobre 'mentalidade' e outras teorias nebulosas, sem nunca serem capazes de demonstrar melhorias reais ou mudanças duradouras .

Portanto, se você não me conhece, pode ler este artigo como uma crítica contundente aos Scrum Masters e Agile Coaches.

Na realidade, eu me considero essas duas coisas. Ocupei ambos os cargos e outros, na última década, e alterno ativamente entre me descrever como Scrum Master ou Agile Coach conforme a necessidade. Há muitos anos não sou um praticante prático, construindo produtos.

Portanto, não, não sou de forma alguma hostil às pessoas que desempenham essas funções, que considero absolutamente vitais para o sucesso de nossa indústria.

Meu problema é com a bifurcação desses dois papéis e a maneira como os praticantes parecem não ser capazes de unificar e articular o propósito e o valor desses papéis, ou mesmo a linguagem que usamos para descrevê-los.

Então, voltando à minha premissa original, proponho uma solução;

'Agile Coach' é um cargo, 'Scrum Master' é uma responsabilidade

Na minha opinião, 'Scrum Master' deveria ser abolido como cargo e deveria ser substituído por 'Agile Coach'.

Tem aquela velha piada

Qual é a diferença entre um Agile Coach e um Scrum Master?
Cerca de duzentos dólares por dia

Muitas pessoas falaram ao longo dos anos sobre a redundância da tag Agile Coach. Um bom Scrum Master faz tudo que um Agile Coach deve fazer.

Na maioria das organizações, a existência do papel do Agile Coach simplesmente mostra um mal-entendido dos Scrum Masters, cuja responsabilidade perante a organização é muitas vezes ativamente suprimida, deixando-os pouco mais do que administradores de equipe.

E em outras organizações, os Agile Coaches são gurus flutuantes que fazem pouco mais do que defender pequenas explosões de teoria antes de seguir em frente.

A resposta, me parece clara, é que o RH, sistema interno 'Job Title' do 'Scrum Master' deve ser destruído. Substituído por 'Agile Coach'.

Então, um Agile Coach, ao trabalhar com uma equipe, pode muito bem assumir a responsabilidade de um Scrum Master.

Isso serve a dois propósitos, dando às organizações uma maneira de amarrar os treinadores ágeis às equipes de uma maneira mais consistente, para fornecer suporte estável a longo prazo, ao mesmo tempo em que permite que os 'scrum masters' não sejam forçados a aplicar o Scrum em equipes relutantes, com não tem como crescer.

Parece confuso embora..

Sei que muitas pessoas pensam imediatamente que isso parece uma confusão sem sentido, mas considere que já é assim que lidamos com a maioria das outras funções tradicionais em um ambiente Scrum.

A maioria das organizações ainda tem 'testadores' e 'engenheiros java', que, quando fazem parte de uma equipe Scrum, compartilham a responsabilidade única de 'desenvolvedor'.

Muitas organizações ainda têm o papel de 'Gerente de Produto', que dentro de uma equipe Scrum atua como o 'Proprietário do Produto'.

E talvez você possa argumentar que a mudança que estou sugerindo é apenas semântica sem sentido.

Mas considere quantas organizações falham em dar suporte ao autogerenciamento das equipes Scrum. Deixam de ajudar os SM's a crescer, e que acabam por introduzir Agile Coaches como uma camada de pseudo-gestão para lidar com a disfunção que isso causa.

A resposta, parece-me, é simples.

Scrum Master como responsabilidade, Agile coach como cargo. Alguns Agile Coaches estarão vinculados às equipes Scrum e cumprirão a responsabilidade do SM. Alguns trabalharão com equipes não scrum.

Isso permite que as equipes encontrem e resolvam seus próprios problemas estruturais de equipe, sem ter uma estrutura imposta a eles por um departamento de RH.

Nós praticantes temos que argumentar este caso com mais força

E, finalmente, para abordar minha preocupação inicial, isso é algo que acredito que a grande maioria dos praticantes de Scrum pode ver como um problema e não está gritando alto o suficiente sobre isso.

A mudança no guia foi feita em 2020 e, no entanto, há pouca ou nenhuma conversa de treinadores e especialistas para desafiar o status quo.

Dizer a uma organização que toda a sua estrutura de RH e abordagem do Scrum está errada parece arriscado. Se tornarmos muito difícil 'fazer o Scrum corretamente', as pessoas podem começar a procurar suporte e treinamento em outro lugar?

Podemos perder?

Talvez. Eu realmente não sei. Só sei que temos que manter nossos princípios e desafiar 'o jeito que sempre foi', especialmente quando já reconhecemos o problema, mas simplesmente não defendemos uma mudança real que inevitavelmente deve acontecer.

Sim, a mudança deve ser incremental. Não podemos esperar que todas as contratações mudem da noite para o dia.

Mas acredito fortemente que devemos pelo menos argumentar, corajosa e abertamente, que os cargos fixos de 'Scrum Master' minam o que o Scrum está tentando alcançar e que, pelo menos direcionalmente, as organizações devem tentar se mover em direção a um melhor forma de organização das equipes.