Scrum'da bağımlı hikayeleri nasıl ele alıyorsunuz?


9

Şu anda üzerinde çalıştığım şirkette, bazen bazı hikayelerin birbirine bağlı olduğunu fark ettik (çok bağlı olduğu gibi). Bu, aynı genel özelliğe ait olmaları veya farklı özellikler olmaları olabilir, ancak bir sonraki ile devam etmek için ilk önce bitirilmesi gereken bazıları vardır.

Yinelemenin iş akışını durdurmadan bu durumları nasıl ele alırsınız? Yanlış bir şey mi yapıyoruz?

Yanıtlar:


7

Bu harika bir soru. Teori, kullanıcı hikayelerinin bağımsız olması gerektiğini söylüyor, ancak bunu asla tam olarak başaramadım.

Bence en önemlisi bağımlılığı iletmek, böylece hem ekip hem de ürün sahibi bunun farkında. Bu, ürün sahibini bağımlılığı ortadan kaldıracak şekilde (örneğin kullanıcı hikayelerini birleştirerek) kullanıcı hikayelerini yeniden tanımlamaya veya öncelikle ana kullanıcı hikayesinin uygulanabilmesi için işletme önceliğini tanımlamaya zorlar.

Önceliğe ve PO kararına bağlı olarak, her ikisini de aynı sprint'te uygulayacaksınız veya bağımlı olan daha sonra sorunsuz bir şekilde uygulanacaktır çünkü müdür zaten yapılacaktır.

En kötü durum, A'nın B'ye ve B'nin A'ya bağımlı olması. A ve B.


2

Onları buna göre planlayın.

Bunları aynı sprint'e koyun ve kullanıcı hikayelerine de sprint biriktirme listesinde öncelik verildiğinden, herhangi bir sorunla karşılaşmazsınız.

Ekibiniz buna katıldığından, bağımlılıkların farkındalar, bu yüzden korkmanız gereken hiçbir şey yok. Onlar yetişkinler ve onlara bağımlılık hakkında açıklarsanız (genellikle bunu size açıklarlar), işler sorunsuz ilerleyecektir.

Agile'de, Şelale'de olduğu gibi, aynı anda yalnızca bir şey yapabilirsiniz. B'nin A'ya ihtiyacı varsa genellikle B'den önce A yaparsınız. Bu sağduyu.


1

Bağımlılıklar, hikayelerinizi sistem üzerinden dikey olarak değil yatay olarak dilimlediğinizin bir kokusu olabilir. Belirli bir özellik için geliştirme, veritabanı tasarımını değiştirmekten kullanıcı arayüzüne kadar her şeyi içermelidir. Tüm çabanızı, örneğin veritabanı aramaları için işleyici rutinleri yazmak gibi sistem yapısının daha düşük bir düzeyinde bir kullanıcı hikayesine harcadığınızı fark ederseniz, hikayeler arasında bağımlılıklar yaratma olasılığınız daha yüksektir. Ve muhtemelen kullanıcı hikayelerinizi yanlış yazıyorsunuz.


1
Öyleyse bir çevrimiçi mağazada bölünen hikayeleri nasıl ele alırsınız? Kullanıcılar bir ürün listesi görüntüleyebilmelidir. Ürünleri arayabilmeli, filtreleyebilmeli ve sıralayabilmelidir. Aklımda, bu eylemlerin her biri kendi hikayesini garanti edecek kadar büyük. Ancak, ürün listesi yerinde olmadan önce ürün türünü uygulayabilirsiniz ....
NSjonas

0

En iyi seçeneğiniz, bağımlı kullanıcı hikayelerinizi mümkün olduğunca bağımsız hale gelebilecek daha küçük bitlere ayırmaktır. İlk önce en çok bağımlı olan hikayeleri ele almalısınız (dediğiniz gibi: diğerlerine devam etmek için önce bitirilmesi gerekenler). Bağımlılık endeksi gibi bir şey oluşturun: 3. öykü, öykü 1'den daha fazla bağımlıya sahipse, önce öykü3'ü ele geçirmelisiniz.

Bağımlılıklarınız çok fazla stopaja neden oluyorsa, çalışmayı tamamen durdurmak iyi bir fikir olabilir (evet, şu anki sprintinizin tam ortasında) ve öncelikli kullanıcı hikayelerinizi yeniden değerlendirin ve önce bunları ele alın

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.