Daily Standup Alternatifleri: Kanıtlar ve Hazır Cümleler

Ekibinden biri o mesajı çoktan yazdı. Aşağı yukarı şöyle bir şey: “Bence bu günlük standup bizde işlemiyor.” Sonra mesaja bir bakıp nasıl karşılanacağını düşündü, sildi ve toplantıya girdi.

Bu yazının asıl konusu o silme anı. Standup üzerine yapılmış araştırmaları bulmak zor değil ve çoğu aynı yeri gösteriyor. Zor olan cümlenin kendisi. Aynı anda üç ayrı sosyal riski taşıyan bir şey söylemeye çalışıyorsun ve üçü de doğrudan sana yapışıyor.

Birinci risk: tembel gibi görünüyorsun. Bir toplantının kaldırılması yönündeki her talep, ilk bakışta daha az gözlenme talebi olarak okunur.

İkinci risk: ekip oyuncusu değilmişsin gibi duruyorsun. Standup, herkesi aynı hizada tutan şey olarak sunulur. Ona itiraz etmek, aynı hizada olmaya itiraz etmek gibi duyulur.

Üçüncü risk: bir sürece değil, bir insana saldırıyorsun. O toplantının bir sahibi var. Bir scrum master, bir yönetici ya da iki yıl önce bunu kuran kişi. Ritüele yönelik eleştiriyi kendi muhakemesine yönelik bir eleştiri olarak duyacak, çünkü çoğu odada gerçekten de öyle.

Böylece kimse bir şey söylemiyor ve toplantı, kimsenin doğru kelimeleri bulamamış olması sayesinde dönmeye devam ediyor.

İyi haber şu: o kelimeler var ve karmaşık da değiller. Sadece belirli bir sırayla dizilmeleri gerekiyor ve sıra, kanıtlardan daha çok işe yarıyor.

Tartışmayı kazandıran çerçeve

Standup’ın zaman kaybı olduğunu savunma. O tartışma, yukarıdaki üç sebepten dolayı her seferinde kaybediyor.

Bunun yerine, ekibinin yaptığı versiyonun olması gereken toplantı olmadığını savun ve düzeltmek için geri alınabilir bir deney öner.

Bu konuda Scrum Guide senin tarafında ve çoğu kişinin hiç bakmadığı kısım da tam olarak burası. 2020 Guide’ı¹ Daily Scrum’ı, Scrum Takımı’ndaki Geliştiriciler için yapılan, Sprint Hedefi’ne doğru ilerlemeyi incelemeye ve planı uyarlamaya yarayan 15 dakikalık bir etkinlik olarak tanımlıyor. Bir yöneticiye sunulan rapor olarak tanımlamıyor. 2020 revizyonu ayrıca çoğu ekibin hâlâ her sabah ezberden okuduğu üç soruyu da kaldırdı.¹

Sizin standup, odadaki en kıdemli kişiye dün ve bugün raporlayan bir halka şeklinde işliyorsa, onu koruyarak Scrum’ı savunmuş olmuyorsun. Kural kitabının çoktan çıkardığı bir şeyi işletiyorsun ve bunu kimseyi hiçbir şeyle suçlamadan yüksek sesle söyleyebilirsin.

Bütün hamle bu. Daha az hesap verebilirlik istemiyorsun. Toplantının, çerçevenin tarif ettiği şekilde yapılmasını ve daha ucuz bir formatın işi görüp görmediğinin test edilmesini istiyorsun.

1. Bölüm: Didiklemeye dayanan gerekçeler

Bu konuda dolaşan sayıların çoğunu attım. Hangilerini ve neden attığımı yazının sonunda anlattım. Aşağıdakiler, şüpheci bir yöneticinin önüne koyacaklarım.

1. Yukarıya doğru bir durum raporuna dönüştü ve çerçeve tam olarak bunun olmaması gerektiğini söylüyor. En iyi belgelenmiş bozulma biçimi. Stray, Sjøberg ve Dingsøyr’ün günlük standup’lar üzerine yaptığı grounded theory çalışması, katılımcıların bu toplantıları bilgi paylaşımı ve ortak problem çözme için değerli bulduğunu, toplantı bir yöneticiye durum raporuna dönüştüğünde ya da fazla sık ve fazla uzun sürdüğünde ise olumsuz tepki verdiğini buldu.² Aynı bulgu, aynı araştırma grubunun uygulamaya dönük yazılarında da karşımıza çıkıyor.⁴

