Gönderiler

Scrum seremonileri: tüm 5 etkinliğe eksiksiz rehber

Scrum tam olarak beş etkinlik tanımlar. Ne dört, ne altı. Her biri belirli bir neden için vardır ve herhangi birini atlamak, scrum'ın işlemesini sağlayan geri bildirim döngüsünde bir boşluk bırakır. İşte her etkinliğin ne için olduğu, kimlerin katıldığı, ne kadar sürdüğü ve ekipleri sessizce raydan çıkaran hatalar.

Sprint

Sprint, diğer her şeyin kapsayıcısıdır. Diğer tüm scrum etkinlikleri bir sprint içinde gerçekleşir. Genellikle bir ila dört hafta süren sabit bir zaman kutusu olup, ekibin ürünün potansiyel olarak teslim edilebilir bir artışını oluşturduğu süredir. Temel bilgiler:

• Süre: 1-4 hafta (2 hafta en yaygın olanıdır)
• Kimler katılır: Tüm scrum ekibi
• Çıktı: Tamamlanmış bir artış

Sprintler uzatılmaz. Ekip her şeyi bitiremezse, öğeler iş listesine geri döner. Bu kısıtlama tam da önemli olan şeydir. Teslim tarihlerinin sessizce kayması yerine, kapsam ve öncelik hakkındaki zor konuşmaları erken yapılmaya zorlar. Daha kısa sprintler (bir veya iki hafta) riski azaltır çünkü geri bildirimi daha hızlı alırsınız. Daha uzun sprintler karmaşık işler için daha fazla alan sağlar. Çoğu ekip iki haftaya karar verir ve geri dönmez.

Sprint planlama

Sprint planlama her sprinti başlatır. Ekip neyi inşa edeceğine ve nasıl inşa edeceğine karar verir. Temel bilgiler:

• Zaman kutusu: 4 haftalık bir sprint için en fazla 8 saat (orantılı olarak küçültün, yani 2 haftalık bir sprint için yaklaşık 2 saat)
• Kimler katılır: Product Owner, Scrum Master, Geliştirme Ekibi
• Çıktı: Sprint hedefi ve sprint iş listesi

Toplantının iki bölümü vardır. İlk olarak Product Owner, en yüksek öncelikli iş listesi öğelerini sunar ve ekip neyin başarılabilir olduğunu tartışır. İkinci olarak, geliştiriciler bu öğeleri görevlere böler ve yaklaşımı belirler. Sprint hedefi, bireysel öğelerden daha önemlidir. Ekibe yön verir ve sprint ortasında sürprizler çıkarsa kapsamı müzakere etme esnekliği sağlar.

Planning poker nasıl uyum sağlar

Birçok ekip, iş listesi öğelerini tahmin etmek için sprint planlama sırasında veya öncesinde planning poker kullanır. Her ekip üyesi bağımsız olarak hikaye puanı tahmini yapar, ardından grup büyük farklılıkları tartışır. Bu, iş başlamadan önce varsayımları ve yanlış anlaşılmaları ortaya çıkarır. Planning poker'ın nasıl çalıştığı ve ekiplerin kullandığı hikaye puanı ölçekleri hakkında daha fazla bilgi edinin.

Günlük scrum

Günlük scrum (veya günlük toplantı), geliştirme ekibi için 15 dakikalık bir senkronizasyondur. Yönetime sunulan bir durum raporu değildir. Temel bilgiler:

• Zaman kutusu: 15 dakika, her gün aynı saat ve yerde
• Kimler katılır: Geliştirme Ekibi (gerekirse Scrum Master kolaylaştırır, Product Owner isteğe bağlı)
• Çıktı: İlerleme ve engeller hakkında ortak anlayış

Klasik format üç sorudur: Dün ne yaptım? Bugün ne yapacağım? Önümde ne engel var? Ancak bu format zamanla bayatlayabilir. Bazı ekipler kişiler yerine biletlere odaklanarak tahtayı yürüyerek inceler. Diğerleri ise dağıtık ekipler için asenkron formatlar kullanır. Günlük scrum, geliştiricilerin koordine olmasına yardımcı olmak için vardır. Birisi takılmışsa, ekip birlikte çözer. İki kişi çelişen değişiklikler üzerinde çalışmak üzereyse, bunu bir birleştirme çatışması yerine burada yakalar.

Asenkron toplantı alternatifi

Uzaktan ve dağıtık ekipler için asenkron toplantılar geleneksel sabah toplantısının yerini alıyor. Ekip üyeleri güncellemelerini kendi programlarına göre yayınlar ve tüm ekip saat dilimi matematiğiyle uğraşmadan bilgilendirilmiş olur. Asenkron yönteme geçerseniz, insanların gerçekten okuyacağı güncellemeler yazmak geliştirmeye değer bir beceridir. Okunacak toplantı güncellemeleri nasıl yazılır yazımızdaki ipuçlarına göz atın.

Sprint değerlendirmesi

Sprint değerlendirmesi sprintin sonunda gerçekleşir. Ekip, paydaşlara ne inşa ettiğini gösterir ve geri bildirim toplar. Temel bilgiler:

• Zaman kutusu: 4 haftalık bir sprint için en fazla 4 saat (2 haftalık bir sprint için yaklaşık 1-2 saat)
• Kimler katılır: Scrum ekibi + paydaşlar (kullanıcılar, yönetim, diğer ekipler)
• Çıktı: Artış hakkında geri bildirim, güncellenmiş ürün iş listesi

