Ana sayfa → Bölüm 07
Retrospective: Temenni Değil, Takip Edilen Aksiyon
Çıktısında “daha iyi test yapmalıyız” cümlesi geçen bir retro başarısız olmuştur. Tanım, sorumlu ve termin — üçü yoksa elinizdeki şey bir aksiyon değil, bir dilektir.
- Aksiyonun üç bileşeni var: tanım, sorumlu, termin. Biri eksikse dilektir.
- Övgü de somut olmalı. “Süperiz” hiçbir standardı belirlemez.
- Odak o sprint ve kendi etki alanınız. Şirket politikası retroda çözülmez.
- Takip edilmeyen aksiyon güveni öldürür. İkinci kez takip edilmezse ekip retroya inanmayı bırakır.
Retro neden en önemli seremoni
Diğer bütün seremonileri kusursuz yürütsen bile, retro ihmal edildiğinde süreç donar. Sebebi şu: Planning, Daily ve Review işi yönetir; retro işi yapma biçimini yönetir. Birincisi bu sprint’i kurtarır, ikincisi sonraki otuz sprint’i.
Yarış benzetmesiyle: sprint yarışsa retro pit stop’tur. Ama sadece lastik değiştirmek için değil, motordaki küçük sürtünmeleri gidermek için. Büyük dönüşümler tek seferde gelmez; küçük ama tutarlı düzeltmelerin bileşik etkisinden doğar.
1. Övgü — ama arkası dolu övgü
Retro denince akla önce “neyi kötü yaptık” gelir. Oysa neyin iyi gittiğini analiz etmek en az onun kadar önemli — çünkü tekrarlanabilir olması için neyin işe yaradığının adının konması gerekir.
“Bu sprintteki yardımları için X’e teşekkürler.”
Havada kalır, unutulur, hiçbir standardı belirlemez.
“X’e teşekkür ederim: birden çok kaynaktan veri okumamız gerektiğinde strategy desenini nasıl kuracağımızı gösterdi, bu sayede üç ayrı if bloğu yerine tek bir arayüzümüz oldu ve yeni kaynak eklemek artık on satır.”
Hem takdir eder hem standardı gösterir.
Bu tür açık konuşmanın ön koşulu psikolojik güvenliktir. Ekipte “yanlış bir şey söylersem ne olur” endişesi varsa o retro başlamadan ölmüştür. Güvenlik retroda değil, her gün inşa edilir — engel bildirmenin ve yardım istemenin normal hissettiği bir daily ile başlar.
2. Temenni değil, somut aksiyon
Retroların en büyük katili ucu açık cümlelerdir. İyi bir aksiyonun üç bileşeni var:
| Bileşen | Soru | Kural |
|---|---|---|
| Tanım | Ne yapılacak? | Herkesin aynı şeyi anladığı tek cümle |
| Sorumlu | Kim takip edecek? | Tek kişi. “Ekip” sorumlu değildir |
| Termin | Ne zamana kadar? | Belirli tarih ya da “şu sprint sonuna kadar” |
“Kod kalitesini artırmalıyız.”
İki haftada bir 1 saatlik kod inceleme oturumu yapacağız. Her oturumda iki kişinin
kodu ele alınacak: önce kişi kendi kodunu anlatacak, sonra ekip “bunu daha iyi nasıl
yazardık” sorusu üzerinden konuşacak. Herkes sırayla konuşacak.
Sorumlu: Mehmet · Termin: ilk oturum Sprint 14’ün 2. haftası
Statik analiz aracı pipeline’a eklenecek. Kural: bir sınıfa dokunduğumda onu
bulduğumdan daha iyi bırakacağım. Yeni yazılan kod ek uyarı üretmeyecek; PR’larda
kalite kapısı geçilmeden onay verilmeyecek.
Sorumlu: Ayşe · Termin: Sprint 14 sonu
Takip metriği: kapsam yüzdesi, uyarı sayısı, teknik borç trendi — her retroda bakılacak
Kendi eklediğim kural: bir retrodan en fazla üç aksiyon çıksın. Sekiz aksiyonlu retro, sıfır aksiyonlu retroyla aynı sonucu verir — hiçbiri yapılmaz. Üç maddeyi bitirip dördüncüyü almak, sekizini birden başlatıp hepsini yarım bırakmaktan iyidir.
3. Aksiyon takibi: retronun ilk beş dakikası
En çok atlanan adım bu. Retro yeni konularla değil, geçen retronun aksiyonlarıyla başlamalı. Her madde için tek soru: yapıldı mı, yapılmadıysa neden?
Bu beş dakika olmadan sistem sessizce çöker. İlk seferde kimse fark etmez. İkinci seferde ekip aksiyon yazmaya devam eder ama inanmaz. Üçüncüsünde retro bir formaliteye döner ve artık geri getirmek çok zordur.
4. Odak: sadece o sprint, sadece etki alanınız
O sprintteki iş yapış biçiminiz, teknik darboğazlar, ekip içi iletişim kazaları, süreçteki aksaklıklar, araçlar.
Şirket yemeği, ulaşım, ofis düzeni, İK politikaları, genel yönetim kararları ve etki alanınız dışındaki her şey.
Bunlar gerçek dertler olabilir ama retroda konuşulduklarında sadece zaman harcanır — çünkü ekip onları değiştiremez. Odak dağıldığında çözüm üretme yeteneği de kaybolur.
Burada faydalı bir çerçeve var: herkesin, o anki bilgisi, yetkinliği ve koşulları dahilinde elinden gelenin en iyisini yaptığını varsay. Bu varsayım tartışmayı kişisel hesaplaşmadan süreç iyileştirmesine çevirir. Suçlu aramayan bir oda, sebep bulan bir odaya dönüşür.
Yaygın hatalar
| Hata | Belirti | Karşılığı |
|---|---|---|
| Temenni ile bitirmek | “Daha çok iletişim kurmalıyız” | Tanım + sorumlu + termin zorunlu tut |
| Takip etmemek | Aynı konu her retroda tekrar açılıyor | Retroyu geçen aksiyonların durumuyla başlat |
| Konu dışına çıkmak | İK, ofis, şirket politikası tartışılıyor | Etki alanı dışını ayrı bir listeye park et |
| İçi boş geri bildirim | “Harikaydı” / “Çok kötüydü” | Her yorumda somut olay iste |
| Aynı kişilerin konuşması | İki kişi konuşuyor, altı kişi susuyor | Önce sessiz yazma turu, sonra okuma |
Son satır benim eklemem ve en çok işe yarayanı: tartışmaya geçmeden önce herkes maddelerini kendi başına yazsın, sonra okunsun. Sözlü başlayan retrolarda ilk konuşan kişi bütün gündemi belirler ve sessiz olanların gözlemleri hiç duyulmaz.
Kontrol listesi
- Geçen retronun aksiyonları tek tek gözden geçirildi mi?
- Bu retrodan en fazla üç aksiyon çıktı mı?
- Her aksiyonun tanımı, sorumlusu ve termini var mı?
- Sorumlu bir kişi mi, yoksa “ekip” mi yazıldı?
- En az bir somut övgü verildi mi?
- Etki alanı dışındaki konular ayrı listeye alındı mı?
- Odada herkes en az bir kez konuştu mu?
Sonuç
Retrospektif, ekibin aynaya baktığı andır. Aynada bulanık bir görüntü istiyorsan temennilerle devam edebilirsin. Net bir görüntü ve gerçek bir gelişim istiyorsan övgün somut, eleştirin yapıcı, aksiyonun takip edilebilir olmalı.
Serinin sonuna geldik. Yedi bölümün ortak teması şuydu: seremoniler bir zincir ve her halka bir öncekinin çıktısıyla besleniyor. Retro bu zincirin kendini onaran halkası — çünkü diğer altısını düzeltecek olan tek yer burası.
Somut övgü ayrımı, üç bileşenli aksiyon kuralı ve odak sınırı İbrahim Demir’in Retrospective yazısından uyarlandı. “En fazla üç aksiyon”, retroya geçen aksiyonlarla başlama ve sessiz yazma turu benim eklemem. Derby & Larsen’in Agile Retrospectives ve Amy Edmondson’ın The Fearless Organization kitapları temel referanslar.