Eğer IT projelerinizin sürekli olarak geciktiğini ve bütçeyi aştıklarını görüyorsanız, bu çevik yazılım geliştirme uygulamaları geliştirmediğiniz anlamına geliyor. Toronto’daki ProjectWorld/Business Analyst World’de konuşan IBM Agile development’dan Scott Ambler, IT profesyonellerinin çoğunun geleneksel yazılım geliştirme teorilerini bir kenara atmalarını ve gelecekteki projelerinde yeni bir yaklaşım benimsemelerini söylüyor. Her ne kadar uzun üzere en iyi yöntem olarak kabul edilmiş olsa da en başından ihtiyaç duyulan ayrıntılı özellikleri yazmak en kötü yöntem. Bunu yaptığınızda özellikleri insanların gerçekte ihtiyaç duyduklarına göre belirlemiyorsunuz, şeklinde konuşuyor Ambler.
Ambler ayrıca, çoğu IT projesinde herhangi bir gerçek test ya da kodlama yapılmadan ihtiyaçların paylaştırıldığını, bu yüzden de genellikle bütçelerinin önceden tahmin edilemediği ve gerçekçi olmadıklarını anlattı.
Bu gibi etkili olmayan IT projeleriyle savaşmak için Ambler, organizasyonların Agile (çevik) yaklaşımını değerlendirmesini öneriyor. “Bir dizi doküman oluşturup bunları başka gruplara iletmek geleneksel yolu işe yaramıyor. Biz önce kodun yazılmasını gerektiren idari  dokümantasyonu tercih ediyoruz. Bu çok daha disiplinli ve her iki haftada bir hissedarlarımıza göstermek için yazılımı görselleştiriyoruz.” şeklinde konuşuyor Ambler. Ambler’e göre birden fazla iş grubu arasında ekip çalışmasının arttırılmasının yanı sıra, bir çevik sistemdeki anahtar kriterler arasında geliştirmeyi yönlendiren sürekli test, hissedarlarla günlük çalışma ve düzenli olarak çalışan yazılım üretme yer alıyor. Ona göre çoğu IT organizasyonu gerçek hedeflerini gözden kaçırıyor.