Estou cansado dessas pessoas que ficam falando mer.. dos métodos ágeis e defendem essa baboseira de metodologias que dão “segurança”.

Só para constar, Thoughtworks é uma das grandes consultorias que existem no mundo que usam métodos ágeis e ganham muito dinheiro, ou seja, enchem a barriga.

Desafio qualquer um para me provar o contrário de que o manifesto ágil e os principios ágeis que existem nele não faz sentido algum.

Não quero feedback sobre o meu comentário de quem não conhece metodos ágeis, obrigado.

Dificilmente será possível emplacar e tocar um projeto de, por exemplo, 70000 horas somente com metodologias ágeis, além do que certamente o cara que banca um projeto deste precisa de “garantias” (por mais inconsistentes que elas sejam).

Por outro lado, um projeto com escopo pequeno facilmente se tornará um monstro, com excesso de processos muitas vezes desnecessários, se tocado com RUP por exemplo.

Objetivamente, use uma metodologia proporcional ao seu projeto e que seu cliente pague e entenda como “confortável”.

Discutir sobre o que é “melhor” só demonstra a completa falta de visão sobre a necessidade do cliente e desconhecimento sobre desenvolvimento de software.

2. O jornalista que escreveu a matéria foi simplista: Resumiu tudo, porque os detalhes realmente não importam para o leitor leigo. E estas informações devem ter sido obtidas resumidamente pelos entrevistados (gerentes das emrpesas).

Se fosse uma revista especializada em informática, para um público de leitores específicos da área de informática, detalhes seriam relevantes, mas a maioria dos leitores da reportagem já não vão entender grande parte o que está escrito. Pra que explicar mais?

Enfim, o que o jornalista disse não é mentira não… Em parte, parece muito com a rotina da maioria das empresas… Principalmente das que adotam metodologia RUP (fábrica de software).

Acho que o estudante estava se referindo ao setor de R&D. Neste cenário de P&D não se aplica a rotina, mas não foi o descrito pelo jornalista na matéria em questão.

Nem perderia meu tempo comentando a reportagem, e nem me aborreceria. Está óbvio que foi destinada aos leigos. Aliás, não teria perdido o meu tempo nem terminando de ler a reportagem. Jornalista quando começa a falar superficialmente ou quando começa a falar besteira merece ser ignorado.

No meu ponto de vista, Desenvolver Software é uma atividade 100% dependente de criatividade e inteligência humana, onde a metodologia entra com intuito de disciplinar, oferecer padrões e instruir equipes a conseguirem atingir seus objetivos com melhor qualidade.

O dia que desenvolver software for igual a uma linha de produção e não a umma criação em equipe, mude de profissão.

Participei a algumas semanas do Rioinfo, um dos grandes eventos de informática do circuito fluminense. Lá encontravam-se principalmente médios e pequenos empresários de TI do Rio. Ao fim de uma palestra sobre “implementação de cmmi em pequenas e médias empresas” comentei sobre as metodologias ágeis e xp, e não foi suspresa nenhuma pra mim ninguém ter dado bola para o que eu falei. No dia anterior ocorreu uma palestra sobre “fábricas de software” em como foi implantado na bl informática (http://www.blnet.com/)...

Então até mesmo as pequenas e médias empresas, que eu considero serem as que mais ganham adotando metodologias ágeis, estão mais interessadas em saber de experiências de implantação de cmmi e cia do que de métodos ágeis. Vide a própria existência de um modelo brasileiro, o mps, que por sinal a empresa em que trabalho foi certificada semana passada.

Existe ainda MUITO(mesmo!) preconceito sobre as metodologias ágeis… Nós temos boas exceções, mas é essa sim a realidade do mercado brasileiro.

Grande abraço!

Ricardo, por favor veja como funciona o dia a dia da equipe de desenvolvimento que eu trabalho: http://blog.fragmental.com.br/2007/08/15/introduzindo-agilidade-num-ambiente/

Acho que sua visão do mercado brasileiro está completamente equivocada, assim como a visão da revista EXAME.

Do seu comentário, concordo apenas que a realidade da maioria das empresas brasileiras na área de desenvolvimento de software ainda é bastante sombria.

Você disse: “agora me aponte uma empresa que consegue implementar alguma?”
A verdade é que existem muitos casos de empresas que abandonaram ou estão abandonando o modelo ultrapassado e mal descrito na reportagem, e abraçando outros modelos de produção de software. E o melhor é que estas empresas já estão colhendo os bons frutos desta mudança.
Peço que você dê uma olhada nos depoimentos listados neste link:
http://www.improveit.com.br/depoimentos
ou então veja a lista de clientes da Improve It, listada abaixo.
http://www.improveit.com.br/clientes

Não há dúvida que e uma lista de depoimentos e de clientes muito respeitável. E olhe que são clientes de “apenas” uma empresa que trabalha com métodos ágeis(XP neste caso).
Com certeza devem existir muitas outras trabalhando/adotando métodos ágeis com os mais diversos níveis de maturidade hoje no Brasil.
E com certeza nenhuma destas empresas acredita mais nisto:
“Infelizmente essa é a realidade da áre de TI no geral, não só apenas desenvolvimento. pra quem é programador é isso mesmo, trabalho braçal. por que dificilmente o cara que só programa, connhece de regra do negócio e ajuda na especifiacação do sistema.”
Ou seja, não fui romântico, fui realista.
Abraços!

Abraços,

Leandro

Gostei do que vc escreveu, mas infelizmente,acho que quem romantizou muito o assunto foi vc. infelizmente essa é a realidade, na maioria das empresas, seja ela grande ou não, salvo apenas a algumas raras exceções.

Pra mim tudo o que foi falado na matéria é verdade. pelo menos aqui no Brasil, que eu acho que foi a base para a matéria.

Metodologias de desenvolvimento exitem aos milhares … agora me aponte uma empresa que consegue implementar alguma?

Infelizmente essa é a realidade da áre de TI no geral, não só apenas desenvolvimento. pra quem é programador é isso mesmo, trabalho braçal. por que dificilmente o cara que só programa, connhece de regra do negócio e ajuda na especifiacação do sistema.

Bom isso é assunto pra horas e horas de discussão.

Até mais

Parabéns por ter tido paciência de comentar essa matéria. Eu queria ter feito isso mas fiquei tão irritado quando lí que optei por dar um tempo e esperar o desenrolar dessa história.

Quem escreveu essa matéria ignora completamente a maneira que se desenvolve software no século 21. Tá certo que muitas empresas (como a TCS citada) apostam em modelos de fábrica de software e desenvolvimento em cascata, que é a premissa desse artigo. Mas isso é completamente ultrapassado e o modelo é reconhecidamente ineficiente e ineficaz.

Recomendo ao pessoal da revista para que possam aprender um pouco mais sobre desenvolvimento de software:

- Agile & Iterative Development (Craig Larman)
- Agile Software Development (Robert Martin)
- The Myths of Innovation (Scott Berkun)
- Extreme Programming Explained (Kent Beck)

Torço para que estes livros sejam lidos antes das próximas reportagens sobre o assunto…

Abraços,
Guilherme Chapiewski