Sprint Planlama

Makale
06/10/2015

Lacey Mitch tarafından.Sahibi, Mitch Lacey & ilişkilendirir, önceliği a, bir danışma kesin olarak Çevik uzmanlaşmış ve scrum adoptions ve iyileştirmeleri.

Ocak 2012.

Sprint planlama zorlu olması gerekmez.Eğlenceli ve tüm bir süredir Scrum takım birlikte "Ne biz özen?" sorusuna yanıt çalışarak camaraderie oluşturmak için genellikle olur Bu makalede yazarlar sprint planlamasını odaklı ve verimli tutmak için örnekler ve stratejiler sağlayacak ve ayrıntı olası çözümleri yaygın sorunları takımların bir sprint planlarken karşılaştığınız.

Uygulama alanı:

Uygulama yaşam döngüsü yönetimi; Team Foundation Server

Bu makalede:

Giriş
Sistemi'ne karşı tahmin
Sprint Planlama nedir?
Nasıl biz bunu gerçekleştirmek?
Genel sorunları
- Senaryo: Takım ürün sahibi istedi tüm öyküleri kaydedilemez.
- Senaryo: Ürün sahibi hazırlanan gelmez.
- Senaryo: Kısım 1 kendi timebox aşıyor.
- Senaryo: Kısım 2 kendi timebox aşıyor.
- Senaryo: Ürün sahibi kullanılamıyor.
- Senaryo: Takım gerekli kabul kriterleri sahip değil.
- Senaryo: Bitti anlamı ürün sahibi bilmesi değil.
- Senaryo: ScrumMaster veya ürün sahibi tahmin/takımın tahminleri/iş etkileyen.

Biz planlayın yok.Yalnızca yürütmek için ki, Scrum.

I bu her zaman öğrenin.Kişi bu Scrum ve Çevik ortalama Hayır düşünme planlama, hiçbir, hiçbir toplantıları Hayır şeye tahmin!Gerçekte dan bulunamadı.Biz düzeyleri Çevik projesinde çeşitli konumunda planlayın: günlük planı veya günlük standup, haftalık planları (sprint veya yineleme, biriktirme listesi), sürüm planı (ürün biriktirme listesi) ve olası daha fazla.

Diğerleriyle bir sprint planlama odaklanabilirsiniz.

Sistemi'ne karşı tahmin

Belirteci Schwaber ve Can Sutherland 2011 Yaz içinde düzenlendi kendi Scrum Kılavuzu.İçinde ürün sahibi ve müşterileri için takım yapar taahhüt olan Scrum bilinen bir uzun yerleşik davranışı kaldırıldı.Taahhüt yerine geçen tahmin.Bunlar, takım işlerini tahmin, ancak ona yürütme değil emin söyleyin.

Kendi mantığı anlıyorum sırada taahhüt aşağıdaki nedenlerden dolayı tercih ediyorum:

Bir şey Sistemi'ne yalnızca tahmin değerinden farklı bir bakış takım koyar.Bir takım tahminleri varsa, bunlar neler yapabileceğini söylediğiniz her şeyi toplantı değil kabul edilebilir bir durum olduğunu kapsanır.Takımlar kendi tahminleri öğrenin, ancak daha az tahmin varyansı sonunda sahip bulabilirim, takımların tahmin Al kıyasla varyansı azaltmak için uzun takımların yürütme.
Tahmin veya tahmini, ürün biriktirme listesi için uygundur.Ancak, takımlar öyküleri ürün biriktirme listesini alanından sprint biriktirme listesi ve parçalara ayırın taşıdığınızda, bunlar kendilerini sormak sağlayan küçük ayrıntılarını bulma ayrıntı düzeyi, başka bir düzeyi eklediğiniz "bizim için yürütme?” Bunun yerine "yalnızca tahmin etmek ihtiyacımız var, bizim bazı kısımları eksik, Tamam durumdaysa, biz bunu her şeyi daha sonra Şekil." belirten ekip tarafından geç bir duruma geri olmadan riski tahmin çalıştırır

Ve daha açık bir not üzerinde wife, eş, iş ortağı "I biz birlikte on yıl boyunca olabilirsiniz tahmin" için "I kendim için yürütme karşı" – Evet söylediğiniz, iyi gidin düşünün.

