Craig Larman'ın UML ve Desenler Uygulaması kitabını okumaya başladım. Çok ilginç buluyorum çünkü bana işyerinde söylenenlerin çoğuna meydan okuyor. İhtiyaçların tek seferde tek seferde tam olarak toplanmadığını ve gereksinimlerin toplanmasını tamamlamak için birçok iterasyon gerektiğini okudum. Bu durumda, yarın yeni bir çığır açıcı gereklilik (veya gereksinim olarak maskelenen istek değişikliği) olabileceğini düşünerek, işte yapmak zorunda olduğum şey, çok çevik değil mi?
Yanıtlar:
Orada sabit çıkış tarihi olan ile kesinlikle hayır "Çevik" problem ise siz "demir üçgeni" nin diğer iki kenardan taşımak için hazırlıklı: o sürümde ne olması gerektiğine ilişkin gereklilikler veya kaynakların mevcut olması . Üçünü de düzeltemezsiniz - ve pratikte, üçgenin "kaynaklar" tarafı genellikle çok esnek değildir veya değiştirmek için yetersizdir.
Yarın büyük bir yeni gereksinim varsa, işletme bu gereksinimi kabul etmeye hazır olduğu sürece, yayınlanma tarihini vermeyebilir - yani bir sonraki sürüme kayar.
Bence birçok Çevik kamptaki problem son teslim tarihi ile ilgili. Son teslim tarihi ile ilgili risk, ne yapılması gerektiğini bildiğinizi varsaymanızdır. İşaret ettiğiniz gibi, bilinmeyen bir son tarihiniz olamaz.
Philip'in cevabında açıklanan, bir kısıtlamadan çok daha az bir son teslim tarihidir. Mart ayına kadar finansmanımız olduğunu söyleyebiliriz ve bu yüzden o zaman mümkün olan en iyi ürünü yapmalıyız.
Bir benzetme vermek için, diyelim ki sizden bakkal hikayesine gitmenizi ve hafta boyunca tüm yiyecekleri almanızı rica ediyorum ve herhangi bir fiyata gitmeden veya herhangi bir fiyata bakmadan önce bana tam olarak ne harcayacağınızı söylemenizi istiyorum. Ayrıca, yanılıyorsanız cezalandırılacaksınız. İnsanların proje son tarihleriyle tam olarak ne yaptığını yapacaksınız - menzilin olabileceğini düşündüğünüz şeyin en üst kısmında bir numara seçeceksiniz çünkü cezalandırılma şansınız en düşük. Şimdi, bunun kabul edilemez olduğunu ve planladığınız şeyleri satın almanız gerektiğini söyleyelim, ancak 50 $ daha ucuza ya da başka bir şey yapmanız gerekir. Şimdi ne yapabilirsiniz? Reddedebilirsiniz, tartışmayı alışverişten sonraya kadar erteleyebilirsiniz veya durumu aldatmanın bir yolunu bulabilirsiniz. Bilinmeyen tarihlere sahip birçok kuruluşta olan budur.
Şimdi, tüm bu durumun ne kadar sağlıksız olduğunu gören Agile, "Bütçeniz varsa, bunun altına gireceğime söz verebilirim ve size bu kısıtlamada bu hafta için mümkün olan en iyi yemekleri vereceğim." Ki bu çok daha sağlıklı bir sohbet.
Planlı bir çıkış tarihiniz sorunsuz olabilir. Sadece bu tarihte kaybetme sonu olmadığından emin olun. Sen gerektiğini her sürat sonunda sevk edilebilir bir ürün var, ancak genellikle bunu yapmazsanız yapılan hiç bir sakınca yoktur; daha çok bir gereklilik yerine çalışmayı odaklayan bir amaçtır. Planlanan bir çıkış tarihiniz varsa, o tarihte serbest bırakılabilir bir ürününüz olmalıdır .
Genellikle, planlanan çıkış tarihinden bir süre önce test edilmemiş, ancak umarım serbest bırakılabilir bir ürüne sahip olmayı hedeflersiniz, daha sonra ürün test edilir ve kalite standartları karşılanana kadar hatalar giderilir ve daha sonra panik olmadan serbest bırakılır. Sürüm, o sırada hazır olanları içerecektir.
Şimdi patronunuz için, aslında daha fazla özellik uygulanarak ikinci bir çıkış tarihi planlamanız gerektiği açık olmayabilir.