Sprint planlama toplantısı ne kadar sürer?

Deneyiminize göre, bir Sprint Planlama toplantısı (Scrum) ne kadar sürmeli? 8 saat? Yoksa daha kısa (kısa ve öz) olmalı mı ve sprint'in bir parçası olarak başka tartışmalar mı planlanmalıdır? Sprintlerimiz 10 gün uzunluğunda.

Göre Scrum Rehberi :

Sprint Planlama Toplantısı, bir aylık bir Sprint için sekiz saate kadar zamanlıdır. Daha kısa Sprint'ler için etkinlik orantılı olarak daha kısadır. Örneğin, iki haftalık Sprint'lerin dört saatlik Sprint Planlama Toplantıları vardır.

Bu genellikle benim için işe yarıyor.

Sürmesi gerektiği sürece, daha az ve daha fazla değil. Başka hiçbir şey Çevik değil.

2-3 geliştiriciden oluşan bir ekibiniz varsa ve 1 hafta sprint yapıyorsanız, bir saatten fazla bir şey muhtemelen tersine verimlidir.

Bütün gün 15 kişi ve 2 haftalık sprintlerden oluşan bir ekibiniz varsa, daha az bir şey yeterince ayrıntılı değildir.

Çoğunlukla doğru olmak için deneyim gerekir ve geriye dönükler bunun için, takım çok uzun veya çok kısa olana karar verir.

Mükemmel hale getirme veya bazı kitapların söylediklerine sadık kalma konusunda endişelenmeyin, bir şeyler deneyin ve rafine edin.

SCRUM, iterasyonlardaki süreci düzeltmek kadar, iterasyonlardaki kodunuzu daraltmakla ilgilidir.

İşinizi süreç etrafında şekillendirmeyin. Süreç işinizi destekler. Kendi iyiliği için işlem yaptığınız an, sürecin baltasını alma zamanı. Bu amaçla, "doğru" bir yol yoktur. Toplantılar, ancak içinde bir şeyler yaptığınız sürece devam etmelidir. 30 dakika veya 4 saat sürüyorsa, çalıştığı sürece bununla devam edin. Bazı kitapların / blogların / koçların size söylediklerini göz ardı edin ve sizin için doğru olanı yapın.

Takımınızın sprint'te makul bir şekilde başarabileceklerini düşündüğü kadar seçebilmeniz için ihtiyacınız olduğu kadar bekleyin. Ancak (önceki) sprint sırasında biriktirme işini iyileştirmek için zaman harcamalısınız: hikayeleri tahmin etmek ve inceltmek.

Scrum Primer'den ( PDF ):

Ürün İş Listesi Ayrıntılandırması

Scrum'daki daha az bilinen ancak değerli yönergelerinden biri, her Sprint'in yüzde beş veya onunun Ekip tarafından Ürün İş Listesini rafine etmeye (veya "tımarlamaya") adanması gerektiğidir. Bu, ayrıntılı gereksinim analizini, büyük kalemleri daha küçük kalemlere ayırmayı, yeni kalemlerin tahminini ve mevcut kalemlerin yeniden tahminini içerir. Scrum, bu çalışmanın nasıl yapıldığı konusunda sessizdir, ancak sık kullanılan bir teknik Sprint'in sonuna yakın odaklanmış bir atölyedir, böylece Takım ve Ürün Sahibi kendilerini kesintisiz olarak bu işe adayabilirler. İki haftalık bir Sprint için sürenin yüzde beşi her Sprint'in yarım günlük Ürün İş Listesi Arıtma atölyesi olduğunu ima eder. Bu ayrıntılandırma etkinliği, geçerli Sprint için seçilen öğeler için değildir; gelecek için, büyük olasılıkla bir veya iki Sprint'te olacak. Bu uygulama ile Sprint Planlama nispeten basitleşir, çünkü Ürün Sahibi ve Scrum Ekibi planlamaya açık, iyi analiz edilmiş ve dikkatle tahmin edilen bir dizi öğe ile başlar. Bu arıtma atölyesinin yapılmadığına (veya iyi bir şekilde yapılmadığına) işaret Sprint Planlama'nın önemli sorular, keşif veya karışıklık içerdiği ve eksik hissettiği; planlama çalışmaları daha sonra genellikle Sprint'in içine dökülür, ki bu genellikle arzu edilmez.

Bunu yapmak, planlama sırasında planlamaya odaklanabileceğiniz anlamına gelir ve tüm gün sürmez ve ekip odağını kaybetmeye ve sıkılmaya başlar.

Scrum'da, 2 haftalık sprintlerle çalışırken, sprint planlaması 4 saatte zamanla kutlanır ve bu da onu yarım günlük bir etkinlik haline getirir. Zamanın göreceli olarak büyük miktarda bir nedeni geliştirme ekibi olmasıdır gerekir güvenle tüm öğeler detay bilmek gerekir, yani teslim edilebilir sürat birikim içine çekilmesi konusunda hemfikir edebilmek. Sprint planlamasının bir parçası olarak, ekiplerin öğeleri daha ayrıntılı incelemek ve sprint birikimine girmeye “hazır” olduklarından emin olmak için belirli bir süre boyunca toplantı alanından ayrılması nadir değildir. (Sprint planlamayı bir toplantı yerine bir olay olarak düşünmek yardımcı olabilir.)

