Ana sayfa → Bölüm 05
Daily Standup: Statü Raporu Değil, Senkronizasyon
Ayakta durup sırayla ev ödevimizi anlatıyoruz. Kimin umurunda? Önemli olan tek soru şu: hedefi tutturacak mıyız, yoksa batıyor muyuz?
- Dün ne yaptığın bugünü etkilemiyorsa önemsizdir. Bana engelini söyle.
- 15 dakika üst sınırdır, hedef değil. Olgun bir ekipte 6–7 dakika sürer.
- Tahtayı sağdan sola yürü. Kişilerden değil, maddelerden git; odak sprint hedefinde kalsın.
- Engel için daily’yi bekleme. Daily bir güvenlik ağıdır, tek acil hat değil.
Amaç: tek bir soru
Daily tek bir soruya cevap vermek için vardır: sprint hedefine ulaşma yolunda mıyız? Bu sorunun altında üç iş var:
- İlerlemeyi kontrol etmek. İşler “bitti”ye doğru akıyor mu, önde miyiz geride miyiz?
- Engelleri ortaya çıkarmak. Ne durdu ve kim kaldıracak?
- Günü hizalamak. Kim ne üzerinde çalışıyor, nerede işbirliği gerekiyor?
Bu üçünün hiçbiri “dün ne yaptın” sorusuna cevap gerektirmiyor. Klasik üç soru formatının sorunu bu: geçmişe bakıyor, oysa toplantı bugünü planlamak için var.
Daha iyi format: tahtayı sağdan sola yürü
Kişi kişi dolaşmak yerine madde madde dolaş ve “Bitti”ye en yakın olandan başla. Sebep basit: değeri teslim etmeye en yakın iş en önceliklidir. Yeni iş başlatmak, bitmek üzere olan işi bitirmekten daha az değerlidir.
- Bitti. Tamamlananları kısaca teyit et; “Bitti Tanımı”na uyuyor mu?
- Review / test aşamasındakiler. Kim bakıyor, “Bitti”ye geçişte ne engelliyor?
- Devam edenler. Bugün ilerlemesi için neye ihtiyaç var?
- Yapılacaklar. Sıradaki madde net mi, kim çekiyor?
Her madde için tek soru yeterli: “Bunu ilerletmek için sıradaki aksiyon ne?” Bu soru cevaplanamıyorsa madde aslında ilerlemiyordur.
Utanç duvarı: yaygın anti-pattern’ler
1. Jira tombalası
“Dün SC-144’ü yaptım, bugün SC-148’e bakacağım.”
Kimse ticket numarası ezberlemez. Bunun yerine hangi işlevi geliştirdiğini ve hedefle ilişkisini söyle: “Ödeme formunun doğrulamasını bitirdim, bugün 3D Secure dönüşüne bakıyorum.”
2. Yaşayan ölü görev
“SC-145 üzerinde çalışıyorum” — 1. gün, 2. gün, 3. gün.
Burada asıl suçlu konuşan kişi değil, ekibin sessizliğidir. Biri üç gündür aynı maddede takılıysa ve kimse “yardım lazım mı, hedefi kaçıracağız” demiyorsa, bir ekip değil yan yana oturan insanlar topluluğusunuz.
Kendi eklediğim kural: bir madde ikinci günün sonunda hâlâ aynı durumdaysa otomatik olarak konuşulur; kimsenin cesaret gösterip sorması gerekmez. Kuralı önceden koyduğunda soru kişisel olmaktan çıkar.
3. “Kimin umurunda” güncellemeleri
“İK ile yıl sonu değerlendirmesi toplantım vardı.” — Tahtada değilse ve sprint hedefini etkilemiyorsa daily’nin konusu değildir. Sert gelebilir ama ilgisiz konuşma katılımı öldürür: insanlar dinlemeyi bırakır, dinlemeyi bırakınca da engelleri fark etmezler.
Otopark kuralı
Bir konu üç cümleden uzun sürüyorsa ya da analize dönüşüyorsa (“o API’yi değiştirirsek tüketici tarafında...”) durdur:
Daily’yi ilan edilen saatte bitir. Sonra ilgili iki üç kişi kalır ve konuyu çözer; geri kalan herkes işine döner. Beş kişinin dinlemek zorunda kaldığı bir tartışma, iki kişinin çözebileceği bir problemdir.
Pusula: burndown grafiği
Sprint’in ortasında grafiğe bak. Grafik hislere göre değil, tahtaya göre konuşur.
Trend tutturamayacağınızı gösteriyorsa şimdi söyle. İki seçenek var: PO ile hemen pazarlık (“X’i çıkaralım veya kapsamı daraltalım”) ya da ekibin toparlanma kararı. Hangisi olursa olsun riski paylaş.
Erken kötü haber risktir; son gün verilen kötü haber başarısızlıktır.
İşler beklenenden iyi gidiyorsa bunu saklama. PO’ya söyle: “kapasitemiz var, sıradaki maddeyi çekelim mi?”
Bunun uzun vadeli faydası şu: PO sprint’i doldurmaya çalışmaktan vazgeçer, çünkü erken biterse zaten iş isteyeceğinizi bilir. Bu, planning’deki gerilimi bitirir.
Grafik ancak “Bitti” tanımı sağlamsa doğru söyler. Bizim tanımımızda “Bitti” şu demek: testler geçti, CI/CD ilgili ortama deploy etti ve özellik orada çalışır durumda doğrulandı.
Kod yerelde çalışıyor diye madde “Bitti”ye çekilirse grafik düşer ama iş bitmemiştir. Bu, ilerleme illüzyonudur ve sprint’in son iki gününde faturası kesilir.
Product Owner: misafir mi, polis mi?
Katılımı isteğe bağlı. Daily geliştirme ekibinin kendi arasında hizalanma anıdır ve PO pratikte bu ekibin müşterisidir. Güven yüksekse orada olmasına gerek yoktur; burndown kızarırsa veya engel çıkarsa haber verileceğini bilir.
PO katılıyorsa kural şu: gözlemler, yönlendirmez. PO konuşmaya başladığı anda toplantı yön değiştirir ve ekip birbirine değil ona rapor vermeye başlar.
30 dakika anti-pattern’i: teşhis tablosu
| Belirti | Muhtemel neden | Çözüm |
|---|---|---|
| Uzun bireysel güncellemeler | Statü raporlama kültürü | Tahta odaklı formata geç |
| Toplantıda problem çözme | Net bir “sonraya alalım” kuralı yok | Otopark kuralını kolaylaştırıcı uygulasın |
| Çok fazla katılımcı | Ekip çok büyük veya yanlış kişiler | Ekibi böl ya da çekirdek ekiple sınırla |
| Geç kalanları bekleme | Başlangıç disiplini yok | Zamanında başla, istisnasız |
Alternatif: toplantıyı öldür (asenkron daily)
Her gün aynı saatte buluşmak zorunda mıyız? Hayır. Olgun ve saat dilimine yayılmış ekipler için senkron daily eskimiş bir varsayımdır.
- Format: bir bot üç soruyu sorar — neyi bitirdin, sırada neyi çekiyorsun, engelin var mı?
- Fayda: bağlam değişimi yok, sıra bekleme yok, derin çalışma bölünmüyor.
- Koşul: ekip yazılanları gerçekten okumalı. Kimse okumuyorsa senkrona dön.
Kendi eklediğim ölçü: asenkrona geçtikten sonra iki hafta boyunca “bir engel yazıldıktan kaç saat sonra biri cevap verdi” süresini takip et. Bu süre dört saati aşıyorsa asenkron format o ekipte çalışmıyor demektir. Karar hissiyata değil bu sayıya dayansın.
Saat 14:00’te takılıp “takıldım” demek için ertesi sabahki daily’yi beklemek. Boğuluyorsan şimdi söyle. Daily bir güvenlik ağıdır, tek acil hat değil.
Kontrol listesi
- Tahta açık ve ekran paylaşılıyor mu?
- Sağdan sola mı yürüyoruz, kişi kişi mi?
- İki günden fazla duran madde konuşuldu mu?
- Uzayan tartışma sonraya park edildi mi?
- İlan edilen saatte bitti mi?
- Çıkan her engelin bir sahibi var mı?
Sonuç
Daily, sürecin kalp atışıdır. Düzensiz atıyorsa — uzun, sıkıcı, statü odaklıysa — ekip hastadır. Tedavisi basit: yöneticiye rapor vermeyi bırakıp birbirinizle konuşmaya başlayın. Soru her sabah aynı: bugün kazanmak için ne yapıyoruz?
Sağdan sola yürüme formatı, otopark kuralı, anti-pattern isimleri ve asenkron daily yaklaşımı İbrahim Demir’in Daily Standup yazısından uyarlandı; asenkron format için ayrıca Asenkron Daily yazısına bakılabilir. İki günlük otomatik konuşma kuralı ve asenkron için “engel cevap süresi” ölçüsü benim eklemem.