Sonunda, Scrum sağduyunuzu hakkında ' dir.I taahhüt yaklaşım hem tahmin yaklaşım deneyin önerir.Öğrenmeye, kullanın, böylece akıllı, her ikisi de deneyin ve siz, takımınızın ve şirketiniz için en iyi kullanın değil hangi sözcükleri hakkında her budur.

Ne, Sprint planlamasını olan?

Biz sprint planlama plana toplantı tutun ne takım gelecek sprint'te oluşturacak ve nasıl takım yapısı.Biz ona sprint planlama olarak başvuran olsa da toplantı, bu gerçekten çok farklı iki bölümden oluşur.Hangi takım oluşturmak için sorular ve ürün sahibi ve takım tarafından katıldığı Kısım 1 odaklanır.Bölüm 2 nasıl takım istenen işlevselliği oluşturmak planları üzerinde odaklanır.Tüm ekip bölümü 2 katılması gereken olsa da, ürün sahibi tarafından katılım isteğe bağlıdır.Herhangi bir nedenle bölümü 2 ürün sahibi katılın değil, ürün sahibi sorular için kullanılabilir kalmalıdır.

Sprint planlama toplantı, Kısım 1'de, ürün sahibi takıma hikayeleri istenen kümesini açıklayan fırsatına sahiptir.Bu bilgilere derin oturum açıktır ne hikayeleri kısmı.Ürün sahibi hikayeleri gösterir şeylerin nasıl etkileşime gösterir ve arabirimi üzerinden adım adım kılavuzluk sunar.Ayrıca, altyapı veya mimari öğelerini inceleyebilirsiniz.Takım üyeleri toplu kafa sayısı bunlar işlevselliği oluşturmak nasıl başlayabilmesi için yeterli bilgi doldurmak için kullanılan hedeftir.Takım soruları bilgileri toplamak için çeşitli isteyeceğiz nasıl toplantı - gibi soruları:

"Kabul kriterleri tüm bu hikayeleri nedir?"
"Hangi veri kaynakları, kullanmakta olduğunuz düşünüyorsunuz?"
"Nasıl arabirim üzerinde bu bileşen görünmelidir?"

Sprint planlama toplantı sırasında 2 bölümü, takım sprint biriktirme listesi oluşturma için kendi dikkat kapatır — hikayeler ve sprint sırasında tamamlanması gereken görevler listesi.Takım biriktirme oluşturmak için ürün sahibi görev düzeyini istedi her metni keser; Her görev bir saatlik tahmin verilir.Sonuna kadar bölümü 2, takım sprint sırasında tamamlamak için tamamlayabilir hangi hikayeler karar verir.

Birlikte, sprint planlama toplantı iki bölümden herhangi bir yeri iki sekiz saat sürebilir.Genel kural kullanıyorum yapmanız gereken her bölümü sprint uzunlukta bir haftada bir saat yapması gereken ' dir.Bir haftalık sprint'ler çalıştırılıyorsa anlaşılır, toplantı toplam iki saat (Kısım 1 ve 2'bölümü bir saat bir saat) alır.Diğer yandan, dört hafta sprint'ler kullanıyorum, toplantı toplam sekiz saat (Kısım 1 ve 2 bölümü dört saat dört saat) sürecektir.

Nasıl biz bunu gerçekleştirmek?

Sprint planlama hikayeleri listesini tamamlamak için kaydedilen toplantı takım bırakır sürece, takım sprint planlama amacı tamamlanan.Takım her takım üyesinin bu taahhüt yapmadan rahat nerede olduğunu noktasına alma, ancak bir bit önceden planlama ve dönüştüğünde, yönetim gerektirir.

Sprint planlama sırasında bir iş ürün sahibi sahiptir: İstenen hikayeleri kümesini açıklayan mümkün toplantıya geliyor.Açısından ürün sahibinin ürün sahibinin görme içinde paylaşmak için hikayeleri anlamak için takımın hedefi olur.ScrumMaster takım yeterli soru sormayı ve sonuç verileri, kabul kriterleri ve taslak herhangi tahminler dahil olmak üzere tüm yakalama emin olmalısınız.Ayrıca ScrumMaster soruları görevlere ayırma başlar sonra ek soruları takım olabilir biliyor ürün sahibi olanak tanır.Ürün sahibi ayarlanmış noktası toplamları yaklaşık geçmiş takımın hızını için karşılık gelen hikayeleri gösterir olsa da, takım Sonuçta, hatta, tüm ne, Kısım 1 ve sprint planlama toplantı bölümü 2 sırasında öğrenir üzerinde göre belirli bir sprint'te hikayeleri sürebilir olup olmadığını karar verir.

Takım ürün sahibinden tüm bilgileri elde sonra bu görevleri içine hikayeleri parçalarına ayırın ve tüm hikayeleri, notları, kabul kriterleri, görevler ve belirli bir sprint için tahminleri yakalar bir sprint biriktirme listesi oluşturun.Bunu yapmak için birçok yolu olsa da, ı tüm takım üyeleri fikirleri yararlanır ve herkesin bir ses içinde görev ayrıştırma sunan aşağıdaki yöntemi kullanın.

ScrumMaster sahip veya toplantı yönetici devre dışı bir yazı okuyun ve isteyin, "herkes bu anlamak mu?" Takım, yalnızca bu tartışmak ürün sahibi ile harcanan süre gibi gerekir.Birisi takım tanımayan, ürün sahibi, gerekli tüm soruları soran hikaye yeniden ziyaret biraz zaman ayırın.
Ardından, her takım üyesinin Yapışkan panel edinin sahip.Tek bir görev her yazmak için her takım üyesinin isteyin Yapışkan ve tablo ortasında toss.
- Her Yapışkan tossed tablo ortasına thrower görev duyurdu.Bu nedenle "saklı yordam güncelleştirme" yazılırsa sesli denir.Bu, fikir almak ve diğerleri söylemek neden olduğundan, "Oh Evet, biz de veri kaynağı güncelleştirmeniz gerekir." önemlidir At noktası, birisi bir Yapışkan üzerinde "veri kaynağını güncelleştirmek" yazılacak olduğunu, kulak verin ve orta atar.Bu fırtınası etkinliğin gerçekten ilişkili tüm görevleri temizlemek için çalışır.Tekrarlara hakkında şu anda endişelenmeyin.Genellikle tüm görev Yapışkan Notlar atma yaklaşık beş ile on dakika başına hikaye alır.
Yapışkan Notlar tüm tabloda olduğunda, bunları sıralamak için zaman yapılır.Bunları kadar tüm duvarında put, geri adım ve arayın — Yapışkan Notlar çok sayıda!Yinelenenleri tanımlayarak başlatın; tekrarlara gibi görünüyor herhangi bir Yapışkan Notlar çakışıyor.Ardından, gibi görünüyor, benzer olduğundan veya birbirine bağımlı olduğundan bir arada görevleri arayın.Örneğin, iki Yapışkan Notlar benzer bir ilişki varsa, bunları bir araya ancak aşağıda gösterildiği gibi uzaklığı:

İki görevleri neredeyse aynı olacak şekilde yakın ilişkiliyse, neredeyse tam olarak, aşağıda gösterildiği çakışmaması:

Yapışkan Notlar sıralayarak takım görevlerinin listesi cull ve kalan olanlar arasındaki ilişkileri görselleştirmenize.
Görevler sıralandığında tahmin etmek için zaman yapılır.Planlama Pokeri tekniği görev için tahmin, tek farkı kullanıyorum: sayılar kartlarındaki noktaları yerine saat temsil eder.Çok büyük görevlerde özellikle saat göre gereksiz ayrıntıları Kapat kişi görülürler olduğundan bunu yapabilir.Kendi trepidation için iyi bir neden yoktur.Çok sık şirketler takım uluslararası bir çubuk tahmin kullanın."8 saat olması söylediğiniz ve, sürdüğü 12.Yanlış nedir?"veya"8 saat harcanacak ve yalnızca 4 sürdüğü söylediğiniz.Size, tahminleri doldurma."

Aynı şekilde kartları hikaye noktası tutmaya yardımcı tahminleri Özet, görev için tahmin kartları kullanarak zorlama sırasında sonuçta bir seçim yapmak için seçilecek sabit sayı kümesi sahip ile birlikte gelen istediği takım sağlar.Ayrıca, olup bir görev 6 saat veya 6.5 saat veya 7 saat tahmini ısıtılan tartışmalar ortadan kaldırır.

Adın en son tahmin, tahmin ekip tarafından yapılır ve yalnızca kendi güvenirlikli artırın ve iş üzerinde hız tabanlı için ürün sahibi sordu gerçekleştirmek olup olmadığını belirlemek yardımcı olmak için ekip tarafından kullanılması amaçlanmıştır unutmayın.Görev tahminleri ölçümleri değildir ve bu nedenle kullanılmamalıdır.Hiçbir zaman tahminleri bir Silah takım karşı olarak kullanın.
Görevleri tahmini, takım hakkında daha fazla iş almak için yeterli kapasiteye sahip belirlemeniz gerekir.Bunu yapmak için takım sprint sırasında sahip toplam saat takımın kapasite bilmesi gerekir.Kapasite belirleme tam adanmış bir takım varsa kolaydır, ancak birden çok projede bölme zamanlı kişilerin oluşan bir takım varsa edilmesinin alır.Her proje her gün (veya sprint başına toplam) çalışabilirsiniz saat sayısını yazın herkese isteyin.Takım için saat toplam sayısı araya numaralarını ekleyin.200 saat olacak şekilde takımın kapasite kapatır diyelim.Görevler için bir hikayesi toplamı 30 saat kullanılmasına tahmini, takım isteyin, "biz daha fazla iş seçebilirsiniz?" Bu erken bir aşamada yanıt belirgin bir Evet'tir.

Doldurmak için daha fazla kapasiteye sahip olduğundan, geçmek için sonraki hikaye ve beş üzerinden bir adımları yineleyin.

(Team Foundation Server kullanarak bu görevi gerçekleştirmek hakkında daha fazla bilgi için bkz: İşbirliği yapma [yeniden yönlendirildi].)

Bir noktada sorusuna cevap vermek zor bir zaman sahip olursunuz, "biz daha fazla iş seçebilirsiniz?" Takımınızın kapasitesini yaklaştığı olmasıdır.Bu işlem çalışırken, kapasite sprint'e doldurmak istemiyorsanız düşünün.Su brim için ile bir cam doldurun, büyük olasılıkla sığdırmaya olur.Sprint'ler aynı geçerlidir.Tüm kullanılabilir zamanı tahmini saat kullanılmasına ve yeni bir görev sprint içinde tanımlanan, şeylerin sığdırmaya.Emergent görevleri için yer bırakmanız gerekir.

Sprint taahhüt düşünüyorsanız, geriye dönük verileri Geçmiş sprint'ler değerlendirilecek yardımcı olur.Takım daha fazla iş'in getirmek tutarlı bir şekilde sorununuz?Belki de takım sprint planlama sırasında daha fazla özen.Takım bir sprint için tüm iş tamamlamak tutarlı bir şekilde alınamıyor mi?Takım ele tamamlanmamış sprint'ler ana nedenini kadar ile kendi taahhütleri daha pasif olması gerekebilir.

Bir sayı ", cam doldurmak için tam nasıl" soruda koymak için bir plan boyut büyümesi değerlendirilecek yoludur.İlk tahminleri Karşılaştırılacak gerçek saat nasıl harcanan planı boyut büyümesi ölçer.Örneğin, ekibimiz 200 saat kullanılabilir kapasiteye sahip diyelim.Takım ne bu tahminler üzerinde tabanlı 190 saat olacaktır olduğunu düşündüğünü için kaydeder.Sprint sonunda, takım takımınızla iş, % 20 içinde bir planı boyut büyümesi kaynaklanan 240 gerçek saat ihtiyaçlarının bulunan hesaplar.

Bu tutarsızlık bulur bir takım bazı süre boyunca nedenlerden Araştırdığınız sprint'in yararlanabileceğiniz:

Çok sayıda görevleri planlama sırasında belirlendi değil yürütme sırasında bulunma?
Görevlerinin küçümsüyor takım üzerinde geçerli kendi skillset dayanır?
Takım kapasitesi overestimate?
Vb..

Takım de kendi planı boyut büyümesi için bir hikayesi yürütme olup olmadığını belirlenirken toplantı planlama sonraki sprint boyunca dikkate almanız gerekir.Takım yine de 200 saat kapasitesi tahminleri varsa geri bizim örnek için olmaya, takım geçmiş verilerine dayalı "beklenen" planı boyut büyümesi için üst kapatmak % 20 çıkarma.Diğer bir deyişle, için en az bu sprint, takım 160 saat aldığında sıvı sıçraması, önlemek için kendisini kapasiteyle bildirirken.

Planı boyut büyümesi nasıl tam sprint ölçmek için bir yoludur göz önünde bulundurarak olması gerekir.Ancak, hedef kapasite tam olarak aynı değil olduğunu fark.Bunun yerine, uygun bir hikayeleri sayısı ile Sistemi'ne içinde emin hissettiğiniz takım izin vermek için olan — overburdening olmadan takım zorlar bir sayı.Planı boyut büyümesi yaklaşık nasıl tam bir sonraki sprint olmalıdır, tüm etmene eşit kalırsa belirlemek için bir yoldur.

Tüm hikayeleri tahmini veya sürekli harcanan tarafından hikayeleri, ürün sahibine geri dönün ve takım sunmak için tamamlandığı sprint biriktirme listesi paylaşın.Sprint şimdi başlatır; böylece işe başlayın!

Genel sorunları

Scrum benimsemenize yardımcı olması için takımla danışma benim yıl içinde ı birçok başarılı sprint planlama engel aynı sorunu gördünüz.Sprint planlama kolay gibi görünüyor olsa da, aynı anda olarak yalnızca Scrum ile Başlarken takımlar görülürler.Bu sorunlar ve olası çözümleri çoğunu bu bölümde ayrıntılı olarak belirtilir.

Senaryo: Takım ürün sahibi istedi tüm öyküleri kaydedilemez.

Bazen yapılmasını beklemelisiniz.Takım verilerle taahhüt bu konudaki dört ve beş adımlardan yedeklemek sürece, ürün sahibi memnun olması gerekir.Bu hatanın yürütme aşırı doldurma veya büyük görevleri sonucunu değil emin olmak için bir göz önlenmesine istersiniz.ScrumMaster ne doğru olduklarından emin olmak için aşırı koruyucu tahminleri gibi görünüyor direnmesine.Ürün sahibi iki basamaklı tahmin sahip herhangi bir görev soru.İki çalışma günden uzun sürmesine tahmini herhangi bir görev daha küçük görevlere bölünmüş ve yeniden tahmini.Bu tüm projeleri için de geçerlidir ancak bir haftalık veya iki hafta sprint'ler çalışan takımlar için özellikle gönderilmiş rahatınızı.

Senaryo: Ürün sahibi hazırlanan gelmez.

Bir Scrum saygı değerdir.Hazır değil toplantıya gelen disrespectful.Bu nedenle, ürün sahibi bilgileri takım görünüyorsa yapmak için bir takım nedir gerekiyor?Bir seçenek ürün sahibi hazır oluncaya kadar toplantı ertele için olsa da, böylece yalnızca aynı davranışı teşvik eden — bunu özen gösterin.Sprint iptal etmek için başka bir seçenek olur.Bu işe olsa da, extreme.

İki kat olması için en iyi çözüm Bul.İlk, ürün biriktirme listesini gereken ürün sahibi hikayeleri, takım belirli bir dizi yok ve ürün sahibi yalnızca tartışın öncelik sırasına hikayeleri bunlar burada inanıyoruz bir noktaya kadar bunlar konumunda veya kapasite ötesine olacak öncelik sırasına çeşit olabilir.Takım sonra toplantı bölümü 2 sırasında tam taahhüt üzerinde zamanki karar verebilir.

Toplantı sonra ürün sahibi neden hazırlanmış tamamlanmadığı anlamak için ScrumMaster çalışması gerekir.Sorun hareketlerini yetersizliği varsa, ScrumMaster hikayeleri kümesiyle hazırlanmış toplantıya gelen önemi üzerinde ürün sahibi konuda eğitim verin.Diğer yandan, sorunu ürün sahibi olduğunu varsa, alınamıyor ile temizleme yardımcı olmak takım başarısız olduğundan, belki de hazırlamak için ScrumMaster de bu sorunları çözmek için yardımcı olmalıdır.

Senaryo: Kısım 1 kendi timebox aşıyor.

Odak başka bir değerdir.Kısım 1 toplantı çalışıyorsa, bir odak yetersizliği belirtisi.Bazen ürün hazırlık, öncelik belirlemesi veya çok fazla hikayeleri açıklayan çalışılırken yetersizliği nedeniyle Odaksız sahibidir.Bazen, odak yetersizliği "hangi" sohbet detaylara mı "nasıl" kadar ekibinden gelebilir.

ScrumMaster, ürün sahibi tablonun tam açıklandı herhangi hikayeler ve takım tutmanızı Kısım 1 uygulaması tartışmalar öğrenmek ayrıntılı insisting şeyler Taşı yardımcı olmalıdır.Odaksız tartışma için basit bir düzeltme kronometre veya süreölçer kullanmaktır.

Senaryo: Kısım 2 kendi timebox aşıyor.

Yeniden odağı.Varsa çok, bazen tartışmalar sınırlamak için uzmanlık alanı sahip konuştuğu size bildirilir bir takım toplantı satırda geri getirmek için gerekli olan.Yumurta süreölçer gelin ve bir veya iki görev tahminleri arasındaki dakika için konuşmaları tutun.Hedeftir doğruluğu, hassasiyet % 100'değil.

Diğer, Kısım 2 sırasında odak olmaması sprint yürütme sırasında temizleme ürün biriktirme listesinin bir bulunmadığından belirtisi katıdır.Temizleme olduğunda takım gelecekteki hikayeleri bulun ve hikayeleri veya tasarım yönergeleri sabitleme veya mimarisi sorular adres ani eklemek için ürün sahibi çalışmak bir zamandır.Normal ürün biriktirme listesi temizleme olmadan biriktirme listesi sprint planlama kullanılması zor ve Acı verici olur.

Senaryo: Ürün sahibi kullanılamıyor.

Ürün sahibi herhangi bir nedenle toplantıya olamaz ve bir proxy tayin değil, ürün sahibi hazır değil toplantıya geldiyse gibi davranır.Üst öğeler arasında çalışır ve en iyi yapabilecekleriniz onaylamadan.Ürün sahibinin zamanlama uygun hale getirmek için toplantı saati değiştirmek için gerekebilir.Yok.Toplantı saati kaydırma gereken bir çok zararına kapsar.Etkiliyorsa değil.

Senaryo: Takım gerekli kabul kriterleri sahip değil.

Her zaman öneriyoruz ı takımlar Kısım 1 sırasında ürün sahibi sormak için "kabul kriterleri Bu nedir?" veya "Ne, iş kabul etmek için yapmanız gereken ihtiyacımız var?" Takım görevleri belirlerken bu bölümü 2'de eksikse, takım kapatmak için hikaye almak nasıl hiçbir fikrim yok.Tahmin takım varsa, ne, Kısım 1'de heard üzerinde tabanlı takım hikaye bitmeyen sprint sonunda karar ürün sahibi riskini çalışır.Her hikaye için başlangıç kabul kriterleri için isteyin.ScrumMasters — bu verilerini sağlamak için ürün sahipleri koltuk.

Senaryo: Bitti anlamı ürün sahibi bilmesi değil.

Yalnızca takım kabul kriterleri istediği gibi ürün sahibi "hikaye yapılır." takımın anlamına gelir; güncel bir açıklama hak Her zaman ürün sahibi için kullanılabilir ve bu bitti liste gizlilik, güncel gönderilen.Güncel bir bitti listesi bitti nasıl görüneceğini hiçbir ortak anlamak olduğundan plana zorlaştırır.Geriye dönük veya Bitti güncellemede her sprint gözden geçirme bir parçası olan emin olun.

Senaryo: ScrumMaster veya ürün sahibi tahmin/takımın tahminleri/iş etkileyen.

Ürün sahibi toplantı Kısım 2'de Hoş Geldiniz, ancak bölümü 2 ürün sahibinin rolde bir gereksinim açıklığa kavuşturan veya belirli bir soru adres sınırlı olmalıdır.Ürün sahibi ile takımın tartışma nasıl bir hikayesi uygulamak hiçbir zaman müdahale ve hiçbir say içinde görevin tahmin sahiptir.Ürün sahibi işi yapmak için takım güven gerekir.

Ürün sahibi bu yönergeleri dışında çalışıyorsa ScrumMaster daha uygun bir rol için ürün sahibi koltuk.Daha fazla pasif rolü kabul etmek ürün sahibi reddediyor, ScrumMaster bırakmak için ürün sahibi isteyin yetkisine sahip.

Sprint planlama zorlu olması gerekmez.Eğlenceli ve tüm bir süredir Scrum takım birlikte "Ne biz özen?" sorusuna yanıt çalışarak camaraderie oluşturmak için genellikle olur Görürseniz, toplantıları uzun çalıştırmak, kök sorunlarına neden büyük olasılıkla bu neden olan unutmayın.ScrumMaster varsa, ürün sahibi ve takım ürün biriktirme listesini bölümlendirmek sağlayarak odaklanmış toplantı kalsın.Ürün sahibi yardımcı hikaye kabul kriterleri önce toplantı hazır sağlayarak hazırlanmış gelin.Son olarak, ürün sahibi ve odaklanmış görev eldeki takım tutmak — ne bunlar için sprint için tamamlayabilir belirleme.