Çatışma: Bastırmak Değil, Yüzeye Çıkarmak
İki kıdemli mühendis üç haftadır aynı mimari tartışmasında. Toplantıda kibarlar, Slack’te iğneli, review’da acımasız. Ekip sessizce taraf tutmaya başladı bile. En kötüsü de şu: kimse bunun bir çatışma olduğunu söylemiyor. Ben de dahil — üç hafta boyunca.
- Önce adını koy. Çatışma, biri “bu bir çatışma ve bir sonu olacak” diyene kadar yüzeye çıkmaz. Bu cümle ayrı ayrı, olay diliyle kurulur.
- Sonra evresini ayır. Fikir çatışması sağlıklıdır; karara bağlanmayan fikir çatışması kişiselleşir ve kişisel çatışma bulaşıcıdır. İki evrenin tedavisi birbirinin zıddı.
- Fikir çatışmasında sorun tartışma değil, kararsızlık. Karar sahibi ve süre baştan belli değilse tartışma büyür ve kişiselleşir.
- Geri dönülebilirlik ölçüsü: ucuz karar denenir, pahalı karar yazılır: gerekçe, itiraz, gözden geçirme koşulu ve koşulu takip edecek kişi.
- İkna şart değil, uymak şart. “Katılmıyorum ama uyuyorum” olgun bir cümledir; ama itiraz dinlenmeden istenemez ve geri dönüşsüz zararda geçerli değildir.
İki evre, aynı görünüm
Fikir çatışması ve kişisel çatışma iki ayrı tür değil, çoğu zaman aynı çatışmanın iki evresi: çoğu kişisel çatışma bir zamanlar karara bağlanmamış bir fikir çatışmasıydı. Örgüt psikolojisi bu ayrımı otuz yıldır biliyor ve task conflict – relationship conflict diye adlandırıyor (Jehn, 1995); bu yazı o ayrımın sahadaki hâli. Yöneticinin ilk işi çatışmanın hangi evrede olduğunu anlamak, çünkü iki evrenin tedavisi birbirinin zıddı.
| Fikir çatışması | Kişisel çatışma | |
|---|---|---|
| Konu | Her seferinde farklı | Farklı görünür, hep aynı yere varır |
| Taraflar | Konuya göre değişir | Konu değişse de aynı |
| Dil | “Bu yaklaşım şu yüzden riskli” | “O hep böyle yapıyor zaten” |
| Karar sonrası | Konu kapanır | Konu kapanmaz, yeni kılıkta döner |
| Tedavi | Açık tartışma, hızlı karar | Ayrı ayrı konuşma, açık toplantı değil |
İlk haftada nasıl ayırt edilir?
Tablonun ilk dört satırı geçmiş ister: “konu değişse de taraflar aynı” demek için en az iki konu görmüş olman lazım. İlk haftada elinde bu yok. O zaman tek bir test kullanıyorum: taraflardan birine “karşı tarafın tezini onun anlatacağı gibi anlat” diyorum. Fikir çatışmasında bunu üç cümlede yapar, hatta “aslında şurada haklı” der. Kişisel çatışmada ya yapamaz ya da yapmak istemez: “Ne dediğini biliyorum, niye dediğini de biliyorum” ile başlayan cümle, tanının kendisidir.
En sık yapılan hata ikisini karıştırmak ve bu hatanın iki yönü var. Birincisi kişisel çatışmayı ekip toplantısında “açıkça konuşalım” diye masaya yatırmak. O toplantıdan kimse iyi çıkmıyor; taraflar seyirci önünde mevzi kazıyor ve geri adım atmak imkânsızlaşıyor. İkincisi, en az onun kadar yaygın: gerçek bir fikir ayrılığını “aranızda halledin” diye kapalı kapıya itmek. O kapının arkasında karar değil, kırgınlık üretiliyor; iki hafta sonra aynı konu kişisel çatışma olarak geri geliyor.
Bastırmak neye benzer
Yöneticinin bastırması nadiren “susun” biçiminde olur; genelde kibar ve makul görünür. “Şimdi sırası değil, sprint bitsin.” “Aranızda halledin.” “İkiniz de haklısınız.” Konuyu toplantı gündeminden düşürmek, gündemi başka işle doldurmak, Slack’teki tartışmayı görmezden gelmek. Ortak noktaları şu: tartışmaya bir son vermiyor, yalnızca görünürlüğünü kapatıyor. Ben üç hafta boyunca tam bunu yaptım; adı “beklemek”ti, işlevi bastırmaktı.
Önce adını koy
Başlıktaki “yüzeye çıkarmak” şu demek: birinin, yüksek sesle, “bu bir çatışma” demesi. O kişi genelde yönetici olmak zorunda, çünkü tarafların ikisi de bunu söyleyerek zayıf görünmek istemiyor. Ekip de söylemiyor; ekip taraf tutuyor.
İlk konuşma ortak değil, ayrı ayrı ve kısa: 20 dakika, bire bir. Kullandığım kalıp hemen hemen şu:
- Olay, yargı değil. “Üç haftadır aynı konu açık. Toplantıda kibarız, Slack’te değiliz. Son üç review yorumun tek cümlelik.”
- Ad. “Ben bunu bir çatışma olarak görüyorum ve adını koymak istiyorum.”
- Son. “Bunun bir sonu olacak: Cuma. Ölçütleri birlikte yazacağız, kararı ben vereceğim.”
- Soru. “Senin gözünden mesele ne?” — ve sonra sus. Bu soruya verilen cevap tanıyı koyar: teknik bir cümleyle mi başlıyor, isimle mi?
Taraf tutmuş ekibe de aynı gün, aynı açıklıkla söylüyorum: “Bu konu Cuma kapanıyor. Görüşü olan Slack’te değil, ölçüt dokümanına yazsın.” Bu iki cümle kutuplaşmayı bitirmiyor ama yakıtını kesiyor: taraf tutmanın bir işe yaramayacağı belli olunca insanlar taraf olmayı bırakıp katkı vermeye başlıyor. Karar duyurulduğunda ekibin geri kalanının öğrendiği şey de bu: burada tartışma kazanılmıyor, karara bağlanıyor.
Sahadan: üç haftalık kuyruk tartışması
Tartışmanın teknik içeriği basitti: sipariş olaylarını doğrudan HTTP ile mi geçecektik, kuyruğa mı alacaktık. İki kıdemli mühendis, iki savunulabilir görüş. İlk iki hafta bu düpedüz bir fikir çatışmasıydı ve ben “kendi aralarında çözerler” diye bekledim. Üçüncü haftada iş hâlâ başlamamıştı ve çatışma evre atlamıştı: tartışma artık teknik değildi, “geçen sefer de böyle yapmıştın”a dönmüştü.
Burada dürüst olmam gereken bir şey var. Kararı kimin vereceği önceden belli değildi. “Cuma günü kararı ben vereceğim” cümlesini üçüncü haftada kurdum; oysa o cümle birinci gün kurulsaydı üç hafta bir hafta olurdu. Üç haftanın asıl sebebi tarafların inadı değil, benim karar sahibi bırakmamış olmamdı.
Elimde evre atlamış bir çatışma vardı; tabloya göre iki tedavi birden gerekiyordu. Ayrı konuşmalarla başladım, ama bilinçli olarak asıl ağırlığı karar mekanizmasına verdim: kişiselleşmenin yakıtı kararsızlıktı ve yakıt kesilmeden ayrı konuşmalar rahatlatıyor ama çözmüyor. Yaptığım şey ikisini bir odaya kapatıp anlaştırmaya çalışmak olmadı. Üç adım attım:
- Ölçütleri önce yazdık. Hangi kriterlerle karar vereceğimizi tartışmadan önce belirledik: teslim süresi, veri kaybı riski, nöbet yükü, geri dönüş maliyeti.
- Herkes bir sayfa yazdı. Karşılıklı konuşma yerine iki kısa doküman; her doküman dört ölçütü tek tek cevaplıyor. Yazmak, sesin tonunu denklemden çıkarıyor.
- Süre ve karar sahibi belliydi. Cuma, ben. Tartışmanın sonu olduğunu bilmek tartışmayı kısalttı: üç haftalık tartışma dört günde bitti.
İlginç olan şu: iki doküman yan yana gelince ortaya çıkan şey teknik bir anlaşmazlık değildi. Biri “iki hafta”, diğeri “altı ay” ölçeğinde düşünüyordu. Aynı soruya farklı zaman ufkuyla bakan iki insan, sonsuza kadar tartışabilir — çünkü ikisi de kendi ufkunda haklı.
Ufuk farkını çözmedik; ölçüt listesi çözmeyi gereksiz kıldı. Teslim süresi iki haftalık ufku, geri dönüş maliyeti ve veri kaybı riski altı aylık ufku listeye zaten taşıyordu. “Hangi ufuk doğru?” sorusunu hiç sormadık; dört ölçütü tarttık. Zaman ufku tartışması, ölçüt yazılmadığında ortaya çıkan bir tartışma.
Ölçütten karara
Dört ölçüt ikiye iki bölündü. Teslim süresi HTTP’yi gösteriyordu: HTTP ile iki hafta, kuyrukla dört. Nöbet yükü de HTTP’yi: kuyruk, gece izlenecek bir bileşen daha demek. Geri dönüş maliyeti kuyruğu gösteriyordu: HTTP’den kuyruğa sonradan geçmek, çağıran her noktayı elden geçirmek demek. Belirleyici olan dördüncüsüydü: veri kaybı riski. Sipariş olayı kaybolunca kaybolan şey log satırı değil, para. HTTP tarafı buna “retry ekleriz” diyordu; ama retry, tampon ve tekrar deneme kuyruğu eklediğinde elinde zaten bir kuyruk var, üstelik kendi yazdığın. Karar kuyruk oldu; iki haftalık gecikmeyi belirleyici ölçüt uğruna göze aldık ve bunu gerekçeye açıkça yazdık.
Gerekçe, kayda geçen itiraz ve gözden geçirme koşulu bir sayfada, repo içindeki karar kaydına girdi: bağlam, dört ölçüt, karar, “itiraz: iki haftalık gecikme, kayıtta” ve “kuyruk kaynaklı gece alarmı ayda 3’ü geçerse yeniden bakarız”. Koşulun takibi kararı verenin, yani benim üzerimde: üç ay sonrasına takvim notu. Karardan daha faydalı olan şey de bu sayfa oldu: üç ay sonra benzer bir tartışma çıktığında biri dosyayı buldu, dört ölçüt hazırdı ve toplam süre yarım saat oldu.
Peki iki mühendisin arası? Tablodaki test vakada tuttu: konu kapandı. Kuyruğu, HTTP’yi savunan mühendis yazdı — ben istemedim, kendisi istedi. Beş hafta sonra ikisi başka bir konuda yine ters düştü; bu kez tartışma iki günde bitti ve Slack’te tek iğneli mesaj yoktu. Kişiselleşme kalıcı olmamıştı, çünkü yakıtı kesilmişti. Her ikilide böyle olmuyor; olmadığında aşağıdaki bölüm devreye giriyor.
Kararı kim verir: geri dönülebilirlik testi
Her karara yönetici karışırsa ekip karar veremez hale gelir; hiçbirine karışmazsa tartışmalar sonsuza uzar. Ayıran ölçü basit:
Kütüphane seçimi, klasör düzeni, log biçimi, küçük bir servisin iç tasarımı.
Kural: işi yapan karar verir. Tartışmak denemekten pahalıysa denenir. Yönetici burada karar vermemeli — verirse ekibin karar kası körelir.
Veri modeli, servis sınırları, kimlik doğrulama, dışa açılan API sözleşmesi.
Kural: karar sahibi önceden bellidir, gerekçe ve itiraz yazılır, “şu koşul gerçekleşirse yeniden bakarız” cümlesi eklenir ve koşulu kimin takip edeceği kayda geçer. Sahibi olmayan gözden geçirme koşulu ölü cümledir.
Ucuz kararların bir tuzağı var: tek tek ucuz, toplamı pahalı. Üç ekip üç farklı log biçimi seçince her biri haklı, ama ortak izleme paneli çöküyor. Kuralım şu: aynı ucuz karar üçüncü kez farklı verildiyse artık ucuz değil, standart konusudur; pahalı sınıfına geçer ve bir kez yazılır.
Tablonun işlemediği iki durum
- Taraf sensin. Yönetici tartışmanın tarafıysa hem tanı hem karar sahipliği çöker; kimse kendi davasında hakem olamaz. Geri dönüşü pahalı bir kararda hakemliği devret: bir üst yöneticiye ya da tartışmanın dışındaki bir kıdemliye. Kendi tezini de bir sayfaya yaz ve aynı ölçütlerden geçir. Bunu yapmıyorsan verdiğin şey karar değil, emirdir.
- Güç eşit değil. İki kıdemli arasında “herkes bir sayfa yazsın” adil; kıdemli ile yeni arasında değil. Yeni olan hem yazmakta hem itiraz etmekte daha az güvende. O durumda ölçütleri yeni olanla birlikte yazıyorum, sayfası bitmeden birlikte okuyoruz ve kararı duyururken itirazı ilk sırada kayda geçiyor. Adalet, iki tarafa aynı formu vermek değil; aynı sesi vermek.
“Katılmıyorum ama uyuyorum”
Ekipte yerleşmesi gereken en değerli cümle bu. Anlamı da net: itirazımı eksiksiz söyledim, karar başka türlü çıktı, ben de bu kararı kendi kararımmış gibi uygulayacağım.
Alternatif, ikna olmayı beklemek değildir; ikna beklemek kararı süresiz erteler. Pratikteki alternatif sessiz sabotajdır: toplantıda susup sonra “ben demiştim” için beklemek. Bir ekipte bu davranış bir kez ödüllendirilirse bir daha kimse açık itiraz etmez.
Bu yüzden kararı duyururken üç şeyi birlikte söylüyorum: ne karar verildi, neden ve kimin itirazı kayda geçti. Son kısım küçük görünür ama itiraz eden kişiye “duyuldun” demenin en somut yolu — ve bir yıl sonra karar yanlış çıkarsa o kişiyi haklı çıkarmanın da.
Cümlenin iki sınırı var; sınırı olmayan ilke slogana dönüşür. Birincisi: yönetici bu cümleyi itirazı kesmek için kullanamaz. “Katılmıyorum ama uyuyorum” ancak itiraz sonuna kadar dinlenip kayda geçtikten sonra istenebilir; itiraz kayıtta yoksa uyma talebi meşru değildir. İkincisi: geri dönüşsüz zararda geçerli değildir. Güvenlik açığı, yasal risk, kullanıcı verisi kaybı, etik sorun — bunlarda doğru cümle “uyuyorum” değil, “yükseltiyorum”dur. Bu itirazlar ekip içinde kapanmaz, yazılı olarak bir üst kata çıkar.
Kişisel evreye geçmişse
- 1. Ayrı ayrı konuş. Ortak toplantı ilk adım değil, üçüncü adım.
- 2. Davranış konuş, kişilik değil; ortak hedefi bul. Yine ayrı ayrı. “Review yorumların son iki haftadır tek cümlelik ve sert” bir olaydır; “kibirlisin” bir yargıdır. İkisinin de umursadığı bir şey vardır — genelde ürünün ayakta kalması. İki taraf da davranışı ve ortak hedefi kabul etmeden üçüncü adıma geçilmez.
- 3. Ortak toplantı. Gündemi yazılı, süresi belli, konusu geçmiş değil bundan sonrası.
- Sonucu kayda geçir. “Bundan sonra teknik itirazlar review’da değil, 15 dakikalık bir görüşmede” gibi somut bir kural. Bu, sahadaki “yazmak tonu denklemden çıkarır” cümlesiyle çelişmiyor; ayrım şu: fikir ayrılığı yazıya, ilişki gerilimi sese. Yazı tonu çıkarır; ton meselenin kendisi olduğunda ise ancak yüz yüze onarılır.
- Çözülmüyorsa ayır. Bazı ikililer aynı kod tabanında iyi çalışmaz. Bunu geç kabul etmek, ekibin geri kalanına ödettiğin bir bedeldir.
Ayırmanın maliyeti ve sınırı
Ayırmak bedava değil: iki kişinin ortak bağlamı bölünür, işler yeniden dağıtılır ve ekip “geçinemeyen ayrılır” sinyalini alır. O yüzden ayırmadan önce yazılı bir davranış kuralı ve bir tarih olmalı. Kural iki kez ihlal edildiyse bu artık çatışma yönetimi değil, performans sürecidir; İK’nın masaya o noktada oturması gerekir, daha erken değil, daha geç de değil. Ayırmayı duyururken de suçlu ilan etmiyorum: önce iki kişiye ayrı ayrı, sonra ekibe “iki alan, iki sahip” olarak, iş dağılımı diliyle. Ekibin öğrenmesi gereken şey “kim kazandı” değil, “kuralı olan çatışmanın bir sonu var”.
Kontrol listesi
- Çatışmanın adını koydum mu, yoksa “şimdi sırası değil” diyerek bastırıyor muyum?
- Hangi evrede: fikir mi, kişisel mi? (Taraflar birbirinin tezini anlatabiliyor mu?)
- Taraflardan biri ben miyim? Öyleyse hakemliği kime devrettim?
- Karar ölçütlerini yazdık mı, yoksa herkes kendi ölçütüyle mi tartışıyor?
- Karar sahibi ve son tarih tartışma başlamadan belli miydi?
- Bu kararın geri dönüşü ucuz mu pahalı mı? Ucuzsa üçüncü kez mi veriliyor?
- Taraflar aynı zaman ufkundan mı bakıyor? Güçleri eşit mi?
- Karar nereye yazıldı? Gerekçe, itiraz ve gözden geçirme koşulu orada mı, koşulu kim takip ediyor?
- Ekibin geri kalanı bu tartışmadan ne öğreniyor: “kim kazandı” mı, “nasıl karar verilir” mi?
Sık sorulan üç soru
Ekip içi anlaşmazlık nasıl çözülür? Önce çatışmanın adı konur: taraflarla ayrı ayrı, olay diliyle ve bir sonu olacağı sözüyle. Sonra evresi ayrılır: fikir çatışması mı, kişisel çatışma mı? Fikir çatışmasında yapılacak şey kararı hızlandırmaktır: karar ölçütleri önceden yazılır, taraflar tezini bir sayfada anlatır, süre sınırı konur ve karar sahibi bellidir. Kişisel çatışmada açık toplantı işe yaramaz; ayrı ayrı konuşmak gerekir. Evre atlamış, yani kişiselleşmiş bir fikir çatışmasında ise önce karar mekanizması kurulur, çünkü kararsızlık sürdükçe ayrı konuşmalar rahatlatır ama çözmez.
Mimari tartışmasında kararı kim vermeli? Karar sahibi tartışma başlamadan belli olmalı. Kararın geri dönülebilirliği iyi bir ölçüttür: geri dönüşü ucuz kararlarda işi yapacak kişi karar verir ve denemek tartışmaktan hızlıdır. Geri dönüşü pahalı kararlarda karar yöneticide veya belirlenmiş bir sahipte kalır; gerekçe, kayda geçen itiraz ve gözden geçirme koşulu repo içindeki karar kaydına yazılır. Yönetici tartışmanın tarafıysa hakemliği başkasına devretmelidir.
Karara katılmayan biri nasıl ikna edilir? İkna şart değil; gereken şey uymak. Sağlıklı formül şudur: kişi itirazını tam olarak söyler, itiraz kayda geçer, karar verilir, karara uyulur ve gözden geçirme koşulu yazılır. İkna beklemek kararları süresiz erteler; sessizce uymamak ise kararı uygulamada sabote eder. Bu ilkenin sınırı vardır: itiraz dinlenmeden uyma istenemez, güvenlik, yasal ya da veri kaybı gibi geri dönüşsüz zarar itirazlarında da uymak değil yükseltmek gerekir.
Sonuç
Çatışmasız ekip iyi ekip değil, genelde konuşulmayan ekip. Sağlıklı olan, itirazın açık ve kararın hızlı olması.
Yöneticinin işi tarafları anlaştırmak da değil zaten. İşi, önce çatışmanın adını koymak, sonra tartışmanın bir sonu olduğunu garanti etmek: ölçüt, süre, karar sahibi. Kuyruk tartışmasında bu üçünü üçüncü haftada koydum; birinci gün koysaydım bu yazı daha kısa olurdu. Bu üçü konmadığında çatışma evre atlıyor, teknik olmaktan çıkıp kişisel olana dönüşüyor — ve o noktadan sonra düzeltmesi çok daha pahalı.