Şelale yöntemi kesinlikle uygulanabilir ve diğer yaklaşımlar kadar felsefi bir ses. Şelalenin Çevik'ten çok daha uzun zaman geçtiğini unutmayın, ancak bunun bir metodolojinin diğerinden daha iyi olup olmadığını belirten bir argüman olmadığını unutmayın .
Waterfall yöntemini, tüm sorun alanı ve müşterinin bir yazılım paketinde ne elde etmek istediği hakkında net bir anlayışa sahip olduğunuzda kullanırsınız. Muhtemelen sözleşmeyi alırken sabit bir fiyat verdiniz ve müşteriniz kararlaştırılan gerekliliklerden sapamayacağının farkında. Süreciniz kesinlikle gelişimin çeşitli aşamaları arasında bir dizi imzadan geçen bir süreçtir ve genellikle her bir aşamada her biri zorunlu olarak gerekmeyen farklı bir ekip - hatta bazen farklı bir şirket tarafından - tamamlanmıştır. diğerleri ile temasa geçin. Şelalenin, dış müteahhitlere ihale edildiğinde askeri ve devlet projelerinde iyi etkilere başvurduğunu sıklıkla görüyorsunuz. Şelale ve diğer benzer yaklaşımların kötü bir üne kavuşması, geliştiricilerin problemlerle karşılaştığında, kötü tahmin, beklenmedik bir süre olmadan planlanmış programlar veya sorunlu alanın zayıf veya eksik olduğu gibi. Mesele hiçbir zaman gerçekte bir metodolojinin hatası değildir, ancak uygulamasındadır.
Çevik ile herhangi bir metodoloji arasındaki karşılaştırma yanlıştır. Çevik bir metodoloji değil, bir felsefedir veya belki de yazılım geliştirme konusunda nasıl çalıştığınıza bakmanın farklı bir yolunu temsil eden bir şemsiye terim olduğunu söylemek daha iyi olur. Bir metodoloji sadece bir araçtır ve bu yüzden değeri her zaman Çevik olmanın ne demek olduğuna dair yüreklerden olan bireylerden ve etkileşimlerden daha az olacaktır .
Gerçekten de, yazılım değişimini en aza indirmenin değerli bir yazılım sunmak isteyenler için uygun bir seçenek olduğunu düşünüyor mu?
Değişimi en aza indirmek için her fırsat hem geliştirici hem de müşteri için değerlidir. Değişiklikler bir programın kaymasına ya da bir programın karşılanması için özelliklerin bırakılmasına neden olabilir. Projelerinizin değerini etkileyen değişimin etkilerini bu şekilde yönetiyorsunuz.
Yoksa, kaçınılmaz değişimi yönetmek için durumlarımızda hangi tür uygulamaların en iyi şekilde çalıştığı ile ilgili bir soru mu var?
Uygulamalarınız değişimin yönetimine yardımcı olabilir veya değişikliği tamamen görmezden gelebilirler. Önemli olan, geliştirme uygulamalarınızın birleşmesi ve müşterilerinizle olan ilişkinizin yönetimi ve bunların tüm taraflar için birlikte etkili bir şekilde çalışıp çalışmadığı.
Tüm amaçları ve amaçları olan bizler için Çevik , sizin için çalışan bir yöntem seçtiğinizi anlıyoruz. Belirli bir yaklaşımı seviyorsanız izleyin. Gereksinimlerinize tam olarak uymuyorsa, değiştirin. El yapımı yazılımları nasıl kullandığınız, elinizdeki kaynaklardan en iyi şekilde yararlanmaya çalışmak ve projenizi başarısızlığa doğru yönlendirebilecek uygulamaları en aza indirgemek için sık sık ortaya çıkmaktadır ve sık sık yönteminize uyacak şekilde yönteminizi değiştirmeniz gerektiğini keşfedersiniz. Eldeki belirli bir proje.
"Tamam, öyleyse şimdi Çevikiz" diyen bir şey ve aslında Çevik'in olduğu felsefesiyle yaşamak ve çalışmak. Eğer Şelalesi'ni, Artımlı, Spiral, Scrum, XP, FDD, ya da başka bir yöntem kullanmak olsun, temelde Çevik nerede size değeri:
- Bireyler ve süreçler ve araçlar üzerindeki etkileşimler
- Kapsamlı dokümantasyon üzerinde çalışan yazılım
- Sözleşme müzakere konusunda müşteri işbirliği
- Bir planı takip etmeyi değiştirmeye cevap vermek
ve bu değerleri başarıyla uygulamak için araçlarınızı, yönteminizi ve deneyiminizi bir araya getirdiğiniz yer.