2. Üç soru, koordinasyon yerine anlatı üretiyor. “Dün ticket üzerinde çalıştım, bugün ticket üzerinde devam edeceğim.” Kimse üstüne bir soru sormuyor. Sonucunda hiçbir şey değişmiyor. Format, bir hedefe doğru ilerlemeyi incelemek yerine faaliyet gösterisini teşvik ediyor; 2020 Guide’ının soruları kaldırma sebebi de bu.¹

3. Kıdemli mühendisler ve büyük ekipler bundan en az faydayı görüyor. Stray ve arkadaşları profesyonel geliştiricilerle anket yaptı ve puanların genel olarak nötr civarında toplandığını gördü: junior geliştiriciler daha olumluydu, kıdemliler ve büyük ekiplerin üyeleri ise toplantıda pek değer görmemeye daha yatkındı.³ Odadaki en deneyimli insanlar en az katılım gösterenlerse, bu onlarla ilgili değil, formatla ilgili bir sinyaldir.

4. Sabahı ikiye bölüyor. Paul Graham’ın 2009 tarihli argümanı¹³ hâlâ geçerli. Bir şey üreten insanlar uzun ve bölünmemiş bloklara ihtiyaç duyar; sabahın ortasındaki tek bir toplantı, sabahı zor işe yetmeyecek kadar küçük iki parçaya bölerek bütün sabahı mahvedebilir. 10:30 standup’ı bunun ders kitabı örneği. Bir de beklenti maliyeti var. İnsanlar toplantıdan önceki 45 dakikada derin hiçbir şeye başlamıyor.

5. Görev değiştirmek, toplantının iki yanındaki işi de bozuyor. Sophie Leroy’un araştırması dikkat kalıntısı (attention residue) kavramını ortaya attı: bir işten diğerine geçtiğinde dikkatinin bir kısmı ilk işte takılı kalıyor ve ikincideki performansın düşüyor.⁵ Standup bu geçişi her katılımcıya iki kez yaptırıyor, bir girerken bir çıkarken.

6. İşe geri dönmek gerçekten zaman alıyor. Gloria Mark’ın bölünme araştırması, bölünmüş bir işe geri dönmenin yaklaşık 23 dakika sürdüğüne dair çok alıntılanan rakamın kaynağı; Gudith ve Klocke ile yaptığı çalışma ayrıca insanların bölünmeleri daha hızlı çalışarak telafi ettiğini, bunun bedelinin de daha fazla stres, sinir ve algılanan iş yükü olduğunu buldu.⁶ Bunu dikkatli alıntıla. Verimlilik tartışmasının en çok suistimal edilen sayısı bu ve çürütülüşünü görmüş bir yönetici onu sana karşı kullanır.

7. Engeller dile getiriliyor ama çözülmüyor. Kendi ekibinde buna dikkat et. Biri takıldığını söylüyor, herkes başını sallıyor ve asıl çözüm kırk dakika sonra iki kişi arasındaki bir DM’de gerçekleşiyor. Kalıp buysa toplantı engeli çözmedi. Sadece onu çözen konuşmayı takvime koydu.

8. Toplantı yükü fizyolojik olarak birikiyor. Microsoft’un Human Factors Lab’i, arka arkaya toplantıya giren katılımcılara EEG taktı ve stres göstergelerinin toplantı dizisi boyunca yükseldiğini, kısa molaların ise bu birikimi azalttığını buldu.⁸ Steven Rogelberg’in toplantı bilimi üzerine çalışması aynı şeyi anket tarafından belgeliyor; üstüne bir de kötü bir toplantıdan sonra insanların kendine gelmek için harcadığı toparlanma süresi var ki o da toplantının kendi süresinin üzerine biniyor.⁷

9. Dağıtık ekiplere uymuyor. Her zaman biri o toplantıya kötü bir saatte katılıyor. GitLab’in all remote el kitabı¹⁴ durumu bunun yerine asenkron yürütmek için yazılmış en eksiksiz kamuya açık savunma; tam da bir blogdan değil, bu şekilde büyük ölçekte çalışan bir şirketten geldiği için işe yarayan bir referans.

10. Günlük bir tempo, koordine edilecek bir şey olsun olmasın günlük bir bedel alıyor. İşleri gevşek bağlı olan ekiplerde gerçek koordinasyon ihtiyacı aralıklıdır. Sabit toplantı ise her sakin günde fazladan ödeme yaptırır.

2. Bölüm: Karşı kanıtlar, ki onları sen getirmelisin

Aleyhindeki savunmayı kendin kurmuş olarak gir içeri. Ciddiye alınmanın en hızlı yolu bu ve yöneticini toplantıyı tek başına savunmak zorundaymış gibi hissetmekten kurtarıyor.

İyi yürütülen standup’lar, yerine koyması zor üç iş yapar.

Engelleri erken görünür kılarlar. 09:30’da dile getirilmeseydi bütün günü yiyecek bir sorun, tek başına o on beş dakikayı hak eder. Yerine koyacağın şeyin kesinlikle karşılaması gereken işlev bu.

Kimin ne yaptığına dair ortak bir resim kurarlar, bu da mükerrer ve birbiriyle çakışan işi azaltır. Stray ve Dingsøyr bunu, insanların bildirdiği gerçek faydalardan biri olarak belgeliyor.²

Psikolojik güvenliği desteklerler. Rietze ve Zacher, günlük standup toplantılarıyla psikolojik güvenlik arasında olumlu bir ilişki buldu; psikolojik güvenlik de iş tatmini ve ekip performansı algısıyla ilişkiliydi.¹⁰ Bu, psikolojik güvenliği ekip içi öğrenme davranışına bağlayan Edmondson’ın temel çalışmasının üzerine oturuyor.⁹ Düzenli ve düşük riskli bir temas noktası güven için bir şeyler yapıyor, özellikle yeni ya da dağıtık ekiplerde.

O yüzden doğru olduğu yerde teslim ol. Ekibin küçükse, sıkı bağlıysa, junior’lardan oluşuyorsa ya da üç haftalıksa standup muhtemelen maliyetini hak ediyordur ve bunu söylemelisin.

3. Bölüm: Ağzını açmadan önce kendi verini topla

İki hafta. Üç şey. Bunu konuşmadan önce yap, çünkü ritüele karşı fikir kaybeder, ritüele karşı aritmetik kaybetmez.

Planlanan süreyi değil, gerçek süreyi ölç. Her gün kronometre tut. Çoğu ekip, 15 dakikalık toplantının aslında 22 dakikalık bir toplantı olduğunu görüyor.

Maaş hesabını yap. Katılımcı sayısı çarpı saat cinsinden gerçek süre çarpı yıldaki iş günü. Sekiz kişilik bir ekip, gerçekten 15 dakikada kalsa bile günde 2 adam saat, haftada yaklaşık 10, yılda kabaca 460 adam saat eder. Saati 60 euroluk tam maliyetle bu yaklaşık 27.000 euro demek ve bu rakam iki yandaki toparlanma maliyetini hiç saymıyor. Kendi ekibinin sayılarını kullan ki kimse girdilere itiraz edemesin.

Engelleri say. On iş günü boyunca standup’ta dile getirilen her engeli not et ve toplantının içinde mi yoksa sonrasında başka bir yerde mi çözüldüğünü işaretle. Tartışmayı bitiren sayı genelde bu oluyor.

Ekibe anonim olarak sor. Tek soru. Standup işini yapmana yardımcı oluyor mu, evet mi hayır mı, neden. Gerçek cevabı sana anonimlik getirir; ayrıca kendi adına değil ekip adına konuşuyor olursun, bu da en baştaki listedeki ikinci riski ortadan kaldırır.

4. Bölüm: Kurulacak cümleler

Dört durum, dört senaryo. Ayrıntıları kendine uyarla, yapıyı koru, çünkü işi yapan yapı.

Hepsi aynı dört adımı izliyor. Karşındakinin gerçekten neye ihtiyacı olduğunu kabul et. Maliyeti onun terimleriyle adlandır. Geri alınabilir ve süresi belli bir şey öner. İspat yükünü de kurulum işini de kendi üstüne al.

Yöneticine, bire birde

“Sen görünürlüğünü kaybetmeden ekibin odak zamanını korumak istiyorum ve standup’ımızın gerçekte nasıl kullanıldığına dair iki haftalık verim var. 15 değil, 22 dakika sürüyor. Sekiz kişi için bu, yılda yaklaşık 675 adam saat demek. On günde altı engel dile getirildi ve bunlardan yalnızca biri gerçekten toplantıda çözüldü. Geri kalanı sonrasında DM’lerde halledildi.

Bunu dört hafta boyunca şöyle denemek istiyorum: ortak bir kanala 09:30’a kadar yazılı güncellemeler, istediğin zaman okursun; bir şey takıldığı anda insanların seni doğrudan etiketlediği ayrı bir engeller kanalı; ve haftada bir canlı sync. Engel çözüm süresini şu anki hâliyle karşılaştırarak takip edeceğim. Kötüleşirse geri döneriz ve bunu retroda ben söylerim. Kurulumun hepsini ben yaparım.”

Scrum master’ına

“2020 Guide’ını tekrar okuyordum. Daily Scrum’ı geliştiriciler için bir etkinlik olarak tanımlıyor ve üç soruyu kaldırmış. Bizimki, odadaki en kıdemli kişiye yönelik bir güncelleme turuna kaymış; Guide’ın özellikle engellemeye çalıştığı şey de tam olarak bu.

Bir sprint boyunca sırayla tek tek konuşmak yerine board üzerinden yürütmeyi deneyip, sonrasında geliştiricilere onlar için daha faydalı hale gelip gelmediğini sorabilir miyiz?”

Bunun ne yaptığına dikkat et. Otorite olarak seni değil çerçeveyi önüne koyuyor ve onu, bozuk bir versiyonu savunan kişi olmaktan çıkarıp pratiği yeniden yerine oturtan kişi haline getiriyor.

Başka hiçbir şey yapmadan önce, ekip arkadaşlarına

“Bana dürüst ol. Standup sana gerçekten faydalı oluyor mu, yoksa bir an önce bitsin diye mi katlanıyorsun? Bunu gündeme getirmek istiyorum ama sadece kendi adıma değil, ekip adına konuşuyorsam yapmak istiyorum.”

Bunu önce yap. Her zaman. İki kişi standup’ın yardım isteyebildikleri tek an olduğunu söylüyorsa, önerinin bunu koruması gerekir; ve artık bunu, herkesin önünde bir pozisyona bağlanmadan önce biliyorsun.

Retroda

“Bugün tek bir şeyi incelemek istiyorum. Standup’ımızı iki hafta takip ettim. Maliyeti bu, gerçekten çözdüğü engel sayısı da bu. İptal edelim demiyorum. Kalıcı bir karar vermeden önce formatı bir sprint boyunca değiştirip sayılara bakalım mı, onu soruyorum.”

Yazılı bir teklif olarak

Konu: Dört haftalık deney, asenkron standup

Şu anda günlük standup’ımız sekiz kişiyle 22 dakika sürüyor, bu da yılda yaklaşık 675 adam saat demek. Son on iş gününde toplantıda altı engel dile getirildi ve bunlardan biri toplantının içinde çözüldü.

Teklif, dört hafta, tamamen geri alınabilir:

Herkes 09:30’a kadar #team-standup kanalına üç satırlık yazılı check-in bırakır. Sprint hedefine doğru ilerleme, bugünün odağı, takılan bir şey varsa o. Engeller, ertesi sabaha saklanmak yerine ortaya çıktığı anda ilgili kişi doğrudan etiketlenerek paylaşılır. Pazartesi günü, planlama ve konuşma gerektiren her şey için 30 dakikalık tek bir canlı sync.

Engel çözüm süresini, cycle time’ı ve kısa bir ekip nabzını takip edip üçünü de [tarih] tarihli retroya getireceğim. Engel çözüm süresi kötüleşirse geri döneriz. Araçların kurulumunu ben yaparım, denemeyi de ben yürütürüm.

O mesajdaki en önemli satır, açıkça yazılmış geri dönüş koşulu. Teklifini bir değişiklikten bir teste çeviren şey o ve evet cevabını kazandıran da genelde o oluyor.

5. Bölüm: Sana ne diyecekler

