Sprint Review Toplantısında Zor Paydaşlarla Nasıl Başa Çıkılır?

Ayşe, deneyimli bir Scrum Master olarak, ekibinin Sprint Review toplantılarını verimli ve yapıcı geçirmesi için çok çabalıyor. Ancak her ay, toplantıya katılan üst düzey bir paydaş olan Can Bey'in eleştirileriyle yüzleşmek zorunda kalıyor. Can Bey, genellikle geliştirilen ürün artışına odaklanmak yerine, doğrudan geliştiricilerin veya Ürün Sahibi'nin (Product Owner) kararlarını kişisel olarak hedef alıyor.

Son Sprint Review'da, ekip yeni bir raporlama modülünü tanıtırken, Can Bey aniden söze girerek, 'Bu raporlama arayüzü tam bir hayal kırıklığı. Benim istediğim bu değildi ve açıkçası, geliştiriciler taleplerimi hiç anlamamışlar gibi duruyor. Ürün Sahibi de bu konuda ne düşündü merak ediyorum.' dedi. Ekip üyeleri gerildi, Ürün Sahibi Mehmet'in yüzü düştü. Ortamdaki hava anında değişti, yapıcı bir diyalog kurmak imkansız hale geldi.

Ayşe'nin bu duruma verebileceği ilk tepkiler genellikle durumu daha da kötüleştirir:

Savunmaya Geçmek: Ekibi veya Ürün Sahibi'ni doğrudan savunmak, Can Bey'in kendini duyulmamış hissetmesine neden olur ve eleştirisinin dozunu artırabilir. Ayrıca, ekip üyelerinin de savunmacı bir tutum sergilemesine yol açar.

Görmezden Gelmek: Eleştiriyi geçiştirmeye çalışmak veya konuyu hızla değiştirmek, Can Bey'in memnuniyetsizliğini artırır ve gelecekteki toplantılarda daha agresif olmasına zemin hazırlar. Ekip için de bu, paydaş geri bildirimlerinin önemsenmediği algısını yaratır.

Doğrudan Yüzleşmek: 'Can Bey, lütfen kişisel saldırılardan kaçınalım' gibi doğrudan bir uyarı, genellikle gerilimi artırır ve toplantının amacından tamamen uzaklaşmasına neden olur. Bu, bir güç mücadelesine dönüşebilir ve kimsenin kazanmadığı bir durum yaratır.

Bu tepkiler, gerçek sorunu çözmek yerine, genellikle semptomları kötüleştirir ve Sprint Review'ın temel amacı olan şeffaflık, denetim ve adaptasyonu engeller.

Ayşe'nin bu durumda ihtiyacı olan şey, çatışmayı kişisel boyuttan çıkarıp, ürün değeri ve öğrenme odağına geri döndürebilecek güçlü çevik koçluk ve kolaylaştırma becerileridir. Bu, sadece 'ne' söylendiğine değil, 'nasıl' söylendiğine ve 'neden' söylendiğine odaklanmayı gerektirir.

Gereken yetkinlikler şunlardır:

Aktif Dinleme ve Empati: Can Bey'in eleştirisinin altında yatan hayal kırıklığını veya beklentiyi anlamaya çalışmak. Duygusal zeka ile ortamdaki gerilimi fark etmek.

Çerçeveyi Yeniden Belirleme (Reframing): Kişisel saldırıyı, ürünün mevcut durumuyla ilgili bir gözlem veya iyileştirme fırsatı olarak yeniden çerçevelemek.

Yönlendirme ve Odaklama: Sohbeti Sprint Hedefi'ne, ürün vizyonuna veya ulaşılmak istenen iş değerine geri döndürmek.

Yapıcı Sorular Sorma: Eleştiriyi somut, eyleme dönüştürülebilir geri bildirimlere dönüştürecek koçluk soruları kullanmak.

Sınırları Belirleme: Toplantı kurallarına ve saygılı iletişime dair beklentileri nazikçe ama kararlı bir şekilde hatırlatmak.

Bu beceriler, Scrum Master'ın sadece bir süreç yöneticisi değil, aynı zamanda bir hizmetkar lider ve etkili bir kolaylaştırıcı olduğunu gösterir. Bu tür anlarda doğru tepkiyi vermek, ekibinize güven verir ve paydaş ilişkilerini güçlendirir.

Ayşe, Can Bey'in eleştirisine şu adımlarla yanıt verebilir:

1. Duyguyu/Endişeyi Kabul Edin (Saldırıyı Değil): Can Bey'in hayal kırıklığını veya endişesini anladığınızı belirtin. Bu, onun duyulduğunu hissetmesini sağlar. Örneğin, 'Can Bey, bu raporlama modülünün beklentilerinizi tam olarak karşılamadığını ve sizi hayal kırıklığına uğrattığını anlıyorum.'

2. Eleştiriyi Ürün/Süreç Gözlemi Olarak Yeniden Çerçeveleyin: Kişisel saldırıyı, ürünün mevcut durumuyla ilgili objektif bir gözleme veya gelecekteki iyileştirme fırsatına dönüştürün. Örneğin, 'Gelin bu geri bildirimi, ürünün bu haliyle hangi iş değerini sunmadığı ve gelecekte nasıl daha iyi olabileceği üzerine odaklayalım.'

3. Sprint Hedefi/Ürün Vizyonu ile Yönlendirin: Sohbeti, Sprint Hedefi, ürün vizyonu veya genel iş değeri gibi daha geniş bir bağlama taşıyın. Örneğin, 'Sprint Hedefimiz, X özelliğini kullanarak kullanıcı deneyimini iyileştirmekti. Bu modülün bu hedefe ulaşmamıza nasıl yardımcı olup olmadığını konuşalım.'

4. Yapıcı Girdi/Soru Davet Edin: Can Bey'i, sorunu tanımlamak yerine çözüme katkıda bulunmaya teşvik edin. Örneğin, 'Bu özelliği daha değerli kılmak için somut önerileriniz veya hangi değişikliklerin yapılmasını istersiniz?' veya 'Bu modülün hangi yönleri size en çok sorun yaratıyor ve bunları nasıl geliştirebiliriz?'

5. Gerekirse Sınırları Belirleyin: Eğer kişisel saldırılar devam ederse, toplantının amacını ve saygılı iletişim beklentisini hatırlatın. Örneğin, 'Amacımız ürün artışını değerlendirmek ve yapıcı geri bildirim toplamak. Lütfen yorumlarımızı ürüne ve sürece odaklayalım.'

Bu adımlar, gerilimi azaltırken, toplantının odağını korur ve tüm paydaşların daha yapıcı bir şekilde katılımını sağlar.

İşte Ayşe'nin kullanabileceği bazı ifadeler:

Duyguyu Kabul Etme:

'Can Bey, bu özelliğin sizi endişelendirdiğini veya beklentilerinizi karşılamadığını duyuyorum.'

'Bu konu hakkında güçlü hisleriniz olduğunu anlıyorum.'

Yeniden Çerçeveleme ve Yönlendirme:

'Bu geri bildirimi, ürünün bu kısmının kullanıcılarımıza veya işimize nasıl daha iyi hizmet edebileceği üzerine odaklayalım.'

'Gelin, bu modülün şu anki haliyle hangi hedeflerimize ulaşamadığını ve bir sonraki adımda ne yapabileceğimizi konuşalım.'

'Bu, Sprint Hedefimiz olan X'e ulaşmak için önemli bir öğrenme fırsatı. Nasıl ilerleyebiliriz?'

Yapıcı Girdi Davet Etme:

'Bu durumu iyileştirmek için somut olarak ne gibi değişiklikler önerirsiniz?'

'Bu modülün en çok hangi yönleri geliştirmeye açık ve bunları nasıl ele alabiliriz?'

'Bu geri bildirimi, bir sonraki Sprint'te ele alabileceğimiz eyleme dönüştürülebilir maddelere nasıl çevirebiliriz?'

Sınır Belirleme (Nazikçe):

'Toplantımızın amacı, ürün artışını değerlendirmek ve iyileştirme fırsatlarını belirlemektir. Lütfen yorumlarımızı bu çerçevede tutalım.'

'Geri bildiriminiz değerli, ancak lütfen ekibimize yönelik kişisel yorumlardan kaçınalım. Ürün ve süreç üzerine odaklanalım.'