É Isso ai! Scrum não funciona!
Sabe porque Scrum não funciona? Porque se chama Scrum. Esse hoje é o maior problema do Scrum. Há dois anos atrás pouquíssimo se falava nisto que hoje virou hype. Nessa época as pessoas só falavam que usam Scrum depois de estudar bastante, trocar experiências e exercitar bastante. Ai sim alguém tinha coragem de dizer “Eu uso Scrum” e ainda assim com um pouco de receio, pois sabiam que tinha mais coisas além de apagar toda documentação do projeto e e quebrar as cadeiras pra fazer as reuniões em pé. As pessoas (a maioria) que diziam isso sabiam o que estavam dizendo. Scrum tinha credibilidade.
Nessa época, essas pessoas que conheciam agiram como evangelizadores do Scrum e finalmente ele atingiu as massas. No entanto, hoje o que mais se ouve são times/pessoas que não tem a menor idéia das noções e fundamentos por trás do Scrum ou qualquer outro processo/metodologia/framework ágil dizendo que são praticantes de Scrum. Até gente que nunca participou de um projeto usando Scrum hoje vende Scrum.
Isso é propaganda ruim. E propaganda ruim se multiplica muito mais rápido do que a boa. O pior da propaganda ruim é que cria-se ainda mais preconceito em cima de algo que já encontra resistência naturalmente. Isso tira todas as chances de sucesso de uma implementação de Scrum. Estou cansado de ver em todos os lugares pessoas frustradas dizendo que tentaram implantar Scrum em suas empresas e não conseguiram. Mas é claro que não! O filme do Scrum já está queimado. Você vai falhar antes mesmo de tentar.
Já faz um tempo que eu parei de vender a idéia de usar Scrum. Desde então eu digo que eu procuro executar práticas ágeis. Soa mais leve, mais simples. O pré-conceito diminui dessa forma e a resistência também. Do que importa se meu facilitador chama Gerente de Projetos ou Scrum Master? As pessoas se preocupam mais com nomes do que com resultados e esse é o problema. Agilidade é o que há, mas funciona melhor sem rótulos.
Clap clap clap.
Muito bem colocado.
TI não vai deixar de vender balas de prata tão cedo, e por isso fugir dos rótulos se torna uma boa estratégia.
Scrum não é um modelo fechado e muito menos receita de bolo para entregar software.
Enquanto os pioneiros dos processos ágeis preocupavam-se em executar seu trabalho de modo mais eficaz, a geração seguinte está preocupada em ser ágil, sem nem mesmo entender o que isso significa.
Excelente percepção Tuca, muitas pessoas hoje prestam um desserviço falando de Scrum como produto e não como forma, continuam fazendo software de maneira pueril, mas com um rótulo novo.
Vivemos esse “zeitgeist”, frágil em seus conceitos…
Inevitável. Tuca, isso era inevitável. Acontece com tudo que é bom e ganha atenção.
O nome realmente não é importante. E é importante que chamemos de Scrum o que é Scrum.
Só que o próprio Ken Schwaber já dizia, antes do Scrum cair na boca do mundo, que 80% das implementações de Scrum falam. Por isso que o ScrumBut está na home page do site dele, e é uma das grandes preocupações.
O que eu não gosto é o cara se chamar de Gerente de projeto, e atuar num time de Scrum. Time de scrum não tem gerente de projeto. Ou isso, ou o gerente não gerencia nada. Aí tudo bem, mas mesmo assim, eu não gosto do nome Gerente de Projeto, porque você espera que um gerente de projetos gerencie. Em projetos de engenharia mecânica, um gerente de projetos realmente gerencia o projeto.
Esses problemas de nomenclatura e mal uso vão queimar o filme? Não sei. Mas pra mim isso não interessa. O que interessa é que o Scrum não muda por causa das pessoas que gostam de modinha. E o movimento ágil vai continuar evoluindo.
@Giovanni,
de fato, acho que temos que chamar de Scrum o que eh Scrum, mas infelizmente nao existe uma coleira que da choque em quem usa o nome de maneira errada. Eu acredito que prejudica mais do que ajuda.
Vamos avaliar dois cenarios:
1) Uso Scrum, nao falo pra ninguem que uso Scrum. Entrego tudo no prazo e pouco me importa se meu Scrum Master assina como Sr. Gerente de Projetos, PMP.
2) Uso Scrum e falo pra todo mundo que uso Scrum.
Caso o cenario 1) seja realmente verdade. Divulgar que uso Scrum nao traz beneficio e nem maleficio pra ninguem. No entanto, caso o 2) seja verdade. Divulgar o uso do Scrum atrapalha algo que tem um potencial grande de funcionar caso implementado corretamente e dentro do devido tempo. As chances de funcionar sao minadas por causa do rotulo.
Não concordo que no caso 2 as chances de sucesso são menores. Se eu entendo o que é Scrum, e vc diz que usa Scrum, então nós conseguimos iniciar um processo de comunicação efetivo.
O problema é mesmo o pessoal da modinha. Esses vão estar sempre pagando mais, e sempre tendo problema.
@Giovanni
As chances nao são menores só porque eu divulgo que uso Scrum. No entanto, se eu falhar e como você mesmo disse o percentual é alto (80%) vou contribuir negativamente pro próximo que falar que vai usar Scrum.
Oi Tuca,
Concordo completamente. Eu também acho que o excesso de zelo e o apego a nomes muito mais do que a práticas gera uma distorção pior do que a situação anterior. Acho que o Scrum tem muito a oferecer, mas pode ser nocivo quando mal utilizado ou em quando utilizado em qualquer forma de dogma religioso.
Assim, eu também faço como você e uso “práticas ágeis”. Claro que a maior parte delas é Scrum mas eu ultimamente também tenho evitado qualquer associação ao nome.
@Alexandre
É engraçado que tem um monte de gente que nunca viu nada a respeito do assunto e mesmo assim diz que é agilista de carteirinha. Ai quando vamos falar das primeiras práticas como CI, Refactor, bla bla todo o amor vai pelo Buraco!
Tuca,
Ótimo post cara!!! Concordo.. até já conversamos sobre isso…
Scrum não é nada… metodologia ágil sim… Scrum é só um “conjunto de rótulos”
Um cara que fala bem pra caralho de agilidade é o (eu sei, eu sei, sou fã do cara) Fábio Akita! O japa vai lá no fundo, cavucar lá embaixo, nas origens. Acompanhem o blog dele… é loucura o que o cara lê. E ele mesmo diz que ainda procura “entender” essa tal “metodologia ágil”
No fundo, no fundo… todos usam ScrumBut.
Um ótimo post do Akita sobre esses estudos dele é o:
http://akitaonrails.com/2010/01/06/off-topic-literatura-para-gerentes-ageis
[]s
@Juliano
O Akita viaja! Você viu a palestra dele no Rails Summit?
As vezes acho que ele viaja demais, mas sem dúvida alguma ele é uma das criaturas mais inteligentes que conheço.
Ele foi quem me apresentou uma linha paralela de pensamento que é a gerencia democrática. Pra uma empresa que quer ter futuro sustentável faz muito mais sentido do que qualquer outra abordagem. É mais cara e da mais trabalho, mas acredito que o esforço logo se pague.
Tópico pra novo post detected.
Fala um pouco mais sobre sua visão de gerência democrática. Quem sabe assim vc num ajuda uns perdidos a aprenderem mais, antes de sair falando e/ou fazendo besteira.
Ótimo post… isto não é exclusividade do Scrum e sim de qualquer coisa que traga resultados reais. Pois resultado real não se alcança lendo um livro ou fazendo um curso e sim ralando, estudando, testando e praticando.
Passamos isto com Rails e temos que diariamente enfocar que Rails não é só um framework mas sim todas as boas práticas como testes, versionamento, zero (ou quase) repetição e tudo mais que o framework já trás de mão beijada, mas que vc tem que saber usar.
Sempre me preocupei de acontecer com o Ruby o que aconteceu com Smalltalk, se fechar em um comunidade de elite. Ou o outro lado, se tornar uma comunidade suja e manchada por amadores. Mas nenhuma destas coisas estão acontecendo. Por que a comunidade criou regras fortes que se você não seguir nunca terá coragem de dizer que desenvolve em Ruby. A comunidade está crescendo forte e boa parte de quem entra acaba ficando avançado porque é exigência do próprio Ruby/Rails (claro estou falando a grosso modo).
Um exemplo são testes, em nenhuma outra linguagem se fala tanto de testes como em Ruby… é praticamente uma obrigação porque a comunidade força isto desde o ínicio, é algo difundido.
Na minha opinião em metodologias as coisas devem seguir a mesma linha, quem já usa da forma correta tem que impor as regras. Óbvio que em metodologias é mais díficil pois muitas vezes vc não vai aplicar tudo e não tem nada de errado nisto mas tem que achar um meio termo, se você não vai aplicar tem que saber o porque de não aplicar e os benefícios. Por isso acho que é importante dizer que usa Scrum sim, mas sempre impondo as regras e dizendo o porque para vc dá certo.
Mas é igual ao Giovanni falou, tudo que se torna popular se complica um pouco. Mas e eu me lembro de discutir algo semelhante com o Dairton Bassi e com o Landim no Linguágil, eu disse que eu não acho que em 10 anos o mundo vai estar perfeito com a margem de softwares que dão certo de 100% pq todos aplicam metodologias que dão certo pois isso é uma coisa que é acima da média… mas o que o Landim disse e que concordo é que é obrigação das pessoas que usam coisas que dão certo divulgar isto e melhorar ao longo do tempo a industria de software em geral mesmo que um pouco.
Resumindo, o que eu acho que deve ser feito são as pessoas que usam Scrum direito esmagar a falácia impondo as regras para ser criar uma comunidade sustentável.
Acredito que todas as empresas de TI tem que ter práticas ágeis, ou estão fora! Usar Scrum, XP ou Getting Real’s não importa, até mesmo criar uma metodologia ágil própria, f****** os nomes, o negócio é viver ágil.
“Até gente que nunca participou de um projeto usando Scrum hoje vende Scrum.”
Realidade do Atual projeto que estou participando, venderam e alardearam este método, e nada, absolutamente nada foi realizado com práticas ágeis!
Virou modinha!
Boua tukinha, boa abordagem !!!
Se a gente acompanhar as pessoas que mais falam de SCRUM no Brasil hoje, eu chutaria que pelo menos uns 80% delas nunca aplicaram isso na prática… Pior, nem em projeto esse pessoal trabalha :S
Realmente é um grande de-serviço ouvir-se falar tanto que Scrum é o método que vai resolver todos os problemas na área de desenvolvimento de software, porque não é… Scrum é somente um framework de práticas ágeis para gestão de projetos.
Antes de sair falando de Scrum, tem que conhecer (e aplicar) práticas ágeis de desenvolvimento de software. Fazer reunião diária e falar que usa Scrum somente atrapalha. Agora, pior que isso é participar de meia-dúzia de eventos, ler uns 3 livros e sair falando que é agilista (ou outro nome qualquer)…
Você sabe que lá na empresa a gente tenta de várias formas seguir práticas ágeis (a gente começou juntos, rs)… mas não dá pra simplesmente jogar TUDO que o mercado usa hoje fora e dizer que todo mundo tem que usar scrum, isso tem que ser feito aos poucos e mostrando como ganhar resultados com uma abordagem ágil.
Será que ninguém vê que este é um dos grandes motivos da resistência na adoção de metodologias ágeis?
Eu participei do grande boom de software livre aqui no Brasil. Participei de comunidade Debian, ajudei a fundar ongs, dava palestra, bla bla bla… Sabe o que eu vejo em alguns “agilistas” hoje? A mesma dose de arrogância que eu via antes na comunidade linux, que achava que seria responsável pela falência da Microsoft. Os “agilistas” hoje, estão no mesmo caminho.
Se eu uso práticas ágeis (o que o pessoal chama de SCRUM BUT), mas…. Se eu faço software de qualidade, entrego no prazo, no custo e no escopo que o cliente quer. Minha empresa está feliz. O cliente está feliz. E, minha equipe está feliz, trabalhando com práticas ágeis… então qual o problema??? Não é em 1 ano ou com 3 eventos que vamos mudar o mercado brasileiro… tem que ter uma dose de paciência e inteligência para ir mudando aos poucos.
No final das contas, temos um monte de nego falando em scrum e dizendo que conhece e pratica scrum… mas que não conhece absolutamente nada de prática de projetos !!!
Lembro sempre de uma pergunta que o Rodrigo Yoshima faz e gostaria de estender àqueles que se dizem “os especialistas” em scrum e agilidade hoje no brasil:
– “De quantos milhões foi o último que você gerenciou/participou mesmo?”
É isso mesmo, scrum virou o “hype”. Dizer que é ágil é um excelente álibi para programador preguiçoso. Aquela galera que não gosta ou não sabe seguir processos formais como um RUP por exemplo encontra na “filosofia ágil” todos os subterfúgios que precisavam para não seguir processo.
O que eu vejo é que várias empresas que não possuíam um processo padrão de desenvolvimento de software, chamadas pelo CMMI e MPS-BR de “imaturas”, onde o desenvolvimento era do tipo “codifica-remenda”. Até que é um pensamento erroneamente confortável. Já que eu não consigo atingir níveis de maioridade, então vou pregar post it na parede, e, pregar post it na parede não quer dizer que você é ágil. Para de ser efetivamente ágil é necessário que a equipe, em conjunto, passe por uma reformulação total de conceitos.
[...] Eu não uso Scrum porque Scrum não funciona – Tucaz. [...]
Bom, pelo pouco que eu entendo de Scrum, assim como qualquer outra metodologia Ágil, ele precisa ser implantado por pessoas devidamente capacitadas e treinadas, daí a importância de uma boa preparação. MAs como foi dito, muitas pessoas hoje em dia, se dizem praticantes do Scrum e não tem a orientação correta sobre ele, acabam adotando e quebrando a cara. Mas isso não é motivo para deixar de acreditar, ou praticar determinada metodologia. Por isso é que existem cursos, para que as pessoas realmente saibam o que é e como usar o Scrum a seu favor. Não é só porque muita gente se acha craque e faz gol contra que vão deixar de existir ótimos jogadores….tudo é uma questão de preparação e organização. Fiquei sabendo sobre um curso em Fortaleza de scrum (www.tener.com.br) e acho que é muito bom participar, para obter não só a certificação como a experiência real para implantar o scrum em seus projetos.
Obrigada,
Jaíza c
É muito fácil dizer que uma coisa não funciona quando você não consegue usar. Parece meu tio aposentado dizendo que todos os celulares dele vêm com defeito!
Se você não usa Scrum, não é porque não funciona. Não usa Scrum porque não sabe usar! É isso o que o post está dizendo. Que Scrum não tem funcionado quando pessoas incapacitadas estão aplicando. Daí para dizer que o problema é que o Scrum não funciona, é uma grande distância.
A Globo.com utiliza Scrum há anos. Scrum funciona perfeitamente, mas existe uma série de premissas que precisam ser satisfeitas e as quais muitas pessoas ignoram. Por exemplo, tamanho da equipe, necessidade de desenvolvedores seniors, existência de um product owner capacitado… São todos requisitos imprescindíveis, sem os quais, realmente, o Scrum não é garantido.
Scrum funciona, mas não foi desenvolvido para substituir outras metodologias. Foi desenvolvido para um tipo específico de projeto, em um tipo específico de equipe e com participação do cliente, através do Product Owner.
Não uso Scrum porque não tenho a equipe certa, e porque meu projeto não suporta esta metodologia. Mas que funciona, funciona.
Oi!
Sou estudante de Ciência da Computação da UFRGS e estou fazendo meu TCC em aplicações práticas de metodologias ágeis no mercado.
Li teu post e achei muito interessante. Gostaria de saber, na verdade, se você se refere a usar “Scrum” como nomenclatura, com um quê de milagroso, ou se você tem cases de aplicação de Scrum (ou outro método ágil) que simplesmente não deu certo.
Se você pudesse entrar em contato pelo meu email (que eu coloquei no comment) sobre o assunto, eu agradecia muito.
Um abraço,