Asenkron Daily Standup: Toplantıyı Öldürüp Koordinasyonu Nasıl Sağlarsınız?

Tamamı aynı saat diliminde çalışan yedi kişilik bir takımdık. Her sabah 09:15’te erkenci tayfa tam da bölmek üzere olduğumuz iki saatlik bir derin çalışmanın ortasındayken, geç kalkanlar daha ilk kahvelerini dolduruyordu. Toplantı 8 dakika sürüyordu. Bağlamı (context) geri kazanmak ise 40 dakika. En sonunda bir backend dev retrospektifte patladı: “Sabah 07:00’de bir production bug’ını çözdüm. Şimdi saat 09:15, akıştayım (flow) ve benden durup ne düzelttiğimi anlatmamı ve tekrar odaklanmak için 30 dakika harcamamı bekliyorsunuz.” Haklıydı.

Bu makale, Daily Standup Anti-Pattern’leri rehberindeki asenkron alternatifini detaylandırır ve Agile Serisi — Hızlı Başvuru Rehberi’nin bir parçasıdır.

Gerçeklik Kontrolü: Kimler Asenkronu Hak Eder?

İnsanlar asenkron standup’a yanlış sebeplerle geçiyorlar. Her sabahki toplantıdan nefret ediyorlar çünkü o 15 dakika, yöneticiye verilen 30 dakikalık bir statü raporuna dönüşmüş durumda. Buldukları çözüm ise bu işe yaramaz statü raporunu alıp bir Slack kanalına taşımak.

Asenkron, bozuk bir standup’ı düzeltmez; onu daha da belirginleştirir. Toplantıyı iptal etmeden önce bu olgunluk testini geçmeniz gerek.

Format: 3 Soruyu Çöpe Atın

İlk asenkron denememizde o klasik üç soruyu kullandık: Dün ne yaptın? Bugün ne yapacaksın? Engelin var mı?

Sonuç, Jira Tombalası’nın metin haline dönüşmesiydi:

“Dün: API üzerinde çalıştım. Bugün: API’ye devam. Engeller: Yok.”

Fiziksel bir odada olsaydık, Scrum Master veya bir çalışma arkadaşı gözlerini kısıp, “Tamam da spesifik olarak nereye takıldın?” derdi. Slack’te ise o oyalayıcı cümle herkesin gözünün önünden akıp gitti. Bot şablonunu değiştirip kesin, sonuç odaklı güncellemeler talep ettik:

Alan	Ne Yazılmalı	İyi Örnek
Bitti (Done)	Dünden beri elde edilen doğrulanabilir sonuç.	”API rate limiter: PR #412 açıldı ve CI’dan geçti.”
Sırada (Next)	Board referanslı spesifik sonraki adım.	”SP-234’ü alıyorum. Edge case’ler için Deniz’le pair yapacağız.”
Risk	Sizi yavaşlatabilecek herhangi bir şey.	”AWS dökümanları belirsiz. Öğlene kadar IAM rollerini çözemezsem DevOps’u darlayacağım.”
İhtiyaç (Need)	Açık yardım veya review talebi.	”PR #412 için code review lazım — @Ayşe, bu modülü en iyi sen biliyorsun.”

Katılım Kuralları

Kurallara ihtiyacınız var. Odada “timebox” sınırlarını koruyan bir kolaylaştırıcı (facilitator) yoksa, asenkron bir standup yavaşça kaotik bir çöplüğe dönüşür.

Kıdemli Dev Tuzağı (Ve Kırmızı Bayraklar)

Asenkron modelde üçüncü sprintimize geldiğimizde her şey çok sessizdi. Fazla sessiz.

Salı günü Deniz yazdı: “Webhook signature doğrulaması üzerinde çalışıyorum. İyi gidiyor.”
Çarşamba: “Hâlâ webhook imzalarındayım. Küçük edge case’ler.”
Perşembe: “Webhook’lar. Bitiyor gibi.”

Cuma senkronize olduğumuzda burndown chart dümdüzdü (flatline). Deniz üç gün boyunca kriptografik bir bug’a takılıp kalmıştı. O bir kıdemli geliştiriciydi (senior dev) ve gururu onu sorunu çözmeye “sadece 10 dakika uzaklıkta” olduğuna inandırmıştı. Senkron bir toplantıda, o stresi Çarşamba sabahı ses tonundan yakalardık. Metin üzerinden ise “İyi gidiyor” ifadesinin arkasına kolayca saklandı.

Sprint hedefini kaçırdık. O öğleden sonra Devre Kesici’yi (Circuit Breaker) inşa ettik.

Devre Kesici Protokolü

Aşağıdaki tetikleyicilerden (trigger) herhangi biri gerçekleşirse, asenkron denemesi otomatik olarak duraklatılır ve uzlaşmaya yer yoktur.

1. 48 Saat Yalanı: Bir task, board üzerinde hiçbir pürüz olmadan iki gün boyunca birinin güncellemesinde sabit kalıyorsa. (Otomatik tetik: Yarın senkron standup).
2. Görünmez Blocker: Biri tam bir gün boyunca takılı kaldıysa ve kimse el uzatmadıysa. (Otomatik tetik: Sprint’in geri kalanı için senkron standup).
3. Hayalet Kasaba (Ghost Town): Güncelleme katılımı veya okuma tepkileri %80’in altına düştüğünde. (Otomatik tetik: Gelecek sprint senkrona dön).

Uzlaşma: Hibrit Model

Tamamen asenkron çok izole ediciydi. İnsan temasını özledik. Tamamen senkron ise çok bölücüydü. Bu yüzden uzlaştık.

• Pazartesi (Senkron, 15 dk): Hafta sonunu yakala, haftanın önceliklerini belirle, burndown’a birlikte bak.
• Salı - Perşembe (Asenkron): Derin çalışma (deep work) bloklarını koru. Saat 10:00’a kadar Slack’e yaz.
• Cuma (Senkron, 15 dk): Sprint sağlık kontrolü. “Hedefi vuracak mıyız? Kanayan bir yara var mı?”

Bu spesifik kurgu, odayı okumamız gereken 15 dakikalık yüz yüze zamanı bize verirken, Salı-Perşembe arasındaki “üretici programını” korudu. Cal Newport’un Deep Work kitabında savunduğu gibi, sabah ortası kesintilerini kaldırmak, geliştiricilerimizin karmaşık mimari problemlere, yaklaşan bir Zoom görüşmesinin yarattığı o sinsi tedirginlik olmadan dalabilmelerini sağladı.