“Herkesin ne yaptığını görebilmem lazım.” Yazılı güncellemeler sana bunu toplantıdan daha fazla verir. Aranabilirler, kalıcıdırlar ve 09:30’da bir odada olmak yerine 07:00’de ya da 19:00’da okuyabilirsin.

“Engeller öylece bekler.” Tam tersi. Ortaya çıktığı anda paylaşılan bir engel, ertesi sabaha saklanandan daha hızlı ilgi görür. Takip etmeyi önerdiğim metrik tam olarak bu ve denemeyi bana iptal ettirecek olan da bu.

“Topu topu on beş dakika.” Her iş günü, on beş dakika çarpı sekiz kişi; üstüne herkesin yaptığı işe geri dönmek için ihtiyaç duyduğu süre. Yıllık rakam da şu.

“Scrum, Daily Scrum’ı zorunlu tutuyor.” Scrum, geliştiriciler için bir Daily Scrum’ı zorunlu tutuyor ve 2020 Guide’ı bizim hâlâ kullandığımız üç soruyu kaldırdı. Bizim yaptığımız şey, Guide’ın tarif ettiği şey değil.¹

“Ekip bütünlüğünü kaybeder.” Bu gerçek bir risk ve haftalık sync’in kalma sebebi de bu. Deneme boyunca ayrıca bir ekip nabzı takip ediyorum, yani bütünlük düşerse tahmin yürütmek yerine bunu görürüz.

6. Bölüm: Bu tartışmayı kaybetmenin beş yolu

Meseleyi daha az iş yapmak istemek gibi çerçevelemek. Bu, karşındakinin içeri girerken taşıdığı şüpheyi birebir doğruluyor.

Yerine ne geleceğini söylemeden toplantıyı öldürmek. Ardından gelen dağınıklık şahsen sana yazılır, yazılması da gerekir.

Tek başına karar vermek. Bir ekip ritüeli ya ekip kararıyla değişir ya da bir ay içinde geri gelir.

Denemeyi ve metrikleri atlamak; bu, test edilebilir bir teklifi mevcut düzene karşı bir fikir yarışına çevirir ve o yarışları mevcut düzen kazanır.

İşe yaradığı insanları görmezden gelmek. Ekipteki junior ona güveniyorsa, tasarımı onun etrafında kur ve bunu odada söyle. Sana hiçbir şeye mal olmaz ve en güçlü itirazı, kimse dile getirmeden ortadan kaldırır.

7. Bölüm: Yerine ne geliyor

	Canlı günlük standup	Asenkron yazılı güncellemeler	Haftalık sync artı engel kanalı
Zaman maliyeti	Yüksek, kişi sayısıyla büyür	Senkron maliyet sıfıra yakın	Düşük
Bölünme maliyeti	Yüksek, her gün, sabahın ortasında	Asgari, herkes kendi planlar	Düşük, tek sabit nokta
Engel hızı	24 saate kadar bekleme	Etiketlenirse anında	Etiketlenirse anında
Kayıt	Biri yazmazsa yok	Varsayılan olarak aranabilir	Kısmi
Saat dilimleri arasında	Kötü	İyi	İdare eder
Bütünlük	İyi yürütülürse iyi	Tek başına zayıf	İyi

Yedi seçenek, her birinin yanında dürüst dezavantajıyla.

Bot üzerinden asenkron yazılı check-in. Geekbot, Standuply ya da Range herkese tek tek sorup ortak bir kanala yazıyor.¹⁷ Saat dilimleri arasında çalışıyor, aranabilir bir kayıt bırakıyor. Yazılanlara kimse cevap vermezse okunmayan bir durum tiyatrosuna dönüşebiliyor.

Haftada iki standup. Canlı sync’i koruyor, sıklığı düşürüyor. Küçük bir değişiklik olduğu için satması kolay. Acil şeyler için yanına bir kanal gerekiyor.

Halka yerine board turu. İş kalemlerini sağdan sola geç ve insanlar yerine ticket’lar hakkında konuş. Kişisel raporlama dinamiğini anında bitiriyor. Sadece board gerçekten güncelse işe yarıyor.

Ayrı bir engeller kanalı. Tek başına en yüksek değerli parça ve eklemesi en ucuzu. Yazma disiplini ve kanalı izleyen birini gerektiriyor.