Bu resmi bir sunum değildir. Paydaşların gerçek ürünü kullandığı, sorular sorduğu ve neyin değişmesi gerektiğini söylediği bir çalışma oturumudur. Product Owner bu geri bildirimi iş listesini ayarlamak için kullanır. Sprint değerlendirmelerini atlayan veya gelişigüzel yapan ekipler, kullanıcıların gerçekte neye ihtiyaç duyduğundan uzaklaşmaya eğilimlidir. Yanlış şeyi inşa etmeye başlamadan önce sadece belli bir süre boşlukta planlama yapabilirsiniz.

Sprint değerlendirmesi ve sprint demosu

İnsanlar bu terimleri birbirinin yerine kullanır, ancak Scrum Kılavuzu tek yönlü bir demo değil, iş birlikçi bir çalışma oturumu tanımlar. Fark önemlidir. Demo pasiftir. Değerlendirme etkileşimlidir. Paydaşlar görüşleriyle ayrılmalı ve ekip üzerinde hareket edebileceği bilgilerle ayrılmalıdır.

Sprint retrospektifi

Retrospektif, ekibin kendisini incelediği yerdir. Ne iyi gitti? Ne gitmedi? Ne değişmeli? Tamamen ekibin ne inşa ettiği yerine nasıl çalıştığına odaklanan tek etkinliktir. Temel bilgiler:

• Zaman kutusu: 4 haftalık bir sprint için en fazla 3 saat (2 haftalık bir sprint için yaklaşık 90 dakika)
• Kimler katılır: Scrum Master, Geliştirme Ekibi (Product Owner isteğe bağlı ancak tavsiye edilir)
• Çıktı: Bir sonraki sprint için aksiyon maddeleri

İyi bir retrospektif bir veya iki somut aksiyon maddesi üretir. Bir istek listesi değil. "Daha iyi iletişim kuralım" gibi belirsiz taahhütler değil. Ekibin gerçekten takip ettiği belirli, atanabilir değişiklikler. Daha derin bir inceleme için etkili bir retrospektif yürütme rehberimize bakın. Retrospektifleriniz tekrarlanıyorsa, taze retrospektif fikirleriyle formatı değiştirmeyi deneyin veya gerçek tartışmadan önce insanları ısıtmak için buz kırıcı sorularla başlayın.

Retrospektifleri güvenli hale getirmek

Retrospektifler yalnızca insanlar dürüst olmaktan kendilerini güvenli hissettiklerinde işe yarar. Anonim geri bildirim ve oylama yardımcı olur. Başlangıçta temel kurallar belirlemek de öyle: suçlama yok, sözünü kesme yok, tüm bakış açıları kabul edilir. Ekip üyeleri geri çekilirse, retrospektif bir araç yerine bir formaliteye dönüşür. Kollabe'nin retrospektif panoları varsayılan olarak anonim gönderim ve oylamayı destekler, bu da daha sessiz ekip üyelerinin baskı olmadan katkı sağlamasına yardımcı olur.

Beş etkinlik nasıl birbirine bağlanır

Bu etkinlikler izole toplantılar değildir. Bir döngü oluştururlar:

Etkinlik	Girdi	Çıktı
Sprint planlama	İyileştirilmiş iş listesi, önceki geri bildirim	Sprint hedefi + sprint iş listesi
Günlük scrum	Dünkü ilerleme, bugünün planı	Koordinasyon, engel çözümü
Sprint değerlendirmesi	Tamamlanmış artış	Paydaş geri bildirimi, iş listesi güncellemeleri
Sprint retrospektifi	Ekip gözlemleri	Süreç iyileştirmeleri
Sprint	Yukarıdakilerin tümü	Teslim edilebilir artış

Sprint değerlendirme geri bildirimi, iş listesi önceliklendirmesine akar. Retrospektif aksiyon maddeleri, bir sonraki sprintin nasıl yürütüleceğini değiştirir. Günlük scrum'lar aynı gün ele alınan sorunları ortaya çıkarır. Herhangi bir etkinliği kaldırın ve döngü bozulur.

Tüm seremonilerdeki yaygın hatalar

Hızlı başvuru

Etkinlik	Zaman kutusu (2 haftalık sprint)	Katılımcılar	Sıklık
Sprint	2 hafta	Tüm scrum ekibi	Sürekli
Sprint planlama	~2 saat	PO, SM, Geliştirme Ekibi	Sprint başında
Günlük scrum	15 dakika	Geliştirme Ekibi	Her gün
Sprint değerlendirmesi	~1-2 saat	Scrum ekibi + paydaşlar	Sprint sonunda
Sprint retrospektifi	~90 dakika	SM, Geliştirme Ekibi, PO (isteğe bağlı)	Sprint sonunda, değerlendirmeden sonra

Sonuç

Scrum seremonileri bir sistem olarak çalışır. Her etkinlik bir sonrakini besler ve birlikte planla, inşa et, geri bildirim al, ayarla şeklinde bir döngü oluştururlar. Her birini tek başına anlayın, ama nasıl birbirine bağlandıklarına dikkat edin. Seremonileriniz için daha iyi araçlar istiyorsanız, Kollabe tahminleme, retrospektifler ve günlük toplantıları tek bir yerde yönetir.