Senin "Ready tanımı" ve sürat planlama olay sürat girmeden tüm birikim öğeleri hem olduğundan emin olmak için izin verdiğini süreyi kullanın uygulanabilir ve hazır . yani, sprint içinde (tamamen "Tamamlanma Tanımı" uyarınca) yapılabilirler ve takımın şu anda bunları yapabilmesi için yeterli bilgi vardır.
Elbette, sprint planlama sırasında TÜM öğeler için bunu yapmak istemediğinizi unutmayın, çünkü çok zaman alıcı olabilir. Birikmiş işler parçalarını parçalayabileceğiniz ve örneğin planlama pokerini kullanarak henüz tahmin edilmemiş öğeleri tahmin edebileceğiniz düzenli biriktirme bakımını (sprint planlama ile) yapın. (Ekibinizin akşam yemeği vaktinde hazır bulunma lüksüne sahip olmanız durumunda, bunun geliştirme ekibi ile çalışma yemeği üzerinde etkili bir etkinlik olabileceğini buldum!)

Yüksek öncelikli ürünler, sprint planlamasından hemen önce ürün sahibi tarafından ürün birikimine eklenebilir ve rutin biriktirme bakımı normalde sprint planlama olayından önce yapılabilir ve normalde böyle yeni öğeler olacaktır. ekibin sprint planlama etkinliği sırasında detayı incelemek ve karmaşıklığı tahmin etmek için zaman harcaması gerekir, bu nedenle 10 gün / 2 hafta sprintler için neden 4 saate kadar uzayabilir.

Bu olaydan daha uzun tartışmalar çıkarmanız gerekiyorsa, sprint iş listesinde "x oluşturmak için böyle ve böyle bir tartışmaya sahip olmak" için bir birikmiş iş öğeniz olabilir, ancak ne yaparsanız yapın sprint öğelerini eklemekten kaçınmalısınız sprint'e girmek için "hazır" iş listesi öğeleri olmadığından, bu tartışma sırasında yapılan ihtiyaçları belirleyin.

İnsanların söylediği gibi, süreç sizin için etkili bir şekilde çalışmazsa Scrum'ı çalıştırma şeklinizi değiştirmek isteyebileceğiniz nedenler vardır. Scrum, başlamak için çok iyi düşünülmüş ve test edilmiş bir çerçevedir, bu yüzden süreci değiştirmeden önce mantığınızın haklı olduğundan emin olurum.

Sprint Planlama Toplantısında, ekip iki şey belirlemelidir:

A) Bu Sprint sırasında takım tarafından geliştirilecekler

B) Nasıl Geliştirilecek

Bu toplantının, Sprint'in her haftası için iki saate kadar toplantının her bölümü (bölüm A ve Kısım B) için eşit olarak bölünmüş olması gerekir.

Bu nedenle, 4 haftalık bir Sprint için, bu toplantı 8 saatten fazla, A kısmı için 4 saate ve B kısmı için 4 saate kadar olmalıdır.

A bölümü sırasında, geliştirici ekip, bu Sprint sırasında sahip olacağını düşündükleri takım hızını tahmin etmelidir. Ayrıca, en öncelikli kullanıcı hikayelerini tahmin etmeli ve bu (zaten tahmin edilen) kullanıcı hikayelerinden kendi tahmini takım hızlarına uygun olarak tamamlanacak kadar seçim yapmalıdırlar.

Bölüm B'de, geliştirici ekibi zaten geliştirilmek üzere seçilmiş daha zorlu kullanıcı hikayelerinin nasıl geliştirileceğini tartışacak. Büyük olasılıkla, dev ekibinin seçilen tüm kullanıcı hikayelerini nasıl geliştireceğini tartışmak için yeterli zamanı olmayacak, bu nedenle ekibin en zorlu kullanıcı hikayelerini seçmesi gerekiyor.

Sprint sırasında, dev ekibinin bu tartışmayı tamamlamak için yeterli zamanı var.

Göre Scrum Rehberi :

Scrum Etkinlikleri

Belirtilen etkinlikler Scrum'da düzenlilik oluşturmak ve Scrum'da tanımlanmayan toplantılara olan ihtiyacı en aza indirmek için kullanılır. Tüm etkinlikler, her etkinliğin maksimum süreye sahip olacağı şekilde zamana bağlı etkinliklerdir. Bir Sprint başladıktan sonra süresi sabittir ve kısaltılamaz veya uzatılamaz. Kalan olaylar, olayın amacına ulaşıldığında sona erebilir ve süreçte israfa izin vermeden uygun bir süre harcanmasını sağlar.