İhtiyaç oldukça pair yapmak. Mümkün olan en hızlı çözüm, seyirci de yok. Ekibin tamamı için görünürlüğü azaltıyor, o yüzden yazılı bir iz gerekiyor.

Haftada bir derin sync. 15 dakikalık bir toplantının kaldıramayacağı konuşmalara yer açıyor. Tek başına işe yaramayacak kadar seyrek.

Toplantısız günler. Shopify’ın 2023’teki takvim temizliği en çok alıntılanan kurumsal örnek; şirket takviminden binlerce tekrarlayan toplantıyı sildiği bildirildi.¹⁵ Bu bir koordinasyon mekanizması değil, bir odak politikası; o yüzden yukarıdakilerden biriyle birleştirilmesi gerekiyor.

En sık işe yarayan kombinasyon: günlük farkındalık için yazılı güncellemeler, acil her şey için bir engeller kanalı, geri kalan için haftada bir canlı sync.

8. Bölüm: Denemeyi, retroyla karşılaşınca ayakta kalacak şekilde tasarlamak

Başarı metriklerini başlamadan önce seç ve yöneticinin zaten inandığı metrikleri seç.

Teslimat. DORA tarzı tek bir ölçü, genelde lead time for changes ya da deployment sıklığı.¹² Sık deploy etmiyorsanız cycle time işini görür.

Engel çözüm süresi. Asıl riske karşı güvencen. Deneyi öldürebilmesi gereken metrik bu ve bunu yüksek sesle söylemek, deneyi inandırıcı kılan şey.

Ekip nabzı. Tek soru, haftalık, anonim. Bu, SPACE çerçevesinin memnuniyet boyutuna denk geliyor; o çerçeve zaten tek metrikle verimlilik ölçmenin ters gitmesi yüzünden var.¹¹ O olmadan, sessiz sedasız insanları tüketirken çıktıyı artırabilir ve bunu hiç fark etmeyebilirsin.

Doğru süre dört hafta. İki hafta, yenilik etkisinin ötesinde bir şey görmek için fazla kısa. Sekiz hafta ise geri dönmenin herkesin gözü önünde bir başarısızlık gibi hissettirmeye başlaması için yeterince uzun; o zaman da insanlar denemeyi dürüstçe okumak yerine savunmaya geçiyor.

Asıl zor olan kısım

Yukarıdakilerin hepsi, bir öğleden sonrasını okumaya ayıran herkesin ulaşabileceği şeyler. Buna ihtiyacı olanların çoğu yine de o mesajı göndermeyecek.

Eksik olan kanıt değil. Eksik olan, toplantının işlemediğini, onu yürüten kişinin işlemediğini ima etmeden söyleyen bir cümle versiyonu; bunu yazmak da bir kaynakça listesi yazmaktan çok daha zor. O cümle Slack’in yazma kutusunda altı kez yeniden yazılıyor, sonra bırakılıyor.

Subtext’i yapma sebebimiz tam olarak bu boşluk. İnsanların gönderemediği mesajların çoğu içerik olarak karmaşık değil. Onlar, haklı olmanın yetmediği ve bütün riski kelimelerin taşıdığı mesajlar. Standup teklifi bunların küçüğü. Aynı şekil zam istemekte, işin kapsamını reddetmekte, bir kurucuya yol haritasının yanlış olduğunu söylemekte ve bir arkadaşına hayır demekte de karşımıza çıkıyor.

Buradan tek bir şey alacaksan şu olsun: mesajı, içinde geri dönüş koşuluyla birlikte gönder. “Engel çözüm süresi kötüleşirse geri döneriz ve bunu ben söylerim.” O tek cümlecik, birinin hayır demek için elinde tuttuğu gerekçeyi ortadan kaldırıyor.

Dışarıda bıraktığım sayılara dair bir not

Bu konuda geniş çapta dolaşan birkaç rakamın arkasında duramadım, o yüzden yukarıdaki metinde yer almıyorlar.

