Alistair Cockburn no site http://searchsoftwarequality.techtarget.com/qna/0,289202,sid92_gci1255480,00.html responde uma rápida entrevista dizendo o que é e o que não é agil…além de dizer o que difere Crystal, uma metodologia criada por ele, de XP e Scrum.
Alguns amigos do fórum já experientes com agile develpment poderiam comentar algumas coisas do que é e do que não é ser “agile”.
Sempre me impressiono com a capacidade do Cockburn de simplificar alguns conceitos e de nos ajudar a enxergar o óbvio. Não é à toa que o livro dele também revolucionou os Use Cases.
É exatamente o que ele disse: muitas equipes XP não usavam 100% XP (a nossa incluída), simplesmente porque o XP é muito intrusivo. Por exemplo, ele diz que “seu cliente deve estar próximo”. Mas, e se você tem 2 clientes, localizados em países diferentes? São coisas que o XP simplesmente não equaciona.
No nosso caso, também temos o agravante de certas classes mock serem extremamente complexas de implementar. Quem já trabalhou com hardware e software que faz sincronização sabe o que estou dizendo. Há formas de contornar isso? Claro que sim.
Pelo que já li sobre Crystal, a proposta dele é exatamente essa. Entenda para que cada conceito serve, e saiba o que fazer quando cada um desses conceitos não se aplicar ao seu projeto. Também saiba quais outros conceitos existem e poderiam estar no seu método. Em resumo, a metodologia exata vai variar de projeto a projeto.
E o artigo cabe bem nessa filosofia, pois avaliar o seu processo ágil também é saber se seu projeto, antes de tudo, deve ser ágil.
Muito boa a lista dele! Ela já serve como um ótimo termômetro pra saber se um projeto é ágil de verdade.
Já trabalhei em projetos 0% e 100% ágeis na mesma empresa e a diferença é brutal. E concordo com ele também quando diz que o termo “ágil” tende a ser usado cada vez mais usado pra designar qualquer coisa (vide o bizarro MSF for Agile).
Acho que finalmente nós estamos chegando cada vez mais próximos dos processos ágeis “sem marca”, que é o processo com as práticas ágeis que você pode utilizar no seu ambiente real, nem sempre nós podemos fazer uso de tudo e nem sempre é interessante fazer uso de tudo o que todos pregam.
E misturar os processos é sempre uma boa idéia, as pessoas devem deixar de ver os seus processos como religiões e tomá-los como conjuntos de práticas que facilitam o desenvolvimento de software.
[quote]nem sempre nós podemos fazer uso de tudo e nem sempre é interessante fazer uso de tudo o que todos pregam.
… as pessoas devem deixar de ver os seus processos como religiões [/quote]
Ninguém é dono da verdade e tecnologia, metodologia, IDE… não é time de futebol, a evolução é inevitável aceitem as mudanças e se adequem ao que é melhor para vc,para sua empresa e para o seu projeto naquele momento…
"Qual é a diferença entre um metodologista e um terrorista? Resposta: Você pode negociar com um terrorista"
por Martin Fowler