Gönderiler

Gerçekten okunacak standup güncellemeleri nasıl yazılır

Agile ekiplerin %87'si günlük standup yapıyor, ancak insanların %92'si sanal toplantılar sırasında aynı anda birden fazla işle uğraştığını itiraf ediyor. Async standup'lar zamanlama sorununu çözer, ancak yeni bir sorun ortaya çıkarır: kimse güncellemenizi okumazsa, yazarak vakit kaybetmiş olursunuz. İnsanların göz gezdirdiği güncellemelerle harekete geçtiği güncellemeleri ayıran şey çoğunlukla sadece yazım alışkanlıklarıdır.

Değişimi yazın, günlük değil

Ekibinizin tabağınızdaki her şeyin özetine ihtiyacı yok. Dünden bu yana nelerin değiştiğini bilmeleri gerekiyor.

Bunun yerine	Bunu yazın
"API üzerinde çalışıyorum"	"Auth token yenileme bitti (PROJ-142). Bugün rate limiting'e başlıyorum, PR EOD'ye kadar."
"Dün bazı sorunlar yaşadım"	"Staging deploy'da takıldım — CI Docker build'de başarısız oluyor. #devops'a yazdım, Sarah'yı bekliyorum."
"Özellik üzerinde çalışmaya devam ettim"	"Arama indeksleme tamamlandı. Sonuç sıralamasına başlıyorum, yarın test edilebilir olmalı."

Eğer güncellemeniz dünden kopyalanıp yapıştırılabilseydi, bir şey söylemiyordur.

Taranabilir tutun

Ekip arkadaşlarınız beş, on, belki yirmi güncellemeyi tarıyor. Paragrafları okumayacaklar. 3 ila 5 madde işareti hedefleyin, her biri bir cümle. Güncellemenizi okumak 10 saniyeden fazla sürerse, kısaltın. İyi bir yapı:

• Tamamlandı: Ticket numaralarıyla bir veya iki tamamlanmış öğe
• Bugün: Odaklandığınız şey, birisinin size yardıma ihtiyacınız olup olmadığını anlayabileceği kadar detaylı
• Engellendi: Sadece gerçekten takıldıysanız. Kişiyi etiketleyin, neye ihtiyacınız olduğunu belirtin, son tarih verin

Sadece size önemli olan her şeyi atlayın. Sadece başka bir kişiyle ilgiliyse, bunun yerine DM gönderin. Daha fazla yapıya mı ihtiyacınız var? Mühendislik, pazarlama ve destek dahil olmak üzere farklı ekip türleri için standup şablonları derledik.

Engelleyicilerin sesli olması gerekir

Async standup'lardaki en yaygın başarısızlık, gömülü engelleyicidir. Birisi ilerleme hakkında üç paragraf yazar ve sonunda "ayrıca bir noktada veritabanı erişimine ihtiyacım olabilir" diye ekler. Kimse fark etmez. Yazan kişi birisinin yardım edeceğini varsayar. Kimse etmez. Engellenirseniz, bununla başlayın. Ekibinizin üzerinde anlaştığı görsel bir sinyal kullanın — kalın metin, bir etiket, bir emoji. Ardından basit bir formülü izleyin:

• Engel nedir (spesifik olun)
• Kim sizi engelini kaldırabilir (onları isimle etiketleyin)
• Ne zaman çözülmesi gerekir

Kötü: "Bazı izin şeyleri konusunda takıldım." İyi: "[ENGELLENDİ] Raporlama pipeline'ı için analytics-prod S3 bucket'a yazma erişimine ihtiyacım var. @Maria, IAM isteğini gönderebilir misin? Pazartesi EOD'ye kadar çözülmezse Salı sürümünü engelliyor." Ve bir engelleyici çözüldüğünde, bunu herkese açık söyleyin. "S3 erişimi engelinden kurtuldum, teşekkürler @Maria. Bugün deploy ediyorum." Bu döngüyü kapatır ve ekibe standup'ta engelleyicileri dile getirmenin gerçekten sonuç verdiğini gösterir.

Çalışmayı sonuçlara bağlayın

En iyi güncellemeler sadece ne olduğunu değil, işin neden önemli olduğunu açıklar. "User service'i refactor ettim" yerine, "Dashboard'da 3 saniyelik yükleme sürelerine neden olan N+1 sorguyu düzeltmek için user service'i refactor ettim" yazın. İkinci versiyon okuyuculara onu hatırlamaları için bir neden verir. Bunu her satır öğesi için yapmanıza gerek yok. Ancak gönderdiğiniz ana şey veya üzerinde çalıştığınız ana şey için, bir ekstra cümle bir görevi bağlama dönüştürür.

Anti-paternler

Eğer kendinizi bunlardan herhangi birinde tanıyorsanız, neyi düzelteceğinizi biliyorsunuz. Çamaşır listesi: "Bir bug düzelttim. Dokümanları güncelledim. Bir toplantı yaptım. Bir PR inceledim. Bağımlılıkları güncelledim." Bu aktiviteleri listeler ama sonuçlar hakkında hiçbir şey iletmez. Teknobabıl yığını: "Dağıtılmış önbellek geçersiz kılma katmanı için mutex lock edinme yolundaki race condition'ı debug ederek dün geçirdim..." Kimsenin standup'ta buna ihtiyacı yok. Bunu PR açıklaması için saklayın. Güncelleme olmayan: "Dün: şeyler üzerinde çalıştım. Bugün: devam. Engelleyiciler: yok." Bu tüm ekibinizi adınızı atlamaya alıştırır. Durum raporu: "Velocity planlanan kapasitenin %80'inde ilerliyor. Burndown yolunda olduğumuzu gösteriyor." Bu sprint review için, standup için değil. Standup'lar koordinasyon hakkında, raporlama değil.

Bunu bir alışkanlık yapın, zorunluluk değil

En iyi standup güncellemelerini yazmak 60 saniye sürer — hazırlanırsanız. Göndermeden önce, gerçekten ne yaptığınızı gözden geçirmek için bir an ayırın. Git geçmişinizi, ticket panonuzu, takvimizi kontrol edin. Ardından 3 madde yazın ve devam edin. Kollabe'nin async standup özelliği gibi araçlar bunu yapılandırılmış istemlerle, dünkü gönderinizi başlangıç noktası olarak yükleme yeteneğiyle ve ekibinizin güncellemeleri sohbette kazımadan tarayabilmesi için günlük organizasyonla kolaylaştırır. AI özetleri engelleyicileri ve yinelenen kalıpları otomatik olarak çıkarır, böylece insanlar göz gezdirse bile, önemli şeyler yine de fark edilir.