Geliştiricilerin %80’inin standup’taki en büyük sinir bozucu şey olarak alakasız güncellemeleri gösterdiği iddiası, genelde atfedildiği Stray anketinde geçmiyor. Toplantı aksiyon maddelerinin %80’inin hiç tamamlanmadığı iddiası kaynaksız dolaşıyor. Journal of Experimental Psychology’de yayımlanmış yakın tarihli bir makaleye atfedilen ve sık alıntılanan “%40 daha uzun ve %50 daha fazla hata” istatistiği, Rubinstein, Meyer ve Evans’ın 2001 çalışmasının bozulmuş bir versiyonu gibi duruyor; o çalışma laboratuvar ortamında görev değiştirmeyi ölçtü ve bir sabah toplantısına doğrudan uzanmıyor.¹⁸ Boşa giden toplantı süresi için ekip başına verilen çeşitli yıllık dolar rakamları tamamen arkalarındaki varsayımlara bağlı; 3. Bölüm’deki aritmetiğin bunun yerine senin kendi ekibinin girdilerini kullanmasının sebebi de bu.

Bir dürüst boşluk daha. Asenkron yazılı durum güncellemelerini senkron durum toplantılarıyla teslimat sonuçları üzerinden doğrudan karşılaştıran titiz ve kontrollü bir çalışma bulamadım. GitLab, Doist ve Basecamp yazılı versiyonu savunuyor ve üçünün de savunacak bir pozisyonu var. Yöneticin bu karşılaştırmayı isterse doğru cevap şu: böyle bir şey henüz yok gibi görünüyor ve senin dört haftalık denemen, onu kendi ekibin için üretme yolun.

Standup’ınızın maliyetini hak ettiğini ya da kanıtları yanlış okuduğumu mu düşünüyorsun? LinkedIn’den yaz.

Samet Durgun, mesajlarının duygusal tonunu yakalayıp onları senin kendi sesinle yeniden yazan Subtext uygulamasının kurucu ortağı. Berlin’de yaşıyor.

Kaynaklar

Yukarıdaki bağlantıların hepsi, varsa birincil kaynağa gidiyor.

