Peer Feedback Nedir? Ekip İçi Geri Bildirim Kültürü Nasıl Kurulur?

Peer feedback, ekip arkadaşlarının birbirlerine yaptıkları işe, iş birliğine ve davranışlara dair geri bildirim vermesidir. Yani geri bildirim yalnızca yöneticiden çalışana doğru akan bir şey olmaktan çıkar; ekip içinde yatay bir öğrenme döngüsüne dönüşür.

Basit bir örnek düşün: Bir tasarımcı, geliştiriciye “handoff sırasında karar notlarını daha görünür bıraktığında revizyon sayımız azaldı” der. Bir geliştirici de ürün yöneticisine “öncelik değişikliklerinin nedenini daha erken paylaştığında teknik çözümü daha iyi kurabiliyoruz” diye geri bildirim verir.

Bunların hiçbiri performans değerlendirmesi olmak zorunda değildir. İyi peer feedback'in gücü, büyük resmi yılda bir konuşmak yerine, işin içindeyken küçük düzeltmeler yapabilmesidir.

Çünkü yöneticiler işin tamamını görmez. Ekip arkadaşların ise seninle birlikte toplantıya girer, code review yapar, kararların netleşmesini bekler, baskı anında nasıl davrandığını görür.

Bu yüzden yalnızca yukarıdan aşağıya kurulan geri bildirim sistemlerinde bazı kritik şeyler gözden kaçar:

Bir ürün ekibinde yöneticinin değerlendirmesi gayet olumluydu; teslimatlar zamanında çıkıyordu. Ama ekip içindeki peer feedback döngüsü başladığında başka bir gerçek görünür oldu: kıdemli geliştirici hızlı çözüm üretiyor ama review yorumlarını o kadar sert yazıyordu ki genç ekip üyeleri soru sormaktan çekiniyordu. Yönetici sonuçları görüyordu; ekip ise sistem üzerindeki maliyeti yaşıyordu.

Bu ayrımı baştan netleştirmezsen, peer feedback daha başlamadan ölür.

Performans değerlendirmesi çoğu zaman dönemsel, resmi ve sonuç odaklıdır. Peer feedback ise mümkün olduğunca yakın zamanda, daha küçük gözlemler üzerinden ve gelişim amacıyla verilmelidir.

Eğer çalışanlar yazdıkları her cümlenin maaş, terfi ya da notlama sürecinde aleyhlerine kullanılacağını düşünürse, dürüstlük yerine diplomasi üretirler.

Bu yüzden peer feedback başlatırken ilk cümle şu olmalı:

İyi geri bildirim genel sıfatlardan çok, gözlenebilir davranışlara dayanır.

Zayıf örnek: “Daha proaktif olmalısın.”

Daha iyi örnek: “Geçen iki refinement toplantısında bağımlılık risklerini erkenden işaretlediğinde, sprint başlamadan çözüm bulabildik. Bu görünürlüğü koruman ekip için çok değerli.”

İyi peer feedback genelde üç parçaya sahiptir:

Çünkü çoğu ekip süreci yalnızca form açmak sanır. Oysa kültürü belirleyen, formun varlığı değil insanların süreçte ne deneyimlediğidir.

En sık gördüğüm beş kırılma noktası şunlar:

Bir teknoloji şirketinde ekipten her çeyrek “birbirinize geri bildirim verin” isteniyordu. İlk turda herkes uzun uzun yazdı. İkinci turda cevaplar kısaldı. Üçüncü turda çoğu kişi “birlikte çalışmak keyifli” gibi güvenli cümlelere döndü. Sebep kötü niyet değildi; kimse yazılanlardan sonra ne değiştiğini görmemişti.

Peer feedback, yılda bir “kampanya” olarak yapıldığında davranışı değiştirmez. Küçük ama düzenli olduğunda etkisi artar.

Örneğin bazı ekipler şu ritimlerle iyi sonuç alır:

Buradaki püf nokta, herkesten her seferinde uzun metinler istememektir. Bazen tek iyi soru, on kötü sorudan daha değerlidir:

Birçok ekip, önce “dürüst olun” çağrısı yapıp sonra psikolojik güvenin oluşmasını bekler. İşler genelde ters sırada yürür. Önce güvenli deneyimler yaşanır; sonra dürüstlük artar.

Güven oluşturmak için yöneticilerin ve liderlerin küçük ama görünür davranışlar göstermesi gerekir:

Bir ekip lideri her geri bildirim turundan sonra “bunu kim yazdı?” diye tahmin yürütüyorsa, orada en iyi form aracı bile kültürü kurtaramaz. Tersi durumda, lider kendi aldığı eleştiriyi görünür biçimde işleyip “toplantılarda daha fazla ara vermeden konuştuğumu fark ettim; önümüzdeki ay moderasyonu ekipten döndüreceğim” diyorsa, güven soyut bir değer olmaktan çıkıp deneyime dönüşür.

Bazı ekipler geri bildirimi yalnızca “düzeltilecek şey” olarak görür. Bu yaklaşım bir süre sonra insanları geri bildirimden kaçınır hale getirir.

Oysa iyi çalışan davranışları görünür kılmak da en az sorunları konuşmak kadar değerlidir. Çünkü ekip kültürü yalnızca yanlışları azaltarak değil, doğru davranışları çoğaltarak gelişir.

Örneğin:

bunların yalnızca “iyi insanlar” oldukları için değil, ekip performansına etkileri nedeniyle konuşulması gerekir.

Aşağıdaki örnekler, iyi niyetli ama muğlak cümleleri daha işe yarar hale getirmenin nasıl mümkün olduğunu gösterir:

Muğlak: “İletişimin iyi.”
Daha iyi: “Sprint ortasında kapsam değiştiğinde nedeni ve etkisini aynı gün paylaştığın için teknik çözümü yeniden planlamak kolaylaştı.”

Muğlak: “Daha fazla sorumluluk almalısın.”
Daha iyi: “Son iki incident sonrasında aksiyonların sahipliği netleşmedi. Bir sonraki olayda ilk 24 saatte takip maddelerini görünür hale getirmen süreci hızlandırır.”

Muğlak: “Toplantılarda çok konuşuyorsun.”
Daha iyi: “Son iki refinement’ta ilk çözümü erken önerdiğinde diğer alternatifler masaya daha az geldi. Bir sonraki toplantıda önce ekipten iki görüş toplamak karar kalitesini artırabilir.”

Sıfırdan başlıyorsan şu sıra pratikte iyi çalışır:

Bu iki yaklaşımı birbirinin alternatifi gibi düşünmek yerine, farklı ihtiyaçlar için farklı araçlar olarak görmek daha doğru olur.

Peer feedback, belirli davranışlar ve birlikte çalışma kalitesi için çok değerlidir. Anonim geri bildirim ise henüz yüksek sesle söylenmeyen ortak sorunları görünür kılmakta işe yarar.

Örneğin ekipte toplantıların verimsizliği herkes tarafından hissediliyor ama kimse bunu söylemiyorsa, anonim pulse check iyi başlangıçtır. Fakat bir ekip arkadaşı code review sırasında sürekli gecikme yaratıyorsa, bu daha somut ve doğrudan feedback gerektiren bir konudur.

Peer feedback kültürünü yalnızca “insanlar mutlu mu?” sorusuna indirgememek gerekir. Zamanla şu sinyallere bakabilirsin:

Peer feedback başlatırken ekiplerin en sık düştüğü hatalar şunlar:

1. Dağınık review süreci: Bir ekipte işler bitiyor ama review beklemeleri uzuyordu. Peer feedback turunda birkaç kişi aynı şeyi söyledi: “Yardım istendiğinde hızlı destek veriliyor ama review talepleri görünmez kalıyor.” Ekip Slack hatırlatması yerine review sahipliğini sprint içinde netleştirdi.

2. Sessiz toplantılar: Ürün ekibinde kararlar hızlı alınıyor ama daha az kıdemli kişiler konuşmuyordu. Geri bildirimlerde “ilk fikri en yüksek sesle söyleyen yön belirliyor” teması çıktı. Ekip bazı toplantılarda önce yazılı fikir toplama yöntemine geçti.

3. İyi davranışı büyütme: Bir QA uzmanı release öncesi riskleri çok erken görünür kıldığı için ekip son dakika stresini azalttı. Bu davranış peer feedback turunda görünür olunca, ekip benzer risk checklist’ini diğer ürün alanlarına da yaydı.

Ekiplerde çoğu insan daha iyi çalışmak ister. Sorun genelde niyet eksikliği değil, bunun için kurulmuş bir mekanizmanın olmamasıdır.

Peer feedback kültürü; doğru soru, güvenli ortam, düzenli ritim ve görünür aksiyon birleştiğinde gelişir. Sadece “birbirinize geri bildirim verin” demekle değil.

Küçük başla. İyi örnekleri görünür kıl. Zor konuları saklama ama insanları da köşeye sıkıştırma. Ve en önemlisi: geri bildirimi topladığın kadar işlediğini de göster.

Peer feedback ne sıklıkla yapılmalı?
Ekip bağlamına göre değişir. Sürekli birlikte çalışan ekiplerde aylık kısa döngüler veya sprint sonu mini geri bildirim turları iyi çalışabilir.

Peer feedback anonim mi olmalı?
Her zaman değil. Somut ve gelişim odaklı birebir geri bildirim çoğu zaman açık verilmelidir. Ancak ekip düzeyindeki hassas örüntüleri görmek için anonim kanallar çok değerlidir.

Peer feedback performans değerlendirmesinde kullanılmalı mı?
Dikkatli olunmalı. Gelişim amacıyla başlayan bir sistemi puanlama aracına çevirirsen, dürüstlük hızla azalır. Kullanılacaksa amaç, kapsam ve görünürlük en başta açıkça tanımlanmalıdır.

İnsanlar geri bildirim yazmak istemiyorsa ne yapılmalı?
Önce formu değil deneyimi düzeltmek gerekir. Sorular fazla genel olabilir, sonuçlar hiç paylaşılmıyor olabilir ya da insanlar söylediklerinin güvenli olduğuna inanmıyor olabilir.