BT

Disseminando conhecimento e inovação em desenvolvimento de software corporativo.

Contribuir

Tópicos

Escolha a região

Início Notícias Metodologias: As vezes adaptações são necessárias

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

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?

Avalie esse artigo

Relevância
Estilo/Redação

Conteúdo educacional

BT