O preço que se paga por um buzzword ou hype

Buzzword para o quem não conhece, é um termo em alta, normalmente ocorre em tecnologia, onde uma nova tecnologia emergente surge em debate, ao longo da internet, e é extremamente utilizada, podemos também dar o nome de hype, que vem com um sentindo parecido, hype seria a divulgação e ou promoção em extremo de um produto, pessoa ou objeto.

Bom mas o que tudo isso quer dizer?

Fazendo um ganho ao post de James Shore, onde relata sobre o declínio do movimento ágil. Falando bastante sobre Scrum, que graças ao Scrum Aliance e a WEB, virou o buzzword ou o hype como queira chamar, sempre que alguém pensa em ágil vem a cabeça Scrum, ou seja Scrum passou ser o caminhão chefe do movimento ágil, por sua mídia estar em alta.

Porém nem sempre estar em alta é bom, principalmente falando em tecnologias, metodologias e ou práticas.

Vamos ao caso do declínio do movimento ágil, citado por James Shore, que segundo ele o problema é muito simples, as pessoas querem direto o resultado, sem ter mério te alcançar eles. O buzzword do Scrum é visível, da noite para o dia empresas passaram a adotar, especialistas começaram a surgir dos lugares mais obscuros, rápidamente. Os projetos passaram a aplicar, metodologias ágeis, ter iterações, mettings. Porém não são algumas etapas que fazem aplicar uma metodologia de gerenciamento de projetos, e sim o conjunto delas que leva ao sucesso.

Ou seja, essas empresas que resolveram aplicar rapidamente nos seus projetos, uma metodologia ágil, estão pagando um preço caro agora, por não conseguir aplicar todas etapas, logo os resultados de sucesso que estão descrito em diversos post’s e artigos ao longo da internet, não chegaram para essas empresas, logo a culpa é do movimento agile!

E é o mesmo que a empresa aplicar os conceitos do PMBOOK, só por ter um PMP no seu grupo de trabalho, ou seja, não adianta falar e não fazer.

No software temos a liberdade de desenvolvermos da forma que quisermos, logo o Scrum entrou com bons olhos, já que para aplicar XP teria que seguir algumas técnicas, como desenvolvimento orientado a testes, programação em pares. O Scrum sendo focado apenas no gerenciamento, deixa livre para aplicar as técnicas que se quiser no desenvolvimento do projeto, porém do que adianta termos técnicas para gerenciar o projeto e o desenvolvimento continuar sendo voltado a bug’s, gambiarras e a abaixo de pau.

Resumindo, não sou ninguém para estar comentando sobre, porém a pouco tempo me vi, assim como muitos, apaixonado pelo hype Agile, acompanho a algum tempo o movimento, e me identifiquei bastante por achar que o padrão normal (cascata) de desenvolvimento não se aplica a software.

Em uma tentativa frustrada tentei levar para a empresa o Scrum, o porque frustrada?

Recebi o aval dos patrões para aplicar o mesmo no projeto que estava e junto com o gerente do meu projeto comecei a passar a idéia para ele de como deviamos proceder, o que iria mudar…

Tudo estava lindo, tínhamos montado um bom project plan, o product backlog estava montado, e passamos para o gerente de projeto, passar para junto com o cliente aplicar a priorização, e juntos montarmos o primeiro Sprint.

Primeiro Sprint pronto, e voltamos ao modelo antigo, novos requisitos entrando e tendo que ser feito, sem a possibilidade de cancelar o Sprint que começará, logo o que estava sendo aplicado?

Nada, era uma salada de fruta que começou só a atrapalhar as coisas, resolvi mudar, nada mais de Scrum.

Conclusão, Scrum como ele mesmo descreve, precisa da participação de todos ao longo do desenvolvimento, e nós não estávamos aplicando Scrum, e sim apenas alguns processos do Scrum.

Podia eu culpar o Scrum, mas sei que ele é bom e funciona e não desisti de tentar aplicar o mesmo, só aguardo o dia que esteja em uma posição que consiga envolver os outros ou que meu gerente de projeto, assuma o papel de project master.