BT

O ScrumMaster em tempo integral? Sim, de acordo com o Manisfesto dos ScrumMasters

por Craig Smith , traduzido por Mário Henrique Trentim em 10 Jan 2012 |

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:

  1. 75% dos ScrumMasters dedicam menos da metade do seu tempo trabalhando como ScrumMaster de sua equipe atual
  2. 45% dos ScrumMasters apoiam duas ou mais equipes ágeis
  3. 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]:

  1. Dedicar-se às entregas
  2. Fomentar a melhoria contínua
  3. Apoiar a melhoria contínua
  4. Delegar poder e agir como coach
  5. Manter a equipe informada e motivada
  6. Ser transparente e disponível para a equipe
  7. Ter compromisso com a excelência
  8. Atuar como guia e evangelizador
  9. Ser dedicado e persistente
  10. Ajudar a equipe
  11. Procurar conhecer antes de melhorar
  12. 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?

Olá visitante

Você precisa cadastrar-se no InfoQ Brasil ou para enviar comentários. Há muitas vantagens em se cadastrar.

Obtenha o máximo da experiência do InfoQ Brasil.

Dê sua opinião

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber mensagens dessa discussão

Mais do mesmo... by Eric Montecristo

Manifesto Scrum Master??? A que ponto chegamos!

É incrível como a capacidade humana de criar problemas se supera.
A tal Scrum Alliance tem fomentado o gasto de tempo na preocupação de resolver problemas que ela mesmo cria... Falam em Scrum Master aumentar a produtividade como se desenvolver software fosse igual à uma linha de montagem, onde, quanto mais rápido os operários parafusarem, mais rápido a peça é entregue. Ridículo.
Vamos parar de pormenores e entregar logo os softwares que os clientes estão esperando!!! :)
Vou criar o Manifesto Quality Delivery - que prega a entrega rápida, com alta qualidade e sem esta ladaínha toda que vejo há anos... (google style)
Depois é só vender as certificações e sair pro abraço...

Re: Mais do mesmo... by Mario Henrique Trentim

Olá Eric,

Acredito que a idéia do ScrumMaster Manifesto partiu de quem trabalha como ScrumMaster e das equipes. O objetivo, na minha opinião, é ter um SM realmente dedicado.

De qualquer modo, não tiro a razão dos seus comentários. Os princípios do Manifesto são um pouco confusos, talvez desnecessários.

Abraço,

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber mensagens dessa discussão

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber mensagens dessa discussão

2 Dê sua opinião

Conteúdo educacional

Feedback geral
Bugs
Publicidade
Editorial
InfoQ Brasil e todo o seu conteúdo: todos os direitos reservados. © 2006-2014 C4Media Inc.
Política de privacidade
BT