BT

Metodologias: As vezes adaptações são necessárias

por Pedro Mariano em 13 Jul 2010 |

Quantas vezes você já escutou aquela pessoa dizendo que você deve seguir a risca uma metodologia, sem modificar absolutamente nada, para que seu projeto tenha sucesso?

Vejo alguns equivocos nesse tipo de questionamento, primeiro é assumir que se você seguir uma metodologia você obterá sucesso. Benefícios de fato existem, mas não há nenhuma garantia que você irá alcançá-los. O sucesso depende mais de você e do seu time do que da metodologia. Por exemplo, não adianta você seguir a risca tudo que o Scrum prega sendo que sua equipe não está motivada ou então se você contratou as pessoas erradas. Perceba que fatores indiretos acabam influenciando diretamente no sucesso.

Benefícios e mais benefícios, todo mundo quer. Seria muito legal afirmar que, se o seu time seguir a risca alguma metodologia você conseguirá projetos de sucesso, mas, infelizmente, isso não é a realidade. Suas chances podem sim aumentar mas não há nenhuma garantia.

Bem, onde quero chegar com tudo isso é o fato dos questionamentos em torno das mudanças em determinada metodologia, como por exemplo:

Seu projeto falhou por que você não utilizou o Scrum ao pé da letra. Você deve usar Scrum e não ScrumBUT.

Seu projeto falhou por que o seu time falhou, todo um conjunto de fatores falharam. Realmente, se você não usou o Scrum ao pé da letra e sua equipe não possuia experiência com metodologias ágeis, você pode ter sofrido alguns problemas, mas é incorreto afirmar que o não sucesso foi apenas por isso. Times como o da Caelum por exemplo, não utilizam o Scrum ao pé da letra e sim um ScrumBUT ou as vezes até Lean em sua essência, e mesmo assim temos projetos de sucesso.

Outro fato intrigante é a tolerância a mudanças. Já vivênciei times onde adaptar determinada metodologia era terminantemente proibido. No meu caso o time possuia experiência e o Scrum - metodologias que era utilizada - estava engessando e burocratizando de mais os processos e mesmo assim mudanças não eram aceitas. No fim das contas conseguimos aplicar tais mudanças, e adivinhe, o projeto foi um sucesso e no fim o time conclui: "Se alguma parte do Scrum está atrapalhando o seu processo ou você tem uma idéia melhor, não pense duas vezes, faça, experimente, mude.".

Não é por que um grupo de pessoas criou determinada metodologia que a sua equipe não pode adaptá-la e/ou criar a sua com base em uma existente. Em uma implementação inicial do Scrum, por exemplo, é recomendado que você utilize ele ao pé da letra, isso é totalmente plausível visto que não há experiência alguma na equipe. Porém, com o passar do tempo, caso alguma prática de tal metodologia esteja atrapalhando o seu time/projeto, não fique com medo de mudar.

Lembre-se que mudanças são comuns, tanto na área de software quanto qualquer outra. Na época do waterfall havia muito medo de se mudar, de se arriscar, aquele processo cheio de etapas parecia correto até que um grupo de pessoas mudou e então estamos vivênciando todo esse "BOOM" das metodologias ágeis. Além disso não é segredo que um time gosta de mudanças, metodologias, tecnologias e até integrantes novos são um prato cheio para o entusiasmo da sua equipe.

Se você adaptou uma metodologia não diga que você está utilizando a original, diga que você está utilizando uma modificada pois isso pode influênciar nas próximas implementações. Se você modificou o Scrum e não obteve sucesso, não diga que o Scrum não funciona, o seu ScrumBut é que não funcionou. Outro fato é ficar atento para que a metodologia não modifique ao ponto de se parecer com a antiga (que julgo ser problemática), não modifique o Scrum ao ponto dele se tornar waterfall com outro nome, pois caso o waterfall não funcione para você, você vai trocar 6 por meia dúzia.

Enfim, o Crystal, Scrum, ScrumBut, Lean não são intocáveis, você pode sim utilizar as idéias de tais metodologias para que adaptar elas para o seu time, criando um ambiente ideal. No ínicio isso deve ser evitado, mais com o amadurecimento e experiência, você pode se adaptar para que seus processos sejam melhores atendidos. E, apenas enfatizando, tenha em mente que não é a metodologia que irá fazer você ter sucesso ou não. Afinal não conheço nenhuma metodologia que me garanta que meu projeto será 100% satisfatório ou que minha equipe será 100% produtiva.

E você leitor, você prefere utilizar as metodologias ao pé da letra ou fazer a elas algumas adaptações? Como que você vê essas mudanças em uma metodologia?

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 menssagens dessa discussão

Metodologias by Alexandre Garcia

Acredito que metodologias funcionam para ajudar as pessoas a se organizarem.
Porém, antes de tudo, o que tá em jogo é a motivação de cada um.
Pessoas motivadas conseguem melhor rendimento e produtividade porque
estão fazendo algo que lhes dá prazer, e é muito fácil manter o foco
se você estiver tendo prazer no que está fazendo.
Outro ponto interessante, é que existem pessoas que são capazes de
determinar o que fazer e pessoas que precisam que lhes seja dito
o que fazer.
Que metodologia prevê isto ?
Ah... Os mais ortodoxos irão sugerir trocar estas pessoas ?
Na prática não é tão simples assim.
Pra um projeto ter sucesso é preciso montar um time sabendo
que cada um deve ocupar uma posição definida.
Aí está a chave do sucesso.
Ou vocês nunca ouviram dizer que quando o time está em alta
até o jogador "perna de pau" sobe de produção ?

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

Receber menssagens dessa discussão

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

Receber menssagens dessa discussão

1 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-2013 C4Media Inc.
Política de privacidade
BT