İdeal olarak, kullanıcının ürünle neyi başarmak istediğini yansıtmak için kullanıcı hikayeleri istiyoruz. Ve müşterilerin yapmak istediği şeyleri belirlediğimizde, bu şeyler genellikle (ancak her zaman değil) yeterince geneldir ve geri bildirim döngüsünü kıs altabilmemiz için daha küçük parçalara ayrılmaları gerekir.
Bir kullanıcı hikayesini bölmenin avantajı nedir?
Neden kullanıcı hikayelerini Hamburger tekniğini kullanarak bölmek istiyoruz: Daha küçük hikayeler ekibin erken başarısız olmasını sağlar, Daha küçük hikayeler ekibin daha hızlı başarısız olmasını sağlar, Daha küçük hikayeler hızlı öğrenecek ekip (hem teknik hem de kullanıcı deneyimi)
Hikayeleri neden bölüyoruz?
Tamamlanamayacak kadar büyük hikayeleri bölen ekip, işlevsellik için gerçekten ne kadar çaba gerektiğini daha iyi anlıyor. Yani, küçük tahminlerin toplamı, büyük bir çaba için tahminden muhtemelen daha az hataya sahiptir. Hemen daha doğru bir şekilde elde etmek, daha sonra daha doğru elde etmekten daha iyidir.
Kullanıcı hikayelerini bölme nedir?
“Bölme”, her bir kullanıcı hikayesinin ayrı ayrı ölçülebilir iş değerine sahip olduğu özelliğini korurken, bir kullanıcı hikayesini daha küçük olanlara bölmekten oluşur.
Bir kullanıcı hikayesini ne zaman bölmelisiniz?
Hikayelerin hantallaştığı veya beklenmedik bir şekilde balonlaştığı bir kırılma noktası görmelisiniz. Hikayeler sprint şişmesine neden olduğunda, muhtemelen açıklanamayan bir semptomdur.karmaşıklık. Bu 13 noktalı hikayeler her zaman birden fazla sprint boyunca sürükleniyorsa, hikayelerinizin 8 veya altında boyutlandırılması gerektiğine karar vermenin zamanı gelmiştir.