Çevik vazgeçerek, şelale Geçiş - bu doğru mu?

SORU

12 Temmuz 2010, PAZARTESİ

Çevik vazgeçerek, şelale Geçiş - bu doğru mu?

Çevik bir ortamda çalışıyorum ve işler istemci geçerli Çevik senaryo hataları için Şelale nedeniyle (onlar öyle sanıyor) tercih edeceklerini düşündüğü devlet için gitti. Onları bu son sırasında olan bir tasarım düzeyi değişiklikleri uçsuz bucaksız gibi düşündürdü bu nedenle biz (geliştiriciler) bu süre içinde belirtilen tamamlanamadı olan sürat koşuları aşamaları.

Her zamanki gibi, ikimiz de birbirimizi suçlamaya. Bizim açımızdan, bu değişiklikler sonunda bizim ne kadar değişiklik fazla geldi tasarım/kod olduğunu söyledi. Müşterinin bakış açısından ise, biz (geliştiriciler) tam gereksinimlerini anlamak ve çözümleri olmayan şikayet ediyorlar '' onlar gereksinimi amaçlanan şey değil. (bize bir kaplan ve drew bir kedi) çekmek istediler.

Yani, istemci Çevik süreç doğru değil ve BENCE felaket olurdu Şelale moduna geçmek için (bize değil) hissettim. Bu kadar basit kendisi değildi Çevik Bir modda memnuniyeti seviyelerini sebebi de, nasıl bir Şelale geliştirme aşamasında çok fazla zaman geçirdikten sonra Çıkış tahammül edecekler?

Önerilerinizi verin lütfen.

CEVAP

12 Temmuz 2010, PAZARTESİ

- Kendine sor önceliklegerçektenişin Çevik? Eğer varsa daha önce Sprint, ihtiyaçları tatmin olan müşteri için kullanışlı işlevsellik büyük bir kısmını teslim olması gerekir. "Hasar" büyük tasarım değişiklikleri ihtiyacın keşfedilen son sürat sınırlı olmalıdır. teoride, Bunu sunmak için yeteneğini kanıtlanmış olması gerekir bu durumda ve artık müşteri ile diyalog değişiklikleri artık gerekli bir plan yapmalısınız.

Ancak verilen açıklama şüpheleniyorum düşmüş içine tuzak sadece gelişmekte olan bir iki hafta döngüsü olmadan aslında teslim üretim her zaman ve sabit bir bitiş tarihi için aklınızda ilk düzgün bırakın. Eğer durum buysa o zaman gerçekten gereksinimleri analizi ön - genellikle kötü bir yerde tasarım/olmadan yinelemeli şelale yapıyoruz.

Tam şelale değil mutlaka cevap (orada yeterli kanıt göstermek sorunlar nelerdir ile), ama bir miktar peşin planlama ve tasarım genel olarak çok tercih edilen uygulama için "saf" Çevik ahlakı ve acil mimarlık (uygun bir Yalın yaklaşım aslında). Büyük projeler sadece, ama onlar sadece kod hack başlamak mantıklı istikrarlı mimari bir temel elde etmek için umut ve iyi bir satır aşağı Sprint sayısı gelecek umarım.

Başka bir ortak sorun "" Çevik müşteri beklenti yönetimi. saf yukarıdaki ek olarak Çevik nedenlerle ertelemek, onların fikrini değiştirmek ve uygun gördüğünüz gibi yeni şartlar eklemek anlamına gelir ki bu harika bir şey olarak satılmaktadır. ANCAK bu tarih / , / gereken çabayı sonuna kadar sabit kalır anlamına gelmez, ama insanlar her zaman o bölümü kaçırmak gibi.

Bunu Paylaş: