Daily Standup Anti-Pattern'ları: Sprint Standup'ınız Neden Çalışmıyor?

Standup’lardan nefret ediyorum. Muhtemelen sen de ediyorsun. Ama bunun tek sebebi onları yanlış yapıyor olmamız. Bir çemberde durup (veya Zoom’da birbirimize bakıp), okul çocuklarının ev ödevini gösterdiği gibi dün ne yaptığımızı anlatıyoruz. Kimin umurunda? Önemli olan tek şey şu: Hedefi tutturacak mıyız, yoksa batıyor muyuz? Bu bir durum toplantısı değil. Bu bir savaş planı.

Agile Serisi — Kopya Kağıdı’nın 6. Bölümü.

Günlük Toplantının Amacı

Daily, tek bir soruyu yanıtlamak için vardır: Sprint Hedefi’ne ulaşma yolunda mıyız?

Daha İyi Format: Hedef Odaklı

Klasik “Ne yaptım / Ne yapacağım / Engeller” formatı genellikle statü raporlamasına dönüşür. Bunun yerine şunu deneyin:

Sağdan Sola Yürüyüş

Utanç Duvarı: Yaygın Anti-Paternler

Hepimiz bu güncellemeleri duymuşuzdur. İnsanların Standup’lardan nefret etmesinin sebebi bunlardır.

1. Jira Tombalası

“Dün SC-144’ü yaptım, bugün SC-148’i yapacağım.” Karar: Yararsız. Kimse ticket numaralarını ezberlemez. Bize hangi işlevi geliştirdiğini ve hedefe neden önemli olduğunu anlat.

2. “Yaşayan Ölü” Görev

“SC-145 üzerinde çalışıyorum… (1. Gün). SC-145 üzerinde çalışıyorum… (2. Gün). Hâlâ SC-145’teyim… (3. Gün).” Suç: Takımın sessizliği. Eğer biri geçerli bir açıklama yapmadan aynı madde üzerinde 3 gün takılı kaldıysa ve kimse “Yardıma ihtiyacın var mı? Sprint Hedefi’ni kaçıracağız,” diye sormuyorsa, siz bir takım değilsiniz; sadece yan yana oturan insanlarsınız.

3. “Kimin Umrunda?” Güncellemeleri

“Yıl sonu değerlendirmesi için İK ile toplantım vardı.” “Yan taraftaki Veri ekibine SQL sorgularında yardım ettim.” Kural: Eğer tahtamızda değilse ve Sprint Hedefi’ni etkilemiyorsa, kimin umrunda? Bu kulağa sert gelebilir, ama Standup bu takım ve bu sprint içindir. İlgisiz gevezelik katılımı öldürür.

Otopark Kuralı (16. Dakika)

Eğer bir konu 3 cümleden fazla sürüyorsa veya analize dönüşüyorsa (“Yani, eğer o API’yi değiştirirsek, o zaman tüketici…”), DURUN.

“Bunu toplantı sonrasına (offline) alalım.”

Standup’ı 09:15’te kesin olarak bitirin. Sonra, ilgili 2-3 kişi sorunu çözmek için “After Party” (Otopark) için kalır. Geri kalanlar işine döner.

Pusula: Burndown Grafiği

Körebe oynamayın. Sprint’in yarısında Burndown Grafiği’ne bakın. O yalan söylemez.

1. “Eyvah” Anı (Programın Gerisi)

Eğer trend başaramayacağınızı gösteriyorsa, şimdi ses çıkarın.

• Seçenek A: PO ile hemen pazarlık yapın. “X’i bitiremeyiz, değiştirelim veya kapsamı daraltalım.” Riski paylaşın.
• Seçenek B (Onur Kodu): “Söz verdik.” Takım toparlanır, belki taahhütlerini korumak için ekstra çaba gösterir.
• Anahtar: Erken verilen kötü haber “yönetilmesi gereken bir risktir”. Son gün verilen kötü haber “başarısızlıktır”.

2. “Hızlıyız” Anı (Programın İlerisi)

İşler beklenenden iyi gidiyorsa, “enerji tasarrufu” yapmak için bunu saklamayın.

• Aksiyon: PO ile iletişime geçin: “Hey, kapasitemiz var. Sıradaki öncelikli maddeyi çekelim mi?”
• Fayda: Bu, bir sonraki Sprint Planlama’daki gerilimi öldürür. PO sprint’i “doldurmaya” çalışmaktan vazgeçer çünkü erken bitirirseniz zaten daha fazla iş isteyeceğinizi bilir. Bu, Stratejik Güven inşa eder.

Ürün Sahibi (PO): Misafir mi Polis mi?

PO Daily’ye katılır mı? İsteğe bağlı.

• Gerçeklik: Daily, Agile Takımı (Geliştiriciler + QA) için üretim üzerine hizalanma yeridir.
• İlişki: Yakın çalışsak da, PO efektif olarak “Üretim Takımı”nın (Agile Takımı) Müşterisidir.
• Güven: Yüksek güven ortamlarında PO’nun orada olmasına gerek yoktur. Bilirler ki Burndown kırmızıya dönerse veya bir engel çıkarsa, takım onları hemen arayacaktır.