The Scrum Guide (2020), Ken Schwaber and Jeff Sutherland, scrumguides.org. Bu tartışma için tek başına en faydalı belge. Daily Scrum bölümünü doğrudan oku ve kelimesi kelimesine alıntıla. Etkinliğin geliştiriciler için olduğunu, 15 dakika sürdüğünü ve üç sorunun 2020 revizyonunda kaldırıldığını ortaya koyuyor.
Stray, V., Sjøberg, D. I. K., and Dingsøyr, T. (2016). “The daily stand-up meeting: A grounded theory study.” Journal of Systems and Software, volume 114. Hakemli. Hem değeri (bilgi paylaşımı, ortak problem çözme) hem de bozulma biçimlerini (bir yöneticiye durum raporlama, aşırı sıklık ve süre) belgeliyor. Bunu bir scrum master’a gönder.
Stray, V., Moe, N. B., and Bergersen, G. R. (2017). “Are Daily Stand-up Meetings Valuable? A Survey of Developers in Software Teams.” XP 2017, Lecture Notes in Business Information Processing. Profesyonel geliştiricilerle yapılan anket. Bildirilen rakamlar arasında çevik ekiplerin %87’sinin günlük standup yaptığı, ortalama puanların nötr civarında olduğu, junior geliştiricilerin daha olumlu, kıdemlilerin ve büyük ekiplerin daha az olumlu olduğu yer alıyor. Yüzde yerine bulgunun yönünü kullandım.
Stray, V. and Moe, N. B., practitioner writing in IEEE Software on adapting daily stand-up practice. Katı standup ritüellerinin varsayılan olarak uygulanmak yerine ekibe uyarlanması gerektiğini savunuyor. Tam başlık ve yıl doğrulanamadı; internette dolaşan versiyonda doğrulayamadığım katılımcı sayıları var.
Leroy, S. (2009). “Why is it so hard to do my work? The challenge of attention residue when switching between work tasks.” Organizational Behavior and Human Decision Processes, volume 109, issue 2. Dikkat kalıntısı kavramının kaynağı. Görev değiştirmenin sonraki işin kalitesini düşürdüğüne dair, çevik dünyanın dışından gelen güçlü bir kanıt.
Mark, G., Gudith, D., and Klocke, U. (2008). “The Cost of Interrupted Work: More Speed and Stress.” CHI 2008. Ve Mark, G. (2023). Attention Span. Hanover Square Press. Bölünmüş iş bulgularının ve her yerde dolaşan yaklaşık 23 dakikalık işe dönüş rakamının kaynağı. Rakam gerçek ama sıkça, altındaki araştırmanın taşıyabileceğinden daha fazla kesinlikle alıntılanıyor; o yüzden birincil çalışmayı kaynak göster ve “20 dakikanın üzerinde” diye ifade et.
Rogelberg, S. G. (2019). The Surprising Science of Meetings. Oxford University Press. Toplantı israfı ve toplantı sonrası toparlanma üzerine standart kaynak. Sayılar ankete göre değiştiği için belirli bir yüzde yerine niteliksel bulguyu kullandım.
Microsoft Human Factors Lab, EEG study on breaks between meetings, published via Microsoft WorkLab and the 2021 Work Trend Index. Arka arkaya toplantılarda stresin biriktiğine ve molaların bunu azalttığına dair fizyolojik kanıt. Anket değil ölçüm olduğu için değerli.
Edmondson, A. (1999). “Psychological Safety and Learning Behavior in Work Teams.” Administrative Science Quarterly. Psikolojik güvenlik konusunda temel kaynak. Özel olarak standup’lar değil, genel olarak ekipler hakkında; o yüzden nedensel bir bağ konusunda fazla iddialı olma.
Rietze, S. and Zacher, H., research on daily stand-up meetings, psychological safety, work satisfaction and team performance perceptions, European Journal of Work and Organizational Psychology. Standup’lar lehine yayımlanmış en güçlü argüman; onu kendin getirmenin sebebi de tam olarak bu. Yayın yılı doğrulanamadı; dolaşan versiyon doğrulayamadığım 2025 tarihini veriyor.
Forsgren, N., Storey, M.-A., Maddila, C., Zimmermann, T., Houck, B., and Butler, J. (2021). “The SPACE of Developer Productivity.” ACM Queue. Ücretsiz okunabiliyor. Teslimat metriklerinin yanında bir ekip nabzı takip etmeyi gerekçelendirmek için memnuniyet ve iyi olma boyutunu kullan.
Forsgren, N., Humble, J., and Kim, G. (2018). Accelerate: The Science of Lean Software and DevOps. IT Revolution Press. Dört DORA teslimat metriğinin kaynağı. Metriğin o an için uydurulmuş değil savunulabilir olması için bunlardan birini çıktı ölçün olarak kullan.
Graham, P. (2009). “Maker’s Schedule, Manager’s Schedule.” paulgraham.com/makersschedule.html. Kısa, ücretsiz ve kararsız bir iş arkadaşına iletebileceğin en ikna edici şey.
GitLab all remote handbook, about.gitlab.com/company/culture/all-remote. Asenkron durum güncellemeleriyle açıkça çalışan büyük bir organizasyon. Modelin büyük ölçekte işlediğinin kanıtı, gerçi GitLab’in bu argümanda bir çıkarı var.
Shopify calendar purge, January 2023, as reported by Bloomberg, Fortune and others. Şirket takviminden binlerce tekrarlayan toplantının kaldırıldığı ve çarşamba günleri iki kişiden fazlasının katıldığı tekrarlayan toplantıların yasaklandığı bildirildi. Geri kazanılan saatlere dair spesifik rakam şirketin kendisinden geliyor, o yüzden ölçülmüş bir gerçek gibi sunmak yerine Shopify’a atfet.
Atlassian Agile Coach, standup guidance. Standup’ların kısa tutulmasını ve asenkron formatlar dahil ekibin ihtiyaçlarına uyarlanmasını öneren sektör rehberi. Yöneticinin çevik pratikler konusunda zaten güvendiği bir kaynaktan geldiği için işe yarıyor.
Araçlar: Slack ve Teams’te asenkron standup için Geekbot ve Standuply, ekip check-in’leri için Range. Şirket içinde birini önermeden önce güncel fiyatlandırmayı ve ürünün durumunu doğrula.
Rubinstein, J. S., Meyer, D. E., and Evans, J. E. (2001). “Executive Control of Cognitive Processes in Task Switching.” Journal of Experimental Psychology: Human Perception and Performance. Görev değiştirmeye dair “üretken zamanın %40’ına kadarı” iddiasının asıl kaynağı. Bozulmuş versiyonu tekrar etmek yerine kendin kontrol edebilesin diye buraya kondu.