İlk gerçek bilgisayar ENIAC 1946 yılında kurumsal olarak ve çok kısıtlı olarak kullanılmaya başlandı. *
İlk uçak ne zaman uçtu. 1903 yılında. Tam 110 senedir. Ama halen gökyüzünde uçan yüzlerce kişisel uçak göremiyoruz.
Ya da otomobile bakalım 1769 yılında ilk hareket eden araç yapıldığından bu yana 250 yıl oldu neredeyse ve halen otomobiller bozuluyor, benzin yakıyor, insana ihtiyacı var, gibi gibi.
Demek ki her yeniliğin bir gelişme ve ilerleme evresi vardır. Bu evreler bazen önceki evreyi tamamen değiştirirken bazen de doğrular ya da kısmen değiştirir.
Dünyanın gündeminde kısa süredir yaşam süren bir yenilik Bilişim ve Yazılım teknolojileridir. Kısa sürede Yazılım dünyasında bir çok yeni yazılımsal yeniliklere imza atıldı. Bu yenilikler o kadar hızlı oldu ki, yazılım piyasası, gerçek dünyanın taleplerine cevap verme konusunda çok iddaalı olunca bir çok yazılım projesi (ki şimdi hatırladığım %75'tir) ya başlamadan ya da başladıktan kısa bir süre sonra fail oldu.
Fail olan projelerle birlikte yazılım dünyasında proje metodolojileri daha sık sorgulanır hale geldi. Agile süreçler de bu sorgulamaların bir sonucu olarak ortaya çıktı. Fakat bu metot diğer metodolojileri tamamen kullanışsız hale getirmedi. Agile var diye Waterfall öldü denilemez. Fakat Waterfall metodolojide kapatılamayan bazı açıklar Agile ile kapatıldı denilebilir.
Diğer bir deyişle tamamen Agile metotla proje geliştirmek verimliliği arttırmak yerine azaltabilir ya da maksimum verime ulaşmayı engeller. Bu durumda yönetimler, Agile veya Waterfall süreçlerle ilerleme kararını vermeden önce iki sürecin de farklı proje tiplerinde kullanabileceklerini gözönünde bulunarak SDLC süreçlerini revize etmeleri verimliliğin artmasında etkili olacaktır.
Agile metodoloji, değişkenlik arzedebilecek ve projenin ilerleyen aşamalarının kendini bir öncekine göre veya piyasadaki koşullara göre yeniden adapte edeceği bir yöntemdir. Projelerin böyle bir niteliği yoksa ve duruma veya şartlara göre değişmeyecekse Agile yerine tüm ihtiyaçları tek seferde analiz etmek ve tek seferde yazılım ile entegre edecek Waterfall metotlar kullanılmalıdır. Örnek verecek olursak, yasal bir düzenleme ile kredi başvuru süreci değişen bir kurumda bu yasal düzenlemeye göre bir başvuru sürecini analiz etmek agile metotlarda çok anlamlı olmayabilir. Çünkü ihtiyaçlar nettir yapılacak işler bu ihtiyaca göre tek seferde analiz edilebilir.
İş analistleri de bu gerçeği göz önünde bulundurarak ölümüne Agilist olmamalıdır. Unutmamak gerekir ki her ilerleme önceki üzerine kurulmuş ve önceki metodun bir ürünüdür. Önceki metotlar da tamamen iptal olmaz ve işlevselliklerini yitirmezler.