Daily Ne DEĞİLDİR?

30 Dakika Anti-Paterni

Eğer daily’niz düzenli olarak 15 dakikayı aşıyorsa, kök nedeni teşhis edin:

Belirti	Muhtemel Neden	Çözüm
Uzun güncellemeler	Statü raporlama kültürü	Tahta odaklı formata geçin
Toplantıda problem çözme	Net bir “offline” kuralı yok	Kolaylaştırıcı (Facilitator) otoparkı zorunlu kılar
Çok fazla insan	Takım çok büyük veya yanlış katılımcılar	Takımı bölün veya çekirdek takımla sınırlayın
Geç kalanları bekleme	Başlangıç disiplini yok	Zamanında başlayın, her zaman

Alternatif: Toplantıyı Öldürün (Async Daily)

Gerçekten her gün 09:15’te buluşmaya ihtiyacımız var mı? Hayır.

Olgun takımlar için, özellikle zaman dilimlerine dağılmış olanlar için, “Standart Daily” eskimiştir.

1. Asenkron Seçenek (Slack/Teams)

Eğer büyük bir engel yoksa ve tahta güncelse, neden herkesin akışını (flow) bölelim?

• Format: Otomatik bot (veya basit metin) sorar: “Neyi bitirdin? Sırada neyi çekiyorsun? Herhangi bir engel var mı?”
• Fayda: Bağlam değiştirme yok. “Mikrofonu bekleme” yok. Saf verimlilik.
• Koşul: Bu sadece takım güncellemeleri gerçekten okuyorsa ve Sprint Hedefi’ni önemsiyorsa çalışır. Sessizlik hakimse, Senkronize’ye geri dönün.

2. Esnek Zamanlama

Sabah yapılması şart mı?

• Takım öğle öncesi 11:45’i tercih ediyorsa? Yapın.
• Takım günü toparlama amaçlı 16:00’yı tercih ediyorsa? Yapın.
• Genel “Sabah Standup” kuralı fabrikalar içindir, yaratıcı mühendislik için değil.

Uzaktan/Hibrit Dikkat Noktaları

Sıkça Sorulan Sorular

Daily standup ne kadar sürmeli?

Scrum Rehberi maksimumu 15 dakika olarak belirler. 6-7 geliştiriciden oluşan olgun bir takımda iyi yürütülen bir standup genellikle sadece 6-7 dakika sürer — kişi başı yaklaşık 1 dakika. Standup’ınız sürekli 15+ dakikayı aşıyorsa, muhtemelen toplantı içinde statü raporlama veya problem çözme yapıyorsunuzdur. İkisi de anti-pattern’dır. Zaman kutusunu değil, formatı düzeltin.

Daily standup'taki 3 soru nedir?

Klasik format şunu sorar: (1) Dün ne yaptım? (2) Bugün ne yapacağım? (3) Herhangi bir engel var mı? Ancak bu format genellikle bireysel statü raporlamasına dönüşür. Daha etkili bir yaklaşım: tahtayı sağdan sola yürüyün, Done’a en yakın maddelerden başlayarak. Her madde için sorun: Bunu ilerletmek için bir sonraki aksiyon ne? Bu, odağı kişisel güncellemeler yerine Sprint Hedefi’nde tutar.

Asenkron daily standup nasıl yapılır?

Otomatik bir Slack/Teams botu kullanın: ne bitirdiniz, sırada ne çekiyorsunuz, herhangi bir engel var mı? Temel koşul: takımın güncellemeleri gerçekten okuması ve tahtayı güncel tutması gerekir. Katılım düşerse veya engeller fark edilmezse, senkron standup’a geri dönün. Async en iyi saat dilimi farkı olan dağıtık takımlarda ve yüksek güven ortamlarında çalışır.

Ürün Sahibi daily standup'a katılmalı mı?

İsteğe bağlıdır. Daily, geliştirme takımının yürütme üzerine koordine olması içindir. Yüksek güven ortamlarında PO’nun orada olmasına gerek yoktur — takım burndown sorunlarını ve engelleri proaktif olarak bildirecektir. PO katılırsa gözlemlemeli, konuşmayı yönlendirmemelidir. PO, üretim takımının efektif olarak “müşterisi”dir.

Yaygın daily standup anti-pattern'ları nelerdir?

En büyük suçlular: (1) Jira Tombalası — gerçek işi anlatmak yerine ticket numarası okumak, (2) Yaşayan Ölü Görevler — 3+ gündür aynı maddede takılı kalıp kimsenin “yardıma ihtiyacın var mı?” diye sormaması, (3) Kimin Umrunda Güncellemeleri — Sprint Hedefi ile ilgisi olmayan aktiviteleri paylaşmak, (4) 30 Dakikalık Standup’lar — statü raporlama veya toplantı içi problem çözmenin kesin belirtisi. Bu sorunları retrolarda nasıl yüzeye çıkaracağınız için retrospektif rehberine bakın.