Stand-up ve sprint toplantıları

Merak sorusu

Sprintin dokuzuncu günü. Emre'nin üstlendiği iade uç noktası yarın bitmeliydi, ama test verileri hâlâ hazır değil ve bitmeyeceği belli. Sabah toplantısında sırası geldiğinde ne diyeceğini bilmiyor. Türkçe olsa "Hallederiz, yetişir" deyip geçerdi. Ama bu cümle cuma günkü sprint değerlendirmesinde, paydaşların önünde, bitmemiş bir işle karşısına çıkacak.

Sprintin sonunda bir de geçmiş değerlendirmesi var. Emre'nin ekibe bir önerisi var: kod incelemeleri çok uzun sürüyor ve PR'lar günlerce bekliyor. Ama yeni gelmiş biri olarak bunu nasıl söyleyeceğini kestiremiyor. Bir gecikme kimseyi şaşırtmadan nasıl duyurulur, bir öneri kimseyi suçlamadan nasıl getirilir?

Anlatım

Toplantıların adları ve amaçları

Yazılım ekiplerinin çoğu işi kısa döngülere, sprintlere böler ve her döngünün kendine özgü toplantıları vardır. Scrum adlı çalışma çerçevesini tanımlayan Scrum Guide bu toplantıları adlarıyla ve amaçlarıyla sayar. Sprint, bir ay ya da daha kısa süren sabit uzunlukta bir döngüdür. Daily Scrum, geliştiriciler için on beş dakikalık bir günlük toplantıdır ve amacı sprint hedefine doğru ilerlemeyi gözden geçirip günün planını ayarlamaktır. Ekiplerin çoğu bu toplantıya gündelik dilde "stand-up" der. Sprint Review'da ekip yaptığı işi paydaşlara gösterir ve birlikte sonraki adımları konuşur. Sprint Retrospective ise ekibin kendi çalışma biçimini ele aldığı ve iyileştirmeleri planladığı toplantıdır.

Scrum Guide'ın bir ayrıntısı Türk ekipleri için de önemlidir: rehber, günlük toplantının yapısını geliştiricilere bırakır. "Dün ne yaptım, bugün ne yapacağım, bir engelim var mı" düzeni yaygın bir alışkanlıktır, ama bir kural değildir. Önemli olan, toplantının sprint hedefine doğru ilerlemeye odaklanmasıdır.

Gecikmeyi erken ve açık duyurmak

Kısa günlük güncellemenin üç cümlesini daha önce kurmuştun. Asıl zorluk, bir işin planlandığı gibi gitmediği günlerdedir. İyi bir gecikme duyurusu üç şey söyler: ne gecikecek, neden ve şimdi ne olacak. Erken söylenen bir gecikme bir planlama sorunudur; sprintin son günü söylenen bir gecikme ise bir sürprizdir.

Gecikmeyi yumuşatan ama bilgiyi saklamayan kalıplar da işe yarar: "It's taking longer than expected because…", "I'm a bit behind on…". Yardım istemek de bir güncellemenin parçasıdır: "Could someone help me with the test data after the stand-up?"

Toplantıyı kısa tutmak

Günlük toplantı on beş dakikadır ve ayrıntılı bir teknik tartışma bu süreyi hızla doldurur. Bu yüzden ekiplerde iki kalıp sık duyulur. Biri tartışmayı sonraya taşır: "Let's take this offline", yani bunu toplantıdan sonra, ilgili kişilerle konuşalım. Öteki ilgili kişileri toplantıdan sonra bir araya çağırır: "Can we stay on for five minutes after the stand-up?" Bu kalıplar bir konuyu kapatmaz, yalnızca doğru yere taşır.

Sprint Review: göster, anlat, sor

Sprint Review'da ekip bitirdiği işi paydaşlara gösterir. Burada slayttan çok çalışan yazılım konuşur ve dil kullanıcının gözünden kurulur: "Let me show you what happens when a customer asks for a refund." Bitmemiş bir iş bitmiş gibi gösterilmez; "done" sözcüğü, ekibin bir işi tamamlanmış saymak için kabul ettiği ölçütleri karşılayan işler için kullanılır. Kalan iş açıkça söylenir: "This part is done. The partial refund isn't finished yet; it's planned for the next sprint." Toplantının sonunda paydaşlardan geri bildirim istenir: "Does this match what you expected?"

Retrospective: suçlamadan öneri getirmek

Retrospective'de ekip sprintte neyin iyi gittiğini, hangi sorunlarla karşılaştığını ve bunların nasıl çözüldüğünü ya da çözülemediğini konuşur. Bir öneriyi kimseyi suçlamadan getirmenin en etkili yolu, sorunu bir kişiye değil bir sürece bağlamak ve küçük, denenebilir bir değişiklik önermektir.

Bu cümle kimsenin adını anmıyor, bir gözlemle başlıyor ve kalıcı bir kural değil, bir sprintlik bir deneme öneriyor. Retrospective'de bu tür denemeler kabul görmeye daha yatkındır, çünkü işe yaramazlarsa bir sonraki retrospective'de bırakılabilirler.

İyi giden bir şeyi söylemek de retrospective'in parçasıdır; ekip neyi korumak istediğini bilmelidir.

Türkçe köprüsü

Türk ekiplerinde bir işin gecikeceğini toplantıda söylemek bazen bir başarısızlık itirafı gibi hissettirir ve "Hallederiz, yetişir" gibi iyimser cümlelerle son güne kadar ertelenir. Uluslararası bir ekipte bu iyimserlik sprintin sonunda bir sürprize dönüşür ve sürpriz, gecikmenin kendisinden daha çok güven kaybettirir. "It won't be ready by tomorrow" cümlesi, erken söylendiğinde bir zayıflık değil, ekibe planını değiştirme fırsatı veren bir bilgidir.

Retrospective'de ise ters yönde bir çekingenlik görülebilir: yeni gelmiş biri olarak süreci eleştirmek, kıdemlilerin işine karışmak gibi gelebilir. İngilizce konuşulan ekiplerin birçoğunda retrospective tam da bunun için vardır ve yeni bir gözün fark ettiği şeyler değerli sayılır. Önemli olan, eleştiriyi bir kişiye değil bir sürece bağlamak ve bir çözüm önerisiyle getirmektir.

Gerçek hayattan örnekler

Emre salı sabahı gecikmeyi duyuruyor: ne gecikecek, neden, ne zaman bitecek. Lena hemen test ekibinden birini Emre'ye bağlıyor ve konuyu toplantıdan sonraya taşıyor: "Let's take this offline, Emre and Declan." Veriler öğleden sonra geliyor ve iade uç noktası çarşamba akşamı bitiyor.

Cuma günkü Sprint Review'da Emre ekranını paylaşıp bir müşterinin iade isteğini baştan sona gösteriyor; kısmi iade özelliğinin bir sonraki sprinte kaldığını açıkça söylüyor. Retrospective'de PR bekleme süresi önerisini getiriyor. Jonas hemen destekliyor, Lena bir sprintlik denemeyi panoya yazıyor. Toplantının sonunda Declan ekliyor: "Good point from the new guy."

Sık yapılan hata

Günlük toplantıyı ayrıntılı bir teknik tartışmaya çevirmek de herkesin on beş dakikasını tek bir konuya harcatır. "Let's take this offline" kalıbı, konuyu kapatmadan toplantıyı kısa tutar.

Mini alıştırma

1. Scrum Guide'a göre bir sprint en fazla ne kadar sürer ve Daily Scrum kaç dakikadır?
2. "Dün, bugün, engel" düzeni Scrum Guide'da zorunlu mu?
3. İyi bir gecikme duyurusu hangi üç şeyi söyler?
4. "Let's take this offline" ne anlama gelir?
5. Retrospective'de bir öneriyi suçlamadan getirmenin yolu nedir?

Cevaplar

1. Bir ay ya da daha kısa; Daily Scrum on beş dakikadır.
2. Hayır; rehber yapıyı geliştiricilere bırakır, bu düzen yaygın bir alışkanlıktır.
3. Ne gecikecek, neden ve şimdi ne olacak.
4. Bu konuyu toplantıdan sonra, ilgili kişilerle konuşalım.
5. Sorunu bir kişiye değil bir sürece bağlamak, bir gözlemle başlamak ve küçük, denenebilir bir değişiklik önermek.

Sesli tekrar görevi

Sonra bir retrospective önerisini yüksek sesle kur: önce bir gözlem, "One thing I noticed is that…", sonra bir deneme, "What if we tried… just for the next sprint?" En sonda iyi giden bir şeyi söyle: "I think … really helped this sprint."

Özet kartı

1. Scrum Guide: sprint en fazla bir ay; Daily Scrum on beş dakika ve yapısı ekibin; Sprint Review işi gösterir; Retrospective çalışma biçimini iyileştirir.
2. Stand-up gündelik addır; dün, bugün, engel düzeni bir alışkanlıktır, kural değil.
3. Gecikme: ne, neden, şimdi ne olacak; erken söylenen gecikme bir bilgidir.
4. Kısa tut: Let's take this offline, Can we stay on for five minutes?
5. Review: göster, done sözcüğünü bitmiş işe sakla, kalan işi söyle, geri bildirim iste.
6. Retro: gözlem, sürece bağlı sorun, bir sprintlik deneme; iyi gideni de söyle.

Sonraki derse köprü

Yazılım bölümü burada bitiyor; mesleki parkur şimdi bir muayenehaneye geçiyor. Antalya'da yabancı hastalara da bakan bir aile hekimi olan Dr Elif, yaz sezonunun ilk haftasında İngilizce konuşan bir hastayı karşılıyor. Hastanın ne zamandan beri şikâyetinin olduğunu, hangi ilaçları kullandığını ve geçmişte hangi hastalıkları geçirdiğini İngilizce, sırayla ve hastayı ürkütmeden sorması gerekiyor. Sıradaki derste İngilizce hasta öyküsü almayı çalışıyoruz.