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

Farklı toplantı formatlarında ilerleyen, renkli bir çevik çalışma alanında yapışkan notlarla dolu bir scrum tahtasının etrafında toplanan geliştirici ekibinin illüstrasyonu 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.

Sprintinizi ne zaman kısaltmalısınız

Ekibiniz sürekli olarak tamamlanmamış işleri bir sonraki sprinte taşıyorsa, daha kısa sprintleri deneyin. Bir hafta için doğru planlama yapmak dörtten daha kolaydır ve kapsam sorunlarını daha erken yakalarsınız.

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.

Yaygın hata

Sprint planlamanın bir iş listesi iyileştirme oturumuna dönüşmesine izin vermeyin. Öğeler, planlamaya girmeden önce zaten iyileştirilmiş ve tahmin edilmiş olmalıdır. Toplantının yarısı gereksinimleri netleştirmekle geçiriliyorsa, iyileştirme sürecinizin iyileştirilmesi gerekiyor.

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.

Bir yanda geleneksel ayakta toplantı çemberini, diğer yanda farklı konumlardan asenkron güncelleme gönderen ekip üyelerini gösteren, akan çizgilerle birbirine bağlı illüstrasyon

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.

Kimler katılmalı?

Ürünle ilgilenen herkesi davet edin. Mühendislik liderleri, tasarımcılar, müşteri başarısı, hatta mümkünse gerçek müşteriler. Geri bildirim ne kadar çeşitli olursa, bir sonraki sprintiniz o kadar iyi olur.

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.

Yeşil onay işaretleri ve kırmızı bayraklar içeren düşünce balonlarıyla daire şeklinde oturan, tahtadaki yapışkan notlara oy veren ekip illüstrasyonu

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.

Aksiyon maddelerinizi takip edin

En büyük retrospektif öldürücü, aksiyon maddelerini asla takip etmemektir. Her sprint için bir veya iki değişiklik seçin ve her birine belirli bir kişi atayın. Her retrospektifin başında önceki sprintin aksiyonlarını gözden geçirin.

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

😴Formalite için yapmak

Etkinlikleri sadece scrum gerektirdiği için, gerçek bir katılım olmadan düzenlemek. Kimse dikkat etmiyorsa, toplantı israftır.

⏰Zaman kutularını görmezden gelmek

45 dakika süren 15 dakikalık bir toplantı, toplantı değildir. Zaman kutuları odaklanmayı zorunlu kılmak için vardır. Zamanlayıcı kullanın.

🚫Yoğunken etkinlikleri atlamak

"Retrospektif için vaktimiz yok" dediğiniz sprint, en çok ihtiyaç duyulan sprinttir.

👥Yanlış katılımcılar

Günlük scrum'da paydaşlar, sprint değerlendirmesinde eksik geliştiriciler. Her etkinliğin belirli bir kitlesi vardır ve bunun bir nedeni vardır. Bir retrospektife kimlerin katılması gerektiği hakkındaki rehberimize bakın.

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.

Evet. Scrum Kılavuzu resmi terim olarak "etkinlikler" ifadesini kullanır, ancak "seremoni" uygulamada yaygın olarak kullanılır. Her ikisi de aynı beş aktiviteyi ifade eder: sprint, sprint planlama, günlük scrum, sprint değerlendirmesi ve sprint retrospektifi.

Her etkinliğin incele-ve-uyarla döngüsünde belirli bir rolü vardır. Sprint değerlendirmelerini atlayın ve yanlış şeyi inşa edersiniz. Retrospektifleri atlayın ve süreç sorunları asla düzelmez. Planlamayı atlayın ve kimse hedef üzerinde anlaşamaz. Bir set olarak çalışırlar.

Günlük scrum, özellikle dağıtık ekipler için asenkrona taşınması en kolay olanıdır. Sprint planlama ve retrospektifler gerçek zamanlı tartışmadan fayda görür ancak girdilerin asenkron toplandığı ve kararların senkron olarak alındığı hibrit yaklaşımlar kullanılabilir. Sprint değerlendirmeleri, canlı geri bildirim tüm amaç olduğu için asenkron yapması en zor olanıdır.

SAFe veya LeSS gibi çerçeveler kullanan büyük organizasyonlar, temel beş etkinliğin üzerine koordinasyon etkinlikleri ekler. Ancak bireysel ekip düzeyinde seremoniler aynı kalır. Her scrum ekibi (ideal olarak 3-9 kişi) şirket büyüklüğünden bağımsız olarak kendi etkinlik setini yürütür.

09/02/2026 tarihinde son güncelleme