Cem Göksu

Proje yönetimi ve yapay zeka üzerine sahadan notlar.

Retrospektifi Sıkıcı Olmaktan Kurtaran 5 Teknik

Her sprint sonunda aynı üç soru ve aynı cevaplar... Retrospektifler rutine döndüğünde değerini kaybeder. Ekibi gerçekten konuşturan beş teknik ve aksiyonları hayata geçirmenin yolu.

Retrospektif, çevik ekiplerin kendini geliştirdiği en önemli toplantı. Ama birkaç ay sonra çoğu ekipte aynı tablo oluşur: "İyi giden ne? Kötü giden ne? Ne yapalım?" soruları, beş dakikalık sessizlik, birkaç genel cümle ve hiç uygulanmayan aksiyonlar.

Sorun toplantının kendisinde değil, formatın tekrarında. Aşağıdaki teknikleri dönüşümlü kullanmak hem enerjiyi hem de içgörüyü artırır.

1. Gemi ve Çapa (Sailboat)

Tahtaya bir gemi çiz. Ekip yapışkan notlarla şunları yerleştirsin:

  • Rüzgâr: Bizi ileri iten şeyler
  • Çapa: Bizi yavaşlatan şeyler
  • Kayalıklar: Önümüzdeki riskler
  • Ada: Hedefimiz

Görsel bir metafor olduğu için insanlar daha rahat konuşur. Özellikle "kayalıklar" bölümü, ekibin gördüğü ama dile getirmediği riskleri ortaya çıkarmakta çok etkili.

2. Başla – Bırak – Devam Et

Üç sütun:

  • Başla: Yapmadığımız ama yapmamız gereken şeyler
  • Bırak: İşe yaramayan, bırakmamız gereken şeyler
  • Devam et: İşe yarayan, sürdürmemiz gereken şeyler

Doğrudan davranışa odaklandığı için aksiyona dönüştürmesi kolay. Kısa retrospektifler için ideal.

3. Zaman Çizelgesi

Sprintin başından sonuna bir çizgi çiz. Ekip üyeleri önemli olayları (bir sürüm, bir kriz, bir karar, bir başarı) çizginin üzerine yerleştirsin. Ardından her olayın yanına o anki ruh hâlini gösteren bir yüz ifadesi eklensin.

Uzun sprintlerde ya da sorunlu geçen dönemlerde, "ne zaman ve neden işler bozuldu?" sorusuna somut cevap verir.

4. 4L

Dört başlık:

  • Liked: Sevdiklerimiz
  • Learned: Öğrendiklerimiz
  • Lacked: Eksikliğini hissettiklerimiz
  • Longed for: Keşke olsaydı dediklerimiz

"Öğrendiklerimiz" bölümü retrospektifi suçlama toplantısı olmaktan çıkarıp öğrenme toplantısına dönüştürür.

5. Beş Neden

Bir sorun belirginse (örneğin bir sürüm hatası) onu derinlemesine incele. "Neden oldu?" sorusunu art arda beş kez sor:

  1. Sürüm neden hatalı çıktı? Test ortamında görülmeyen bir hata vardı.
  2. Neden görülmedi? Test verisi canlı veriyi temsil etmiyordu.
  3. Neden temsil etmiyordu? Test verisi bir yıldır güncellenmemişti.
  4. Neden güncellenmemişti? Bu iş kimsenin sorumluluğunda değildi.
  5. Neden kimsenin sorumluluğunda değildi? Rol dağılımında unutulmuştu.

Kök neden çoğu zaman teknik değil, süreçseldir. Rolleri netleştirmek için RACI Matrisi iyi bir başlangıç olabilir.

Teknikten daha önemli olan üç şey

Güvenli ortam

İnsanlar konuşunca cezalandırılacağını düşünürse hiçbir teknik işe yaramaz. Toplantıyı "kimin hatası?" değil, "sistem neden buna izin verdi?" sorusu üzerine kur. Yöneticilerin varlığı ekibi susturuyorsa, retrospektifi yalnızca ekiple yapmayı düşün.

Az ama uygulanan aksiyon

On aksiyon maddesi yerine bir ya da iki tane seç. Her birinin sahibi ve tarihi olsun. Bir sonraki retrospektife önceki aksiyonları kontrol ederek başla. Hiçbir şeyin değişmediğini gören ekip retrospektife inanmayı bırakır.

Dönüşümlü kolaylaştırıcı

Retrospektifi her seferinde Scrum Master ya da proje yöneticisi yönetmek zorunda değil. Kolaylaştırıcılığı ekip üyeleri arasında döndürmek hem sahiplenmeyi artırır hem de yeni bakış açıları getirir.

Uzaktan ekipler için ipuçları

  • Çevrim içi beyaz tahta araçlarıyla tüm teknikler uygulanabilir.
  • Yazılı başlamak, sessiz üyelerin de katkı vermesini sağlar: İlk 5–7 dakika herkes notlarını sessizce yazsın, sonra tartışın.
  • Oylama (her kişiye 3 oy) hangi konuların konuşulacağını hızlıca belirler.

Son söz

Retrospektif, ekibin kendine ayırdığı tek toplantıdır. Formatı değiştirmek, soruları tazelemek ve en önemlisi aksiyonları takip etmek, bu toplantıyı rutinden gerçek bir gelişim aracına dönüştürür.