İçeriğe atla

Sorumluluk Genişler, Aidiyet İncelir: İlk Takımını Seç

Staff ve yönetici seviyesinde sorumluluk takımları aşar, aidiyet incelir. İlk takımını seç, aidiyeti ortak sonuca bağla ve grubun içine kapanmasını önle.

Ayhan Sipahi Ayhan Sipahi

Sorumluluğun birkaç takıma yayılınca artık hiçbirine tam olarak ait olmazsın. Will Larson, kendini hiçbir takımın üyesi gibi hissetmeyen insanlara şaşırtıcı derecede sık rastlandığını yazar. Staff ve üzeri seviyede bir mühendis ya da mühendislik yöneticisiysen önerim şu: ilk takımın (İngilizce kaynaklardaki adıyla first team), takımları aşan sonucu seninle paylaşan akranlarındır. Bu öneri ancak o gruba ait olmak, üyelerin birbirini ortak sonuçtan sorumlu tutmasını da kapsıyorsa işe yarar.

Yönettiğin Takım ve Üyesi Olduğun Takım#

Kapsam genişleyince sorumlu olduğun şey değişir, takvimin ise pek değişmez. Platform, migration ya da birkaç takımlık bir grup artık senin sorumluluğundadır. Gününün büyük kısmı, standup’lar ve review’lar dahil, hâlâ tek bir geliştirme takımında geçer. Aidiyet, vaktini geçirdiğin yere bağlanır; bu yüzden o takımda kalır.

Bunun bedeli akran toplantısında ortaya çıkar. Herkes masaya kendi takımının savunucusu olarak gelir ve kararlar delegeler arasında bir pazarlığa dönüşür. Patrick Lencioni, insanı yönettiği takıma çeken bu eğilimi olağan, anlaşılır ve tehlikeli bulur. Lencioni’nin beş aksaklık modeli (The Five Dysfunctions of a Team) de aynı yere varır: her takım kendi hedefini tutturur, ortak sonuca ise ulaşılamaz.

Bu öneri, Lencioni’nin liderlik takımlarıyla yaptığı çalışmalara dayanır: üyesi olduğun takım, yönettiğin takımdan önce gelir. Will Larson aynı fikri mühendislik yöneticileri için savunur (yeni sekmede açılır). Ona göre böyle çalışan akran gruplarında üyelerin ilk takımı, destek verdikleri insanlardan akranlarına kaymıştır.

Larson yöneticilerden söz eder. Bence aynı öneri, kendisine bağlı kimse olmayan bir staff engineer için de geçerli. Yapı aynıdır: tek bir takımın içinde çalışır, birkaç takımın işinden sorumludur. Onun ilk takımı, takımları aşan sonucu paylaşan gruptur; bu da çoğu zaman diğer staff engineer’lar ile etkilenen takımların yöneticileridir. Solver arketipi bunun uç örneğidir, çünkü sabit bir takımı hiç yoktur.

İki Eksende Aidiyet ve Sorumluluk#

Bir akran grubu seçmekle o grup takım olmaz. Aşağıdaki tablo, Amy Edmondson’ın psikolojik güvenlik ile hesap verebilirliği birlikte ele alan çerçevesinden uyarlandı. Eksenleri, akran grubuna aidiyet ve ortak sonucun sorumluluğudur.

Düşük sorumlulukYüksek sorumluluk
Yüksek aidiyetRahat kulüp: kimsenin taahhütleri sorgulamadığı dostane bir toplantıİlk takım: akranlar takımları aşan sonucu birlikte sahiplenir
Düşük aidiyetDelegeler: herkes kendi takımını savunurYalnız sahip: takımları aşan sonucu tek kişi taşır

Buradaki sorumluluk paylaşılabilen türdendir: sonuca ulaşmak için yapılan iştir. Bu Kodun Sahibi Kim yazısı bu kavramı hesap verebilirlikten ve suçlamadan ayırır.

Yeni bir akran grubu genellikle delegeler hücresinde başlar. Toplantı, herkesin sırayla durum bildirdiği bir turdan ibarettir. Herkes kendi takımını savunur ve takımlar arasındaki boşluklar sahipsiz kalır.

Yalnız sahip hücresi, ortak sonucu gruptan tek bir kişi ciddiye aldığında ortaya çıkar. O kişi glue work denen işi, yani takımları birbirine bağlayan uğraşı üstlenir: takibi yapar ve tarafları uzlaştırır. Tanya Reilly bu işi (yeni sekmede açılır) bir projenin başarısı için vazgeçilmez bir emek olarak anlatır ve karşılığının her zaman verilmediğini ekler. Onu gören bir takım olmayınca bu emek görünmez de kalır.

Rahat kulübü fark etmek daha zordur, çünkü içeriden bakınca başarıya benzer. Akranlar birbirini sever ve tutulmayan bir taahhüdü kimse sorgulamaz. The Table Group’un Lencioni modeli için hazırladığı rehber nedenini açıklar: insanlar rahat bir ilişkiyi korumayı, tatsız bir konuşma açmaya tercih eder. Edmondson aynı noktaya psikolojik güvenlikten yola çıkarak varır: bu güvenlik kimseyi işini iyi yapmaktan muaf tutmaz. Hesap verebilirliği de psikolojik sahiplenme olarak tanımlar.

Durum Toplantısından Ortak Taahhütlere#

Bir akran grubunu tablonun sağ üst hücresine taşımak bilinçli bir adım ister. Larson, üyeliği en çok vakit geçirdiğin takımdan başka bir takıma taşımanın zor olduğunu yazar; bunun kendiliğinden olduğunu da görmemiştir. Birinin, bu grubun bir takım olduğunu ve ne için takım olduğunu açıkça söylemesi gerekir.

Takımın ne için var olduğunu söylemek, sorumluluğu aidiyete bağlar. Takvimdeki ortak bir saat ise gruba bir sorumluluk yüklemez. İlk takım, hiçbir üyenin kendi takımıyla tek başına ulaşamayacağı sonuçları sahiplenir: bir migration’ın tamamlanması ya da bir platformun benimsenmesi gibi.

Grupta verilen taahhütler yine grupta takip edilir ve gözden geçirilir. Böylece Google’ın re:Work araştırmasının güvenilirlik (dependability) dediği şey görünür olur: üyeler kaliteli işi zamanında ve tutarlı biçimde bitirir. Ortak sonuç için yapılan glue work grubun kendi kayıtlarına geçer, böylece diğer üyeler de onu görür. Larson, koşulları arasında hakemliği de sayar. Çünkü yalnızca kendi takımı için hareket eden tek bir üye, diğerlerine de aynısını yapmaları için gerekçe verir.

Ölçütü The Table Group rehberi koyar: karar verildikten sonra akranlar, takıma zarar veren davranışı birbirlerinin yüzüne söylemeye hazır olmalıdır. Bir katılımcı, kendi takımının aleyhine çıkan kararı yine de destekliyorsa grup bu ölçüte ulaşmıştır. İkinci işaret, bir akranın alanıyla ilgili kaygıların toplantıda, o akranın önünde dile getirilmesidir.

İlk Takım Kuralının Bittiği Yer#

Liane Davey ilk takım kuralına itiraz eder (yeni sekmede açılır). Davey’ye göre kuralın katı hali liderlik gruplarını içine kapatır, çatışma azalır ve kararlar zayıflar. Ayrıca bu kuralın, farkında olmadan yönettiğin takımı geri planda bırakmana yol açabileceği konusunda uyarır.

İki uyarıya da katılıyorum ama öneriyi daha dar bir anlamıyla koruyorum. İlk takım, grubun sonucu ile kendi takımının sonucu çatıştığında hangisinin öncelikli olduğunu belirler. Bir sadakat sıralaması değildir. Kendi takımının durumunu akran grubuna yine sen taşırsın: kapasitesini, itirazlarını ve bir kararın ona yüklediği bedeli. Davey’nin alternatifi iki rolü de bilinçli biçimde korumaktır: önce kendi birimin adına konuşursun, sonra bütünü düşünerek karar verirsin. Kapalı bir kulübe dönüşen ve hizmet ettiği takımları duymayan bir akran grubu, toplantılar ne kadar keyifli geçerse geçsin başarısızdır.

Kural, rol belirsizliğini de gidermez. Grupta kimin neye karar verdiğini kimse bilmiyorsa daha fazla aidiyet bu boşluğu doldurmaz. O durumda önce RACI ve DACI yazısından başla; karar yetkileri yazıya döküldükten sonra ilk takım sorusuna dön.

Kaynaklar#

İlgili yazılar

Beklenti Uçurumu: İşe Alım Vaatleri İşyeri Gerçekliğiyle Karşılaştığında

Bait-and-switch işe alım, güç dengesizlikleri ve eksik istihdam analizi; çalışanların kendini koruması ve işverenlerin güven inşası için uygulanabilir framework'ler.

hiring · career · team-dynamics +3

RACI ve DACI: Yazılım Ekiplerinde Rol Belirsizliği

Net olmayan rol beklentileri yazılım ekibi verimliliğini sessizce tüketir; israfı ortadan kaldıran ve performansı artıran RACI, swim-lane ve eskalasyon çerçeveleri.

leadership · team-management · best-practices +4

Yazılım Ekiplerinde Yapay Zekâ Utancı: Mühendisler Neden Gizliyor

Mühendisler yapay zekâ kullanımını gizliyor, çünkü ekipler hâlâ görünür emeği ödüllendiriyor. Asıl etik sınırlar: sahiplik, veri sınırı ve dürüst değerlendirme.

engineering-culture · psychological-safety · ai-tools +1

Yapay Zeka Kodu Ucuzlattı, İncelemeyi Pahalılaştırdı

Yapay zeka kod üretimini ucuzlattı, doğrulama yükünü artırdı. CTO'lar için benimseme hızını inceleme kapasitesine eşlemek ve velocity dışında ne ölçmeli.

leadership · engineering-management · ai-adoption-strategy +3

Bu Kodun Sahibi Kim: Hesap Verebilirlik ve Suçlama

Legacy kodu kimin yazdığını sormayı bırakın. Sorumluluğu, hesap verebilirliği ve suçlamayı ayırın; miras kodu sahipsiz bırakmak yerine sahiplendirin.

engineering-culture · leadership · team-management +3