Agile Retrospective: Retro'larınızı Zaman Kaybına Çeviren 5 Hata

Retrospective, çevik metodolojilerin sadece bir seremonisi değil, tüm sürecin fine-tuning mekanizmasıdır. Eğer Sprint bir yarışsa, Retro o yarışın pit stop’udur. Ancak bu duraklama sadece tekerlek değiştirmek için değil, aracın motorundaki o mikro sürtünmeleri gidermek—yani bir nevi Kaizen (sürekli iyileştirme) felsefesini hayata geçirmek—içindir. Masaaki Imai, Kaizen kitabında büyük dönüşümlerin küçük ama tutarlı adımların bileşik etkisinden doğduğunu vurgular; Retrospective de tam olarak bu küçük adımların planlandığı yerdir. Birçok ekip için bu toplantı bir formaliteye dönüşse de, aslında ekibin kendi sınırlarını zorladığı en kritik andır.

Agile Serisi — Kopya Kağıdı’nın 7. Bölümü.

Övgü — Ama Arkası Dolu Övgü

Retro denince akla genelde “neyi kötü yaptık?” sorusu ve eleştiriler gelir. Oysa başarının sürdürülebilir olması için neyin iyi gittiğinin de analiz edilmesi gerekir. Burada kritik nokta, içi boş bir “Süperiz!” veya “Harika iş çıkardık!” coşkusu değildir.

Kim Scott’ın Radical Candor kitabında belirttiği gibi, geri bildirim hem doğrudan (direct) hem de kişisel bir ilgiyle (care personally) verilmelidir. Övgüde de eleştiride de bu denge şarttır; aksi halde övgü şişirmeye, eleştiri ise yıkıcılığa dönüşür.

Ancak bu tür açık geri bildirimin verilebilmesi için ekipte psikolojik güvenliğin tesis edilmiş olması gerekir. Amy Edmondson, The Fearless Organization kitabında ekip üyelerinin hata yapma veya fikir beyan etme korkusu yaşamadığı ortamların öğrenme hızını katlayarak artırdığını gösterir. Bu güvenlik her gün inşa edilir — engelleri dile getirmenin ve yardım istemenin normal hissettirmesi gereken Daily Standup’tan başlayarak. Eğer bir Retro’da insanlar “yanlış bir şey söylersem ne olur?” diye düşünüyorsa, o toplantı daha başlamadan ölmüştür. Şişirme değil, veriye ve olaya dayalı takdir aidiyeti artırır; psikolojik güvenlik ise bu takdirin özgürce verilmesini sağlar.

Temenni Değil, Somut Aksiyon

Retroların en büyük katili; ucu açık, sorumlusu belirsiz ve zamanlaması olmayan temenni cümleleridir. Bir Retro çıktısında “Daha iyi test yapmalıyız” cümlesi geçiyorsa, o Retro başarısız olmuştur.

Kaliteli bir Retro aksiyonu üç bileşen içermelidir: Tanım, Sorumlu ve Termin.

Derby ve Larsen, Agile Retrospectives: Making Good Teams Great kitabında bu konuyu “aksiyon ile dilek arasındaki fark” olarak tanımlar: bir çıktının aksiyon sayılabilmesi için somut, ölçülebilir ve atanmış olması gerekir. Bu aksiyonun bir sorumlusu—ki bu her zaman bir QA olmak zorunda değildir, süreci takip edecek herhangi bir ekip üyesi olabilir—ve bir hedef tarihi olmalıdır. Statüsü takip edilmeyen her karar, sadece o odada yankılanan bir gürültüden ibarettir.

Odak: Sadece ve Sadece O Sprint

Retrospective’in sınırları keskindir. Bu toplantı, şirketin genel sorunlarını, ofisteki masaların konforunu, yan binadaki inşaat gürültüsünü veya İK ile olan maaş görüşmelerinizi tartışma yeri değildir.

Kendi etki alanınızın dışındaki konuları Retro masasına getirmek sadece zaman kaybı üretir. Odak dağıldığında, çözüm üretme yeteneği de ölür. Norman Kerth, Project Retrospectives kitabında meşhur “Prime Directive” ilkesini ortaya koyar: “Keşfettiğimiz şey ne olursa olsun, herkesin elindeki bilgi, yetkinlik, kaynak ve koşullar dahilinde yapabileceğinin en iyisini yaptığını anlıyor ve buna gerçekten inanıyoruz.” Bu ilke, Retro’nun kişisel hesaplaşma arenasına dönüşmesini engeller ve tartışmayı süreç iyileştirmesine yönlendirir. Sadece o sprinti ve sadece kendi etki alanınızı konuşun.

Yaygın Hatalar