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

Bir Sprint Review toplantısındasınız. Ekip, son Sprint'te tamamladığı yeni ödeme akışını gururla sunuyor. Ürün Sahibi Can, özelliğin iş değerini ve kullanıcı faydalarını açıklıyor. Geliştiriciler, teknik detayları ve karşılaşılan zorlukları paylaşıyor. Her şey yolunda giderken, satış direktörü Mert Bey söz alıyor. Yüzünde memnuniyetsiz bir ifadeyle, geliştirilen akışın kendi departmanının ihtiyaçlarını hiç karşılamadığını, hatta işlerini zorlaştıracağını söylüyor. Eleştirisi hızla kişiselleşiyor: 'Bu, bizim neye ihtiyacımız olduğunu anlamadığınızı gösteriyor. Sanki bizimle hiç konuşmamışsınız gibi!'

Ekip üyeleri gerginleşiyor, Can şaşkınlıkla Mert Bey'e bakıyor. Toplantı odasındaki hava bir anda değişiyor. Bir Scrum Master olarak Ayşe, bu noktada devreye girmesi gerektiğini biliyor. Ancak nasıl? Savunmaya geçmek mi, konuyu değiştirmek mi, yoksa sadece dinlemek mi? Bu tür anlar, bir Scrum Master'ın en kritik yetkinliklerinden biri olan 'zor konuşmaları yönetme' becerisini test eder.

Bu tür durumlarda içgüdüsel olarak verdiğimiz bazı tepkiler, genellikle durumu daha da kötüleştirir:

Savunmaya Geçmek: 'Aslında biz sizinle üç kez konuştuk ve bu kararlar o zaman alındı' gibi bir savunma, paydaşın kendini duyulmamış hissetmesine neden olur ve çatışmayı tırmandırır. Ekip ile paydaş arasına bir duvar örer.

Görmezden Gelmek veya Konuyu Değiştirmek: Paydaşın şikayetini geçiştirmek veya 'sonra konuşalım' demek, onun endişelerinin önemsenmediği algısını yaratır. Bu, uzun vadede güven kaybına ve paydaşın gelecekteki toplantılara katılım isteğinin azalmasına yol açar.

Hemen Hak Vermek: Paydaşın her eleştirisine hemen 'haklısınız' demek, ekibin moralini bozar, Ürün Sahibi'nin otoritesini sarsar ve ekibin yaptığı işin değerini sorgulatır. Bu, ekibin motivasyonunu düşürebilir ve gelecekteki Sprint'lerde risk almaktan çekinmelerine neden olabilir.

Bu tepkilerin hiçbiri, 'takım içi çatışma yönetimi' veya 'paydaş yönetimi' açısından yapıcı değildir. Amacımız, gerilimi düşürmek, eleştiriyi kişisel alandan çıkarıp ürün ve öğrenme bağlamına oturtmak ve iş birliğini teşvik etmektir. İşte burada 'Scrum Master yetkinlikleri' devreye girer.

Ayşe'nin bu durumda ihtiyacı olan şey, sadece bir toplantı kolaylaştırıcısı olmaktan öte, bir 'dönüştürücü kolaylaştırıcı' olmaktır. Bu, gerilimi fark etmek, duyguyu tanımak ve konuşmayı yapıcı bir yöne çevirmek için 'çevik koçluk becerileri' ve 'Scrum Master zor konuşmalar' yetkinliklerini kullanmak anlamına gelir.

Bu yetkinlikler şunları içerir:

Aktif Dinleme ve Empati: Paydaşın sözlerinin ardındaki gerçek endişeyi ve duyguyu anlamaya çalışmak. Eleştirinin kişisel bir saldırıdan ziyade, iş hedeflerine ulaşma konusundaki bir hayal kırıklığı olabileceğini kavramak.

Konuşmayı Yeniden Çerçeveleme (Reframing): Kişisel suçlamaları veya savunmaları, ürünün değeri, iş hedefleri ve öğrenme fırsatları bağlamına taşımak. Bu, eleştiriyi bir problemden, üzerinde çalışılabilecek bir zorluğa dönüştürür.

Duygusal Zeka: Hem kendi hem de başkalarının duygularını tanıma, anlama ve yönetme yeteneği. Gerginliği azaltmak için doğru zamanda doğru kelimeleri seçmek.

Çözüm Odaklı Yaklaşım: Sorunun kökenine inmek yerine, geleceğe odaklanarak 'bunu nasıl daha iyi yapabiliriz?' sorusunu sormak. Bu, 'Sprint Planlama sorunları' veya 'retrospektif kolaylaştırma' gibi durumlarda da kritik bir yaklaşımdır.

Bir Scrum Master olarak, bu becerileri geliştirmek, sadece toplantıları değil, tüm ekosistemi daha verimli ve uyumlu hale getirir. Bu, 'servant leadership' (hizmetkar liderlik) anlayışının da temelini oluşturur.

Ayşe, Mert Bey'in eleştirisi karşısında bu çerçeveyi kullanarak durumu yönetebilir:

1. Duyguyu ve Endişeyi Kabul Edin: Paydaşın hayal kırıklığını veya endişesini doğrudan onaylayın. Bu, onun kendini duyulmuş hissetmesini sağlar ve savunma mekanizmalarını düşürür.

2. Eleştiriyi Ürün Değeri ve İş Hedefleri Bağlamına Taşıyın: Kişisel saldırıyı, ürünün veya özelliğin beklenen iş değerini karşılamadığına dair bir geri bildirime dönüştürün. Bu, konuyu kişisel alandan çıkarıp profesyonel bir tartışma zeminine çeker.

3. Çözüm Odaklı Bir Tartışmaya Davet Edin: 'Ne yanlış gitti?' yerine 'Bunu nasıl daha iyi yapabiliriz?' sorusuna odaklanın. Paydaşı, sorunun değil, çözümün bir parçası olmaya davet edin.

4. Öğrenmeyi ve Adaptasyonu Vurgulayın: Scrum'ın temelinde sürekli öğrenme ve adaptasyon yatar. Bu geri bildirimin, gelecekteki Sprint'ler için değerli bir öğrenme fırsatı olduğunu belirtin. Bu, 'Sprint Goal'in sürekli iyileşme döngüsü içinde nasıl evrildiğini' gösterir.

Ayşe, Mert Bey'in sözlerinin ardından sakin bir ses tonuyla söze girer:

Ayşe: 'Mert Bey, bu yeni ödeme akışının beklentilerinizi karşılamadığını ve hayal kırıklığınızı anlıyorum. Bu geri bildirimi bizimle paylaştığınız için teşekkür ederiz. Amacımız, bu özelliğin satış süreçlerinizi kolaylaştırması ve müşterilerimize sorunsuz bir deneyim sunmasıydı. Gördüğümüz kadarıyla, şu anki haliyle bu hedefi tam olarak karşılamıyor olabiliriz.'

Ayşe: 'Can ve ekibimiz, bu geri bildirimi çok değerli buluyor. Bu akışı daha iyi hale getirmek ve sizin ihtiyaçlarınızı daha iyi karşılamak için sonraki adımlarımız ne olmalı? Belki şimdi, bu akışın hangi noktalarının sizin için en kritik olduğunu ve neleri farklı yapabileceğimizi konuşabiliriz.'

Ayşe: 'Bu Sprint'te öğrendiklerimizle, bir sonraki iterasyonda neleri farklı yapabiliriz? Belki Can, siz ve ekibinizle bu konuyu daha detaylı ele alacak bir takip toplantısı ayarlayabiliriz.'

Bu yaklaşım, Mert Bey'in eleştirisini kişisel bir saldırıdan, ürünün iyileştirilmesi için bir fırsata dönüştürür. Ekip, savunmaya geçmek yerine, öğrenme ve adaptasyon moduna girer. Bu, 'Scrum Master interview scenario questions' gibi durumlarda da beklenen bir yaklaşımdır.