Na maioria dos casos, o gerente de projeto ou líder técnico assume o papel de Scrum Master quando uma organização ou uma equipe passa a utilizar Scrum.
Talvez seja por esse fator que em alguns casos, surge uma confusão sobre o real papel do Scrum Master.
Quando você é um líder técnico e torna-se um Scrum Master é natural que você ainda tente dar soluções técnicas para determinados problemas, ou diga para o time o que deve fazer (ou que é impossível fazer), ou acaba até executando uma tarefa ao invés de ajudar o time a executá-la.
Em outro cenário, se você é um gerente de projeto e torna-se um Scrum Master, naturalmente você irá tender a se comprometer com prazos de entregas, forçar o time a entregar nesse prazo custe o que custar, a dizer quem irá executar determinada tarefa ou em quanto tempo…
A missão do Scrum Master é facilitar o dia-a-dia do Time, removendo tudo aquilo que está atrapalhando o seu progresso.
É garantir que o time siga os valores e práticas do Scrum, protegendo para que ele não se comprometa excessivamente com aquilo que é capaz de executar dentro de um Sprint.
É aprimorar a produtividade do time da melhor maneira possível.
Li um artigo do Mike Cohn no Scrum Alliance muito interessante que falava sobre seis atributos de um bom Scrum Master, vou colocar aqui um resumo, mas vale a pena ler na íntegra.
Um Bom Scrum Master é:
- Responsável
- Humilde
- Colaborativo
- Comprometido
- Influente
- Entendido
O Scrum Master não assume a responsabilidade pelo sucesso do projeto (essa responsabilidade é do Time), em contra partidaele é o responsável na adoção e prática do Scrum pelo Time.
Um bom Scrum Master não é cheio de si. Seu sentimento deve ser “Olha o que eu ajudei a fazer” ao invés de “Olha o que eu fiz”.
Ele está disposto a fazer o que for necessário para que o time alcance seu objetivo.
O Scrum Master deve ajudar a gerar uma atmosfera colaborativa no time, facilitando o surgimento de debates entre os membros do time.
O Scrum Master deve ter o mesmo comprometimento que o time tem com o objetivo do Sprint, além do compromisso na resolução das barreiras que estão impedindo ou poderão impedir o time de alcançar esse objetivo.
O Scrum Master precisa exercer influência dentro e fora do time.
Influenciando o time por exemplo em práticas como Test-Driven Development ou Pair Programming.
Em geral o Scrum Master deve ter habilidades em “política coorporativa”, isso pode ser um trunfo para o time.
O Melhor Scrum Master tem o conhecimento necessário para ajudar o time a buscar seu objetivo.
Não imagine que estou escrevendo isso afirmando que tenho todos esses atributos. Muito pelo contrário, confesso que peco em vários deles.
O Bom é que lendo algo do tipo conseguimos ver aonde estamos errando e aonde podemos melhorar.
Espero que vocês encontrem nesse post o mesmo valor que encontrei ao escrevê-lo.
hey evandro… parabéns pelo blog….
Eu venho me interessando por estudar Scrum e é bom ver que pessoas vêm fomentando isso aqui no Brasil.
Abraços e muito sucesso com o Blog
O Guilherme Chapiewski criou hoje um post muito interessante que fala sobre o Scrum Master Técnico… vale a pena dar uma boa lida!
http://gc.blog.br/2008/04/06/scrum-master-tecnico/
No ponto 5 que fala de TDD…
…eu acho excelente fazer TDD, porem ainda vejo alguns times com muita preocupação em entregar o máximo de estórias o possível para simplesmente agradar o PO, que por sua vez sempre faz uma certa pressão (direta ou indiretamente) para receber o maior número de entregas o possível.
Agindo dessa forma, o TDD sempre acaba ficando para 2o plano e acaba não sendo feito.
Ao começar a fazer TDD de fato o número de entregas pode “aparentemente” diminuir um pouco no início, porem a médio e longo prazo perceberemos que o número de entregas no total será maior, pois com o aumento da qualidade dos produtos entregues, reduzimos efetivamente os re-trabalhos futuros com correção de bugs e/ou códigos mal escritos.
Para mim o desafio é: mostrar para os Times e PO’s que entregas “aparentemente” menores com um nível de qualidade maior (TDD) e vantajoso para a empresa.
A vanesa me passou teu blog..assim de bobeira…e dei uma lida rápida no começo…depois li melhor….e no final acabei lendo tudo!!!! hahahahahah
o assunto e a maneira como vc escreveu me fez ler todo o blog…um texto técnico mas q não é chato de ler…
parabéns
Olá!!!
Atualmente sou consultor de projetos de TI (PMBOK) para uma consultoria onde seus clientes são, em sua maioria, instituições financeiras, engessadas a uma estrutura funcional.
Uma das minhas principais responsabilidades é a criação de sinergia entre as partes interessadas, onde o controle dos processos fica mais aderente e menos massacrante.
Como tenho o intuito de atuar profissionalmente no Vale do Paraíba, passei a testar as oportinidades da região e, em algumas delas, observei que o Scrum seria um diferencial para a oportunidade. Pelo que li até o momento, existem algumas diferenças em nomes de processos semelhantes Dai minha postagem neste blog, que achei um dos mais sérios.
Continuarei minhas pesquisas pela web e viabilizarei um curso para analisar a aplicabilidade no dia-a-dia e em que ele incrementa em minha metodologia hoje utilizada.
Caso alguém possa me auxiliar com informações, assim como, um local onde eu possa fazer esse curso em SP, agradeço a atenção.
Abraços.
Olá André, muito bom saber que existem mais pessoas buscando processos ágeis, mas uma questão que vem preocupando é o que essas pessoas querem resolver ao utilizar uma metodologia (ou framework de desenvolviment) como Scrum. Estive inclusive conversando com o Guilherme Chapiewski outro dia sobre essa questão, enquanto ele preparava seu novo post que contava uma experiencia de que ele havia passado. Acho que vale muito a pena ler: http://gc.blog.br/2009/08/17/agile-nao-e-bala-de-prata/
Sobre o curso em SP, veja na Caelum. http://www.caelum.com.br/
Evandro, faz um favorzão cara. Eu não entendo nada sobre o Scrun,a principio não sei nem como se pronuncia, mas tenho uma curiosidade imensa sobre este assunto. Será que você poderia me enviar por E-mail o assunto completo, ou até, me sugerir um site que me explicasse melhor? Procurei no Google e não encontrei e gostaria de me informar.
Desde já, agradeço.
Um livro bacana que você pode ler é o Agile Software Development with Scrum do Ken Schwaber