Tem havido muita discussão sobre a dedicação total ou parcial do ScrumMaster nas equipes ágeis nos últimos meses. No Forum Global da Scrum Alliance: Londres 2011, Paul Goddard liderou uma palestra intitulada "ScrumMaster - papel ou cargo?", em que apresentou os resultados de sua pesquisa, entre eles:
- 75% dos ScrumMasters dedicam menos da metade do seu tempo trabalhando como ScrumMaster de sua equipe atual
- 45% dos ScrumMasters apoiam duas ou mais equipes ágeis
- 88% dos ScrumMasters possuem outras responsabilidades além da atribuição de ScrumMaster
As discussões resultaram na criação do ScrumMaster Manifesto. A afirmativa inicial no documento, deixa clara a posição dos autores sobre o assunto:
Acreditamos que o ScrumMaster é uma posição que exige dedicação exclusiva de uma pessoa em uma equipe Scrum.
O manifesto lista doze princípios para ScrumMasters [em tradução livre]:
- Dedicar-se às entregas
- Fomentar a melhoria contínua
- Apoiar a melhoria contínua
- Delegar poder e agir como coach
- Manter a equipe informada e motivada
- Ser transparente e disponível para a equipe
- Ter compromisso com a excelência
- Atuar como guia e evangelizador
- Ser dedicado e persistente
- Ajudar a equipe
- Procurar conhecer antes de melhorar
- Atuar como força motriz do Agile
Paul Goddard explicou em seu blog Agilify as razões por trás da escrita do manifesto:
Percebi uma tendência nos treinamentos que ministrei e enquanto realizava coaching de novos ScrumMasters. Quando fazia a pergunta "O ScrumMaster é uma posição que exige dedicação exclusiva numa equipe Scrum?", a grande maioria respondia negativamente. Minha preocupação era que aqueles ScrumMasters poderiam estar minando as chances de suas equipes (e de suas organizações) realizarem uma adoção efetiva de Scrum. Isso porque não estariam enxergando o papel do ScrumMaster como pertencente a uma pessoa com dedicação exclusiva a uma única equipe. Esta tendência continua a crescer e isso me motivou a propor uma discussão sobre o assunto.
Para contextualizar, Jeff Sutherland, co-criador do Scrum, afirma o seguinte a respeito do ScrumMaster em seu Manual do Scrum escrito em 2010:
Considerando que o Scrum torna visível muitos impedimentos e ameaças à efetividade da equipe e do Product Owner, é importante ter um ScrumMaster focado na solução destes problemas... Equipes que utilizam Scrum devem ter um ScrumMaster dedicado em tempo integral, embora equipes menores possam ter um membro que assuma esse papel (reduzindo a sua carga de trabalho ao fazê-lo).
Em uma discussão recente no Grupo Yahoo! Scrumdevelopment, Jeff Sutherland reforçou o fato de o ScrumMaster ser um papel que exige dedicação integral, mas admite que ScrumMaster execute algumas tarefas do backlog:
O ScrumMaster (e qualquer outro membro da equipe) não se compromete com itens específicos do backlog. A equipe como um todo prevê o que será capaz de executar. Quando o ScrumMaster possui tempo livre, pode escolher algumas tarefas do backlog do sprint... Na última empresa em que trabalhei, a regra era que se a equipe percebesse durante as reuniões diárias que o ScrumMaster não estava investindo tempo suficiente nos impedimentos, a equipe aliviava a carga de trabalho do ScrumMaster.
John Piekos, em seu blog Agile Making Progress, compartilha seu aprendizado sobre a transição do waterfall ("cascata") para Scrum em sua organização:
Embora tenhamos realizado treinamento e lidos a documentação, em que era dito repetidamente que os papéis de ScrumMaster e Product Owner exigiam dedicação integral, não acreditávamos nisso. Nossa experiência inicial levava a crer que todos deviam possuir múltiplos papéis e responsabilidades, pois era assim que estávamos acostumados. Mas durante um projeto piloto, ficamos convencidos que os papéis do Scrum não poderiam ser feito em tempo parcial. O Scrum exige maior esforço concentrado e atenção do que o desenvolvimento waterfall.
Marcel Baumann, em um post recente, apresenta uma visão diferente sobre o papel do ScrumMaster quando em equipes mais experientes:
Concordo com os autores do Manifesto que o papel de ScrumMaster exige dedicação integral quando trabalhando com novas equipes Scrum ou membros de equipe que não estejam familiarizados com Agile. Porém, estou convencido de que um ScrumMaster pode apoiar múltiplas equipes experientes simultaneamente.
Wayne Grant fala do ponto de vista do desenvolvedor de software:
Idealmente, o ScrumMaster deveria gastar a maior parte do seu tempo sendo ScrumMaster. Entretanto, minha experiência mostra que sou mais eficiente como ScrumMaster quando estou fazendo o mesmo trabalho que a minha equipe, de modo compartilhe as experiências deles. Isso não significa que o ScrumMaster necessite realizar muito trabalho no desenvolvimento; pode ser a programação em par com outros membros da equipe.
Lasse Koskela concisamente resume o problema:
Precisamos de ScrumMasters em tempo integral porque precisamos que sejam bons naquilo que fazem, para aumentar a produtividade. Ao mesmo tempo, precisamos de ScrumMasters em tempo parcial porque a contribuição técnica deles aumenta nossa produtividade.
Está claro que há uma divergência nas opiniões da comunidade Agile sobre o assunto. Deveria o ScrumMaster ser um papel com dedicação integral ou isso depende da experiência da equipe?