Mühendislerin işten ayrılmasını durduran ekonomik müdahale yöntemi

• Kıdemli mühendis kaybı sorunu, bilgi akışından değil yönetici teşvik yapısından kaynaklanır; çeyreklik performansa optimize edilmiş ödül sistemi, uzun vadeli yatırım gerektiren yetenek elde tutmayla temelden çatışır
• Bir kıdemli mühendisin ayrılmasının toplam maliyeti 500 bin ila 1 milyon dolara ulaşır; işe alım giderleri, pozisyonun boş kalma maliyeti, onboarding ve kurumsal hafıza (tribal knowledge) kaybı gibi kalemler farklı bütçelere dağıldığı için görünmez kalır
• 14 ay önceki uyarıyı görmezden gelen bir ödeme işleme şirketinin Black Friday'de 3,47 milyon dolar kaybettiği vakada, başlangıçtaki düzeltme maliyeti yalnızca 80 bin dolardı
• 6 yapısal müdahale (ayrılık maliyetinin muhasebeleştirilmesi, olay takibi, yöneticilerin on-call nöbeti, ödüllere elde tutma oranının yansıtılması, teknik danışma kurulu, IC kariyer yolunda eşdeğer ücret) teşvikleri yeniden hizalayan çözüm olarak sunuluyor
• Bu müdahaleler, ancak yönetimin elde tutmayı ekonomik bir sorun olarak görmesi ve yapısal değişimi kabul etmeye istekli olması halinde etkilidir; göstermelik uygulama ise ters etki yaratır

---

Bilgi aksa da davranış neden değişmiyor?

"The constraint is not information flow. It is economics."

• Bu yazı, mühendis ayrılıklarını ele alan dizinin 2. bölümü ve 1. bölüm olan En iyi mühendisleriniz neden başka yerlerle görüşüyor? yazısında ele alınan bilgi asimetrisi sorununun sonrasını inceliyor
• 1. bölümde kıdemli mühendislerin neden ayrıldığı anlatılmıştı; temel neden, sorunlar var olsa bile bunların yönetime ulaşmamasına yol açan yapıydı
• Ancak bu yazı, o varsayımı bir adım ileri taşıyor
  • Bilgi akışı gerçekten iyileştirildiğinde ne olduğunu ele alıyor
  • Sonuç ise sezgiye aykırı biçimde, çoğu durumda hiçbir şeyin değişmemesi
• Kurumlar sorunu fark etmek için çeşitli mekanizmalar kuruyor
  • Skip-level 1:1 görüşmeler başlatılıyor
  • Anonim geri bildirim kanalları açılıyor
  • Dış danışmanlarla elde tutma anketleri yapılıyor
• Sonuçta mühendisler sorunları son derece net biçimde aktarıyor
  • Teknik borç morali aşındırıyor
  • Mimari kararlarda uzmanlık göz ardı ediliyor
  • On-call yükü sürdürülebilir olmayan bir seviyede
• Yönetim bunları dinleyip başını sallıyor
  • Sorunları kabul ediyor
  • Öncelikleri yeniden düzenleyeceğini söylüyor
• Ama çeyrek değiştiğinde kararlar eskisiyle aynı şekilde tekrarlanıyor
  • Aynı yöntemle çeyrek hedefleri tutturuluyor
  • Ve bu yöntem, az önce duyulan sorunları yeniden görmezden gelmek anlamına geliyor
• Bu noktada yazı ana fikri netleştiriyor
  • Sorun bilgi eksikliği değil
  • Sorun ekonomik yapı, yani teşviklerin tasarımı

Temel sorun: yöneticilerin teşvik yapısı

• VP of Engineering'in ekim ayında karşı karşıya kaldığı karar hesabı örneği
  • Çeyreklik performans değerlendirmesine 3 ay var ve mühendisin hisselerinin hak edişine 6 ay kalmış
• Bir kıdemli platform mühendisi şu talepte bulunuyor
  • Kimlik doğrulama sistemini 6 hafta boyunca refactor etmek istiyor
  • Teknik borç birikmiş durumda ve yapı kırılganlaşmış
  • İki güvenlik araştırmacısı şimdiden risk sinyali vermiş
• Ama mevcut durum belirsiz
  • Gerçek bir kesinti yok, müşteri şikayeti yok, gelir etkisi yok
  • Ortada olan tek şey, “şimdi düzeltmezsek kriz olur” diyen mühendis uyarısı
• VP'nin önünde iki seçenek var
  • Seçenek A: Refactor'a onay vermek
    • 6 hafta boyunca özellik geliştirme hızının düşmesini göze almak
    • Çeyreklik OKR'lerin tutmama ihtimali
    • CEO'ya, yol haritasının neden “müşterinin görmediği teknik işler” yüzünden geciktiğini açıklamak zorunda kalmak
    • Satış ekibinin zaten söz verdiği özellik çıkış takviminin sarsılma riski
    • Sonuç olarak yıl sonu primine doğrudan olumsuz etki ihtimali
    • Bu seçeneğin ödülü ise 12 ila 18 ay sonra gelir: ilgili kıdemli mühendisin “teknik değerlendirmesine saygı duyuluyor” diyerek şirkette kalması
  • Seçenek B: Özellikleri önceliklendirmek
    • Teknik borcun “önemli” olduğu kabul edilir ama “gelecek çeyreğe” ertelenir
    • Planlanan yol haritası olduğu gibi çıkarılır, OKR'ler tutulur, prim alınır
    • Kıdemli mühendis şimdilik kalır; çünkü hisse opsiyonları henüz hak edilmemiştir
    • Kimlik doğrulama sistemi sonra patlarsa, bu gelecekteki bir çeyreğin sorunudur
    • Mühendis 6 ay sonra ayrılırsa işe alımla yerine birinin bulunabileceği varsayılır
• Bu yapıda Seçenek B her zaman kazanır — ta ki çökene kadar
  • Ürün lansmanı sırasında çekirdek sistem arızası yaşanana, 18 ay içinde 5 kıdemli mühendis ayrılana ve CFO “neden her yıl yeniden işe alım için 1,4 milyon dolar harcıyoruz?” diye sormaya başlayana kadar B kazanır
• Çünkü burada temel bir uyumsuzluk vardır
  • Yönetici ödül yapısı çeyrek bazlı performansa optimize edilmiştir
  • Oysa mühendis elde tutma ve teknik borcu azaltma, uzun vadeli yatırım gerektirir
  • Sadece bilgi akışını iyileştirmek bu boşluğu kapatamaz
  • Çözüm, ekonomik yapının kendisini yeniden tasarlamaktır

Why the Math Favors Dysfunction - Hesap yapıldığında bu aksaklığın neden kaçınılmaz olduğu

• Gizli maliyetler görünmez şekillerde işler ve rasyonel aktörlerin irrasyonel davranmasına yol açar

• Yıllık maaşı $200,000 düzeyinde olan kıdemli bir mühendisin ayrılması durumunda gerçek toplam maliyetin $500,000 ~ $1,000,000+ olduğu hesaplanır

  • Çoğu yönetici bu rakamı duyduğunda abartılı olduğunu düşünür, ama değildir. Hesaplama yöntemi şöyledir

• Doğrudan ikame maliyeti: $85,000-$100,000

  • İşe alım ücreti: dış recruiter komisyonu %20-25; yıllık 200 bin dolarlık bir mühendis için $40,000-$50,000
    • İçeriden işe alım yapıldığında (iş ilan panoları, sourcing araçları, recruiter maaşları) bu maliyet $15,000-$20,000
  • Signing bonus: rekabetçi piyasada kıdemli adayları kazanmak için $20,000-$40,000 gerekir
    • Özellikle mevcut şirketlerindeki hisselerini geride bırakıp geçiş yapıyorlarsa bu neredeyse zorunludur
  • Taşınma masrafı: ülke içi taşınmalarda $10,000-$30,000, yurt dışı için daha da yüksektir

• Boş pozisyon (Vacancy) maliyeti: $50,000-$100,000

  • Kıdemli mühendis işe alımı ortalama 3-6 ay sürer
  • Pozisyon boş kaldığı süre boyunca o mühendisin işi durmaz ve aynı anda iki tür maliyet oluşur
    • Biri işin yeniden dağıtılması nedeniyle ekip verimliliğinin düşmesi, diğeri ise işin terk edilmesi nedeniyle fırsat maliyetinin oluşmasıdır
  • İş yeniden dağıtım maliyeti $25,000-$40,000:
    • Ayrılan mühendisin işinin yaklaşık %60'ı ekipte kalanlara dağıtılır
    • Bu, kaynakların serbestçe yeniden tahsisi değil; verim kaybı anlamına gelir
    • Zaten iş yükü sınırına dayanmış mühendisler artık alışık olmadıkları alanlardaki kod incelemelerini yapmak, geliştirmedikleri sistemlerle ilgili soruları yanıtlamak ve tam anlamadıkları servislerin bakımını üstlenmek zorunda kalır
    • 3 mühendisin her biri ek olarak %20 iş yükü üstlendiğinde sadece %20 daha fazla çalışmış olmazlar; bağlam değişimi nedeniyle toplam verim düşer
    • Bu da pozisyon boş kaldığı süre boyunca mühendis başına %10-15 verim kaybına yol açar
    • İş yeniden dağıtım maliyeti hesabı
      • İşi devralan mühendis sayısı × verimlilik düşüş oranı × boş kalan süre (ay) × (ortalama maaş / 12)
      • Tipik bir senaryoda 3 mühendis × %12 verim kaybı × 4 ay × ($180,000 / 12) = $21,600
      • Ayrılan mühendis altyapı, güvenlik veya platform gibi yüksek uzmanlık gerektiren alanlardan sorumluysa bu tutar $30,000–$40,000 seviyesine çıkabilir
  • İş terk etme maliyeti $25,000-$60,000:
    • Kalan %40 yeniden dağıtılmaz; ertelenir ya da tamamen bırakılır
    • Platform iyileştirmeleri, teknik borcun azaltılması, mimarinin evrimi, dokümantasyon ve mentorluk gibi; özellik çıkışıyla doğrudan ilgili olmasa da gelecekteki krizleri önleyen işler sessizce yol haritasından çıkarılır
    • İş terk etmenin (Work Abandonment) anlık maliyeti, yapılmayan işin maaş karşılığı değeri üzerinden hesaplanır
      • Ayrılan mühendisin işinin %40'ı pozisyon boş kaldığı süre boyunca yapılmaz
      • Formül: %40 × 4 ay × ($200,000 / 12) = $26,667
    • Ancak gerçek maliyet bununla hemen bitmez
      • Ertelenen işler sonraki çeyreklerde birikimli maliyetler yaratır
      • Örneğin
        • Kıdemli bir altyapı mühendisinin planladığı veritabanı optimizasyonu ertelenirse
          • sorgu performansı giderek kötüleşir
          • ve sonunda başlangıçtaki iş kapsamını çok aşan acil müdahaleler gerekir
        • O mühendisin yürüttüğü mimari incelemeler durursa
          • pahalı hataları önceden ayıklayabilecek uzmanlık ortadan kalkmış olur
          • ve teknik kararlar bu eksiklikle alınmaya devam eder
    • Ölçülebilir iş terk etme maliyeti
      • “normalde yapılması gerekirken yapılmayan işin” değeridir
      • Muhafazakar hesap formülü şöyledir
        • (terk edilen iş oranı × maaş / 12) × boş geçen ay sayısı
        • (%40 × $200,000 / 12) × 4 ay = $26,667
    • Gerçekçi iş terk etme maliyeti aralığı $25,000–$60,000
      • Terk edilen işlerin önleyici nitelikte mi yoksa özellik odaklı mı olduğuna göre değişir
  • Toplam boş pozisyon maliyeti (Combined Vacancy Cost): $50,000–$100,000
    • İş yeniden dağıtım maliyeti $25,000–$40,000 ile iş terk etme maliyeti $25,000–$60,000 toplamıdır
    • Bu rakam, pozisyonun 4 ay boş kalmasının yarattığı yalnızca doğrudan ve ölçülebilir etkileri yansıtır
  • Hesaplamanın kendisi de muhafazakardır

• Onboarding ve uyum maliyeti: $100,000-$125,000

  • Yeni kıdemli mühendisin üretkenliği: 1. ay yaklaşık %25, 2-3. aylarda %50, 4-5. aylarda %75, 6. ayda tam üretkenliğe ulaşır
    • 1. ay: %75 üretkenlik kaybı = ($200,000 / 12 ay) × 0.75 = $12,500
    • 2-3. aylar: %50 üretkenlik kaybı = ($200,000 / 12 ay) × 0.50 × 2 = $16,667
    • 4-5. aylar: %25 üretkenlik kaybı = ($200,000 / 12 ay) × 0.25 × 2 = $8,333
    • İlk 6 aydaki toplam üretkenlik açığı: $37,500
  • Onboarding personel maliyeti: yeni kıdemli mühendis ilk ay haftada 10-15 saat, 2-3. aylarda haftada 5-8 saat başka mühendislerin zamanını tüketir
    • 1. ay: haftada 12 saat × 4 hafta × saatlik $90 = $4,320
    • 2-3. aylar: haftada 6 saat × 8 hafta × saatlik $90 = $4,320
    • Saatlik $90 bazında onboarding personel maliyeti: $8,640
  • Yani ilk 6 ayda $46,140 kayıp oluşur
  • Ancak çoğu kıdemli mühendisin önceki mühendisin alan uzmanlığı seviyesine ulaşması yaklaşık 1 yıl sürdüğünden $92,000-$125,000 beklenir

• Kurumsal bilgi (Tribal Knowledge) kaybı: $100,000-$300,000

  • Nicelleştirilmesi en zor kalemdir, ancak sonraki çeyreklerde hatalar olarak ortaya çıkar
  • Ayrılan mühendisin bildiği şeyler şunlardır:
    • kod tabanının hangi bölümlerinin kırılgan olduğu ve dikkatli değişiklik gerektirdiği
    • hangi müşterilerin özel gereksinimleri olduğu ve bunun nedenleri
    • hangi mimari kararların kasıtlı trade-off'lar, hangilerinin ise teknik borç olduğu
    • 10.000 satırlık bir serviste aslında kritik olan 3 satır kod
    • belirli bir veritabanı sorgusunun neden verimsiz göründüğü halde öyle yazıldığı (3 yıl önce keşfedilen belirli bir durumda “bariz” optimizasyon veri bozulmasına yol açmıştı)
  • Bağlam eksikliğinden kaynaklanan hatalar: yeni mühendis “yavaş” sorguyu optimize ederken şirketin en büyük 2 müşterisinin kritik iş akışını bozabilir
    • Sorunu tespit etme 2 gün ($4,615), doğru düzeltmeyi uygulama 1 hafta ($7,692), müşteri ilişkisini onarma
    • Tek bir olayın maliyeti yaklaşık $12,000-$15,000; ayrılan her kıdemli mühendis için ilk yılda 3-5 kez yaşanır
  • Karar alma gecikmesi: ayrılan mühendisin 30 saniyede yanıtlayacağı bir soru artık 3 saatlik kod arkeolojisi, Slack geçmişi araması ve “bunu neden böyle yaptığımızı bilen var mı?” konuşmaları gerektirir
    • Haftada 2 kez, 6 ay boyunca yaşanırsa: $14,040
  • Ertelenen veya terk edilen projeler: yalnızca ayrılan mühendis kimlik doğrulama sistemini SSO entegrasyonunu güvenle uygulayacak kadar iyi anlıyordu
    • Bu proje 6-9 ay gecikir; eğer SSO, 500 bin dolarlık kurumsal bir sözleşme için gerekiyorsa gecikme maliyeti ölçülebilir hale gelir
  • Bu tür iç bilgi kaybı için muhafazakar tahmin: ayrılıktan sonraki 12 ay içinde $100,000 ile $300,000 arası

• Mühendis başına toplam ayrılık maliyeti

  • Doğrudan ikame: $85,000-$100,000
  • Boş pozisyon maliyeti: $50,000-$100,000
  • Uyum ve onboarding: $92,000-$125,000
  • Kurumsal bilgi kaybı: $100,000-$300,000
  • Muhafazakar toplam: $327,000-$625,000
  • Proje gecikmeleri ve fırsat maliyeti dahil gerçekçi toplam: $500,000-$1,000,000

• Bu maliyetler tüm bütçeye dağılıyor ve gürültünün içinde kayboluyor: işe alım maliyeti HR bütçesinde yer alıyor, verimlilik kaybı takip edilmiyor, kurumsal bilginin buharlaşması ise çeyrek dönem raporlarında görünmüyor

  • Teknik borcun ertelenmesi ve özellik önceliklendirme kararları anında ve görünür sonuçlar üretiyor: satış ekibi demoları, pazarlamanın lansman duyuruları, CEO’nun yönetim kurulu raporları vb.
  • Ekonomistlerin "haşlanan kurbağa" sorunu dediği olgu bu:
    • Tek tek çalışanların ayrılması katlanılabilir gibi görünür, teknik işlerin ertelenmesi makul görünür ve çeyrek dönemlik ödünler de tek başına değerlendirildiğinde haklı görünür
    • Örüntü açık hale geldiğinde (yıllık kıdemli mühendis ayrılma oranı %18, birikmiş teknik borç, art arda sistem kesintileri), organizasyon işlev bozukluğunu zaten normal bir durum olarak kabul etmiş olur

Toparlanma (Recovery) nasıl görünür?

• Black Friday felaketinden 14 ay önce, orta ölçekli bir ödeme işleme şirketinde kıdemli bir platform mühendisi somut endişelerini dile getirdi
  • "İşlem işleme sistemi beklenen tatil dönemi trafiğini kaldıramayacak."
  • Veritabanı sharding ve kuyruk optimizasyonu gerektiğine dair ayrıntılı öneri sundu: 6 haftalık mühendislik süresi, 80.000 $ altyapı maliyeti tahmini
• VP of Product tarafından önceliği geri plana atıldı:
  • Diğer iki özelliğin lansmanının daha önemli olduğuna karar verildi
  • Çeyrek dönem değerlendirmesinde "potansiyel sorunları önceden fark etme becerisi" övüldü, ancak mimari öneri dokümanı Jira'da beklemeye bırakıldı
• Bu mühendis 4 ay sonra %15 zam alarak rakip bir şirkete geçti; yerine birini bulmak için 3 aylık arama ve 47.000 $ işe alım maliyeti harcandı, tam verimliliğe ulaşması için de 5 ay daha gerekti
• Bu sırada 2 kıdemli mühendis daha ayrıldı: biri teknik borç kaynaklı hayal kırıklığı nedeniyle, diğeri ise şirket içinde bulunmayan Principal Engineer rolünü dışarıda kabul etti
• O ilk uyarı, ancak 9 ay sonraki mimari incelemede yeniden gündeme geldi
  • O noktada önerinin bağlamına ve çözüm yöntemine dair kurumsal hafıza çoktan kaybolmuştu
  • Bir junior mühendise "alternatifleri araştırma" görevi verildi
• Black Friday günü, saat 09:47'de işlemlerdeki sıçramayla felaket başladı
  • Saat 10:23'ten itibaren veritabanı yazma isteklerini reddetmeye başladı
  • Darboğaz, 14 ay önce tam da işaret edilen noktadaydı ve bu kesinti nedeniyle 2,5 milyon $ tutarında işlem işlenemedi
  • Toparlanma 5 saat sürdü
    • Acil altyapı ölçeklendirmesi için 180.000 $ harcandı ve kalıcı mimari değişiklik için 3 mühendis tüm tatil boyunca fazla mesai yaptı
  • 3 Aralık'ta, CTO liderliğinde yeni bir madde içeren postmortem yönetime sunuldu
    • "Previously Raised Concerns" bölümü eklendi ve bu mühendisin ilk uyarısı, öncelik dışı bırakma kararı ve sonrasındaki personel kaybı birlikte kayda geçirildi
    • CFO toplam maliyeti hesapladı
  • Mühendis kaybı maliyeti (3 kıdemli kişi): kişi başına ölçülebilir 235.000 $ maliyet oluştu
    • İşe alım 47.000 $ + signing bonus 30.000 $ + boş pozisyon maliyeti 83.000 $ (ortalama 4 ay) + onboarding ve ramp-up 75.000 $
    • Toplam 705.000 $
  • Tribal knowledge kaybı maliyeti: 2,2 milyon $
    • Veritabanı yapısı, hata modları ve geçmiş çözümlere dair anlayış organizasyondan silindi
    • Sorunun yeniden keşfedilmesi, çözümün tekrar araştırılması ve acil durumda uygulanması gerekti
    • Bu bilgi boşluğu, planlı bir migration'ı kriz müdahalesine dönüştürdü
    • Araştırma maliyetleri, başarısız denemeler, acil vendor desteği ve merchant iletişim maliyetleri birikti
  • Başarısız işlem maliyeti:
    • Başarısız ödeme işleme tutarı 2,5 milyon $
    • Komisyon oranı %2,9 olduğundan doğrudan gelir kaybı 72.500 $ idi, ancak sözleşme gereği tüm işlemleri işleme yükümlülüğü vardı
    • Bu nedenle başarısız işleme kaynaklı SLA ihlali cezası 180.000 $ ve merchant support ile churn önleme maliyeti 45.000 $ oluştu
  • Acil altyapı maliyeti: 180.000 $
    • Acil veritabanı genişletmesi (ek read replica'lar, yükseltilmiş instance'lar, hızlandırılmış vendor support maliyeti)
    • Load balancer yeniden yapılandırması ve CDN optimizasyonu ile 14 ay önce öngörülen trafiğin işlenmesi mümkün hale geldi
  • Toparlanma ve sonrasındaki aksiyon maliyeti: 87.000 $
    • 3 kıdemli mühendis tatil hafta sonunda 72 saat boyunca 2,5 kat fazla mesai oranıyla çalıştı: 51.923 $
    • Daha geniş mühendislik ekibinin 2 haftalık takip çalışması: 38.462 $
  • Toplam olay maliyeti: 3,47 milyon $
  • Başta önerilen önleme maliyeti: 80.000 $ (1 kıdemli mühendisin 6 haftalık mühendislik zamanı ve altyapı maliyeti dahil)
  • Postmortem'in ilk sayfasında 3,47 milyon $ vs 80.000 $ yazıyordu ve bu rakam konuşmanın yönünü değiştirdi
• CEO, yönetim kurulundan gelen sorular üzerine elde tutma analizi yapılmasını istedi
  • Kıdemli mühendis yıllık ayrılma oranı %34 idi (kârlı şirketlerdeki sektör ortalamasının iki katından fazla)
  • Daha önce yönetici incelemesi olmadan arşivlenen çıkış mülakatlarında tutarlı bir örüntü ortaya çıktı
    • Yetenekli mühendisler, teknik endişeleri kabul edilip hayata geçirilmediğinde ayrılıyordu
  • 18 ay boyunca 4 iyileştirme önlemi uygulandı:
    • CFO, müşteri edinme maliyetinin yanında çeyrek dönem raporlarında ayrılma maliyetini izlemeye başladı — bir anda 235.000 $ ortalama ayrılma maliyeti, pazarlama harcaması kararlarıyla aynı belgelerde görünmeye başladı
    • Tüm yöneticiler üç aylık on-call rotasyonuna katıldı — veritabanı çalışmasının önceliğini düşüren VP of Product, ilk haftasında 23 sayfalık bir rapor aldı; bunun 19 maddesi son 6 ayda işaret edilen teknik borçlarla ilgiliydi
    • Ücret komitesi, yönetici değişken ücretine yetenek elde tutma unsurunu ekledi: kıdemli mühendislerde yıllık %90 elde tutma, bonus hesaplamasının %25'i kadar değer taşıyordu
    • Director ve VP seviyeleriyle ücret açısından hizalı Staff ve Principal IC kariyer yolu oluşturuldu
• 18 ay sonra bu ödeme şirketinde kıdemli mühendis ayrılma oranı yıllık %9'a düştü
• Daha da önemlisi, mimari inceleme süreci değişti:
  • Teknik borç önerileri artık hesaplanmış arıza maliyetini içeriyor
  • Yöneticiler artık rutin olarak "Bunu ertelersek mühendis kaybı riski ne kadar olur?" diye soruyor
• Başlangıçta veritabanı endişesini dile getiren platform mühendisi Principal Engineer olarak geri döndü
  • Ayrıldığı döneme kıyasla %40 daha yüksek maaşla — özellikle altyapı ölçeklendirmesini yönetmesi için işe alındı
• Bu mühendisin geri dönüşü, sayıların gösterdiği değişimle birlikte organizasyonun ekonomik hesabının gerçekten değiştiğini simgeliyordu

Gerçekte işe yarayan altı müdahale (Intervention)

• Teşvikleri yeniden hizalayan yapısal müdahale; bilgi toplama ya da empati faaliyetleri değil, ekonomik yeniden tasarım

• Etki hiyerarşisi

  • 6 müdahale göz korkutucu görünebilir ancak uygulama zorluğu ve değer üretme süresi aynı değildir; sıralama önemlidir
  • En hızlı sonuç veren yöntem: Kurum içinde yalnızca asgari mutabakat gerektiren müdahaleler
    • Ayrılma maliyeti muhasebesi (#1): Yalnızca CFO onayı ve finans analisti zamanı gerekir
    • Göz ardı edilen uyarılardan kaynaklanan olay takibi (#2): Yalnızca SRE süreç değişikliği gerekir. Bütçe veya yeniden yapılanma gerekmez; sistematik bir postmortem dokümantasyonu yeterlidir
    • Her ikisi de 30 gün içinde başlatılabilir ve daha zor mücadeleler için nicelleştirilmiş kanıt sağlar
  • Orta vadeli müdahaleler: Kültürel değişim gerektirir ama ücret yapısının yeniden düzenlenmesini gerektirmez
    • Yönetici on-call rotasyonu (#3): Bir yönetici altyapı iyileştirme işlerinin ertelenmesinin sonuçlarını doğrudan yaşadığında başarılı olur ve bu politika doğal olarak yerleşir
    • Yetkili teknik danışma kurulu (#5): Yöneticiler kendi kararlarının geri çevrilebileceğini gerçekten kabul ettiğinde etkili olur; küçük ölçekli pilot uygulama yaklaşımı birkaç çeyrek içinde başarısız olur
    • Uygulama süresi 3-6 ay: Çünkü yalnızca basit politika değişikliği değil, güven inşası da gerektirir
  • Yapısal müdahaleler: Yönetim kurulu veya ücret komitesi onayı gerektirir, 6-12 ay sürer ama en derin değişimi sağlar
    • Ücret sistemine yetenek elde tutma metriği eklenmesi (#4): Yönetici primleri kıdemli mühendisleri elde tutmaya bağlı olduğunda teknik borç bir gecede stratejik açıdan önemli hale gelir
    • IC yolunda eşdeğerliğin sağlanması (#6): Staff engineer ekip yönetmeden üst düzey maaş alabildiğinde teknik uzmanlığın korunması yapısal olarak mümkün hale gelir
  • Asgari uygulanabilir müdahale: Farklı katmanlardan iki unsurun birleşimi
    • Ayrılma maliyeti muhasebesi (hızlı sonuç) + ücrete elde tutma metriği eklenmesi (yapısal değişim)
    • İlki iş gerekçesini kurar, ikincisi ise yöneticiler için harekete geçmeyi rasyonel hale getirir
  • Kriz durumundaki şirketler: Hızlı sonuçları hemen devreye alın + yapısal değişimi paralel olarak tasarlayın
  • Erken uyarı işaretleri görülen şirketler: Ölçümle başlayın (maliyet muhasebesi, olay takibi) + sonuç verileriyle daha derin müdahaleleri gerekçelendirin

• 1. Ayrılma Maliyeti Muhasebesi (Cost-of-Attrition Accounting)

  • Görünmeyeni görünür kılmak: Her kıdemli mühendis ayrılışının toplam maliyetini hesaplayın
    • Ortalama işe alım maliyeti $35,000
    • Tam üretkenliğe ulaşma süresi yaklaşık 6 ay (kıdemli mühendis maaşının %50’si)
    • Bilgi kaybından kaynaklanan proje gecikmeleri
    • Yalnızca ilgili mühendisin anladığı mimari kararların fırsat maliyeti
  • Bu rakamı aylık olarak izleyin ve CAC ile gelir metrikleriyle aynı yönetici dashboard’una dahil edin
  • Bir finansal hizmetler şirketi çeyreklik ayrılma maliyetini izledikten sonra şunu gördü
    • Q1: 2 kıdemli çalışan ayrıldı, $400,000
    • Q3: Yıllık tahmini maliyet $900,000
    • CFO bunu yıllık $3M mühendislik bütçesi ile birlikte sunduğunda
    • CEO’nun sorusu “Neden ayrıldılar?”dan “Bunu önlemek için ne kadar gerekiyor?” sorusuna dönüştü
    • Sonuç olarak teknik borcun temizlenmesine ve ücret ayarlamalarına $400,000 yatırım yapıldı
      kıdemli ayrılma oranı %43 azaldı ve yatırım maliyeti iki çeyrekte tamamen geri kazanıldı

• 2. Göz ardı edilen uyarılar nedeniyle ortaya çıkan olayların takibi

  • Postmortem şablonunu değiştirerek zorunlu bir “Önceki Uyarılar (Prior Warnings)” bölümü ekleyin
  • Sorumlu kişiden Jira, Slack, mimari inceleme notları ve e-postalarda bu arıza moduna ilişkin geçmiş uyarıları kontrol etmesi istenir
  • Dokümante edilecek noktalar: Uyarının ne zaman yapıldığı, kim tarafından yapıldığı, önerilen aksiyon, neden önceliğinin düşürüldüğü
  • Olay maliyetini hesaplayın: Kesintinin gelir etkisi, müşteri desteği yükü, toparlama için harcanan mühendislik zamanı
  • Bir sağlık teknolojisi şirketi bu yöntemi uyguladıktan sonra
    • 6 ay içinde prodüksiyon olaylarının %70’inin önceden öngörüldüğünü fark etti
    • Mühendisler endişelerini dile getirmişti ancak yöneticiler özellik geliştirmeye odaklandığı için sorunların önceliği düşürülmüştü
    • 1 yılın toplam maliyeti: Önlenebilir olaylar için 1,8 milyon dolar harcandı
    • 16 büyük kesintinin 14’ünde teknik uyarıların doğru çıktığını yöneticiler görünce desenin ciddiyetini fark etti
    • Tahminlerin sürekli olarak isabetli olduğu kanıtlanınca davranış değişti

• 3. Yönetici on-call rotasyonu

  • Tüm yöneticiler (product, VP ve director dahil) çeyrekte bir 1 hafta on-call görev yapar
  • Eskalasyon politikası:
    • On-call mühendisi, uyarının daha önce düşük öncelikli görülen bir düzeltmeyle veya ertelenmiş bir teknik işle ilgili olduğuna karar verirse
    • Saat veya gün fark etmeksizin bu kararı veren sorumlu kişiye doğrudan bildirilir
  • Bu, herhangi bir dashboard’dan daha güçlü bir deneyimsel öğrenme sağlar
  • Örnek: Bir VP of Product, mühendislerin 7 ay önce “olsa iyi olur” düzeltmesi olarak işaretlediği aynı veritabanı bağlantı havuzu sorunu nedeniyle 5 günde 17 çağrı yaşadı
    • Sorun P3 olarak işaretlenmişti ve VP bunun yerine 3 özelliğin yayına alınmasına öncelik vermişti
    • Arka arkaya 5 kez sabah 3 çağrısı aldıktan sonra P0’a yükseltildi ve 8 gün içinde düzeltildi
    • Daha sonra ilgili VP, “Mühendislerin alarm yorgunluğu konusunda abarttığını düşünüyordum. Öyle değilmiş.” itirafında bulundu

• 4. Yönetici ücretine yetenek elde tutma metriğinin yansıtılması

  • Yönetimin değişken ücretinin %25’inin kıdemli mühendis elde tutma oranına bağlı olacağı şekilde yapı yeniden düzenlenir
  • “Kıdemli” tanımı: 2 yıldan uzun süredir şirkette olan, performans değerlendirmesinde beklentilerin üzerine çıkan veya kritik sistemlerden sorumlu kişi
  • Hedef belirleme: Kıdemli mühendislerde yıllık %90 elde tutma
    • Hedefin altında kalınırsa prim orantılı olarak kesilir
    • Hedef aşılırsa prim çarpanlı ödenir
  • Örnek: Bir Series B SaaS şirketi bu yapıyı 2021’de uygulamaya aldı
    • Kıdemli mühendis yıllık ayrılma oranı %28
    • Yönetimin ilk itirazı: “Birinin daha iyi teklif almasını biz kontrol edemeyiz”
    • CEO’nun yanıtı: “O zaman maaş dışında rekabetçi olmadığımızı kabul etmiş oluruz. Ya iyileştirin ya da ücret etkisini kabul edin.”
    • 1 yıl içinde ayrılma oranı %11’e düştü
    • Çıkış mülakatlarının deseni değişti: Ayrılan mühendisler artık işlev bozukluğuna dayalı ayrılıklardan (göz ardı edilen teknik kaygılar, gelişim eksikliği, toksik kültür) değil fırsat odaklı ayrılıklardan (daha büyük bir şirkette principal terfisi, startup kurma, taşınma) bahsediyordu
    • Yönetim artık elde tutma konusunda hesap verebilirlik taşıdığı için, prim hedefini tutturmak işin en kolay kısmı haline geldi

• 5. Gerçek yetkiye sahip Teknik Danışma Kurulu (TAB)

  • Mühendislik organizasyonunun seçtiği (yönetim tarafından atanmayan) 5 kıdemli mühendisten oluşan bir kurul kurulur
  • C-level yöneticilerle çeyreklik toplantılar yapılır
  • Tek bir yetkisi vardır: Çeyrek başına 1 yönetim kararını veto edebilir
  • Gereklilik: Veto durumunda teknik gerekçe, beklenen maliyet ve risk analizi içeren yazılı bir alternatif öneri sunulması zorunludur
    • Yönetim vetoyu yalnızca CEO onayı ve dokümante edilmiş bir gerekçeyle geçersiz kılabilir
  • Örnek: Bir blockchain altyapı şirketi 2020 başında TAB oluşturdu
    • 2 yıl içinde 2 kez veto hakkı kullanıldı
    • İlk veto: Şirket içi anlaşma framework’ü kurma kararı engellendi, bunun yerine mevcut open source protocol’ün genişletilmesi önerildi. Tahminen 18 aylık geliştirme süresi tasarrufu sağlandı
    • İkinci veto: Kapsamlı rollback testi olmadan veritabanı migration’ının yayına alınması engellendi. Sonraki uygulama analizi, TAB’ın 2 milyon dolarlık veri bozulması olayını önlediğini tahmin etti
    • Asıl etki daha incelikliydi: Yönetim, teknik kararları kesinleştirmeden önce “TAB bunu onaylar mı?” diye sormaya başladı
    • Veto tehdidi, öneriler TAB’a ulaşmadan önce öneri kalitesini değiştirdi
    • Mühendisler, teknik muhakemelerinin nihayet yönetim kararlarında önem kazandığını bildirdi

• 6. Ücret eşdeğerliğine sahip IC (bireysel katkı) yolu

• IC kariyer ilerleme yolunu açıkça tanımlayın: Staff Engineer, Principal Engineer, Distinguished Engineer

  • Ücret bantları sırasıyla Director, VP, SVP seviyeleriyle eşleşmelidir

• Terfi kriterleri: Ekip büyüklüğü veya raporlama yapısından çok teknik etki, mimari sahiplenme ve diğer mühendislerin iş verimliliğini artıran çarpan etkisi

• Örnek: Bir fintech şirketinde 6 ay içinde Staff seviyesinde 3 mühendis ayrıldı

• İstifa görüşmelerinde aynı kalıp: "Yönetici olmadan L7 ücret seviyesine ulaşmak imkânsız. Yönetmek istemiyorum, geliştirici olarak kalmak istiyorum"

  • Şirket, ücret eşdeğerliğine sahip bir IC kariyer yolu uyguladı
  • 1 yıl içinde: daha önce mülakat yapılan 2 mühendis Principal pozisyonuna terfi etti, benzer kariyer yolu olmayan rakiplerden 3 kıdemli IC işe alındı, kıdemli teknik çalışan kaybı %62 azaldı
  • Daha da önemlisi, şirkette kalan mühendisler tahminen 3 milyon dolara ulaşan mimari hataları önledi
    • Bunlar, uzmanlık ya da yetki eksikliği nedeniyle junior veya mid-level mühendislerin itiraz edemediği kararlardı

Uygulama yolları (Implementation Paths)

• Uygulama takvimi, organizasyonun içinde bulunduğu ciddiyet düzeyine göre değişir

• Kriz durumundaki şirketler (kıdemli ayrılma oranı >%20, yakın zamanda büyük bir kesinti yaşandı)

  • 1-2. haftalar: Gerçek 12 aylık ayrılma maliyetini hesaplayın (işe alım maliyeti, üretkenliğe uyum süresi, proje gecikmesi, eksik bilgi kaybı dahil), işten ayrılma görüşmesi kalıplarını analiz edin, prodüksiyon olaylarını daha önce görmezden gelinen uyarılarla eşleştirin
  • 3-4. haftalar: Bulguları CFO ve CEO’ya sunun, şu kalıbı gösterin (teknik kaygı dile getirme → önceliğin düşürülmesi → mühendis ayrılığı → olay veya maliyet), toplam zararı nicel olarak ortaya koyun, anında müdahale önerin
  • 5-8. haftalar: Yönetici on-call rotasyonunu başlatın (en hızlı kültürel dönüşüm), ayrılma maliyetini izlemeye başlayın (sürekli değişim için vaka oluşturma), 3 mühendisle TAB pilotu oluşturun, yönetici panosunda aylık ayrılma maliyeti takibini başlatın
  • 9-12. haftalar: Yönetim kuruluna ücretlendirme yapısındaki değişiklikleri sunun, yönetici primlerini elde tutma oranına bağlayın, IC kariyer yolunu kamuya açık şekilde duyurun, neyin neden değiştiğini şeffaf biçimde anlatın

• Erken uyarı işaretleri görülen şirketler (ayrılma oranı %12-18, mühendisler 1:1 görüşmelerde kaygılarını dile getiriyor)

  • 1-2. aylar: Ayrılma maliyetini izlemeye ve ekonomik gerekçeyi oluşturmaya başlayın, mühendislere elde tutma risklerini ve onları neyin kalmaya ikna edeceğini sorun, en sık dile getirilen 3 kaygıyı belirleyin
  • 3-4. aylar: Yönetici on-call rotasyonu pilotunu kaynaklandırın ve başlatın, TAB pilotunu devreye alın, her ikisini de teknik borcu ve kurumsal sürtünmeyi görünür kılmak için kullanın, ertelenen işlerin maliyetini belgelendirin
  • 5-6. aylar: Kalıcı ücretlendirme yapısı değişikliklerini uygulayın, TAB yetkisini resmileştirin, IC kariyer yolu kriterlerini ve ücret bantlarını yayımlayın, kıdemli mühendisleri elde tutmayı açık bir yönetici hedefi haline getirin

Bunun işe yaramadığı durumlar

• Bu müdahaleler, 3 senaryoda öngörülebilir şekilde başarısız olur; bunu kabul etmemek sadece zaman kaybettirir

• 1. Başından itibaren ayrılma üzerine kurulmuş iş modeli

  • Danışmanlık şirketleri ve sözleşmeli firmalar yıllık %20-40 çalışan devri bekler
  • İş modeli, insan kaynağını değiştirme maliyetini fiyatlara yansıtır ve faturalandırma oranları, organizasyon içinde sınırlı uzmanlık olacağı varsayımıyla belirlenir
  • Ürün şirketleri için tasarlanmış elde tutma stratejileri, müşteri rotasyonunun doğal ayrılmayı teşvik ettiği ve partnerlik yolunun bilinçli olarak up-or-out baskısı yarattığı yerlerde anlamlı değildir
  • Benzer şekilde, ürün-pazar uyumu öncesi erken aşama girişimler mühendis ayrılığını elde tutma başarısızlığı değil, gerekli pivotun işareti olarak yaşayabilir
    • Şirket her 6 ayda bir kökten yön değiştiriyorsa, düşük elde tutma oranı sistemsel işlev bozukluğu değil, uygun yetenek yeniden dağılımı anlamına gelir

• 2. Sadece uyguluyormuş gibi yapmak (Implementation Theater)

  • Biçimsel ama etkisiz müdahaleler, hiç müdahale etmemekten daha kötü sonuçlar doğurur
  • Gerçek veto yetkisi olmayan bir TAB, mühendis kaygılarını dağıtan bir tahliye vanasına dönüşür
    • Sistematik olarak görmezden gelinen önerilere zaman harcandığında yalnızca öfke büyür
  • Kök nedenlerin çözümüne bağlanmamış yönetici on-call rotasyonu, hesap verebilirlik içermeyen vitrin empatisi üretir
    • Önceliklendirip çözemeyeceği sorunlar için çağrı alan bir VP, yalnızca mühendislerin neden sık şikayet ettiğini öğrenir
  • Hesaplanan ama yönetici panolarında ya da ücret tartışmalarında asla yer almayan ayrılma maliyeti muhasebesi, teorik bir tartışma olarak kalır
  • Yarı yolda uygulanmış müdahaleler, liderliğin yapısal değişim için gerçek bir irade olmadan ilgileniyormuş gibi yaptığını gösterir

• 3. Kültürel önkoşulların yokluğu

  • Bu müdahaleler, birçok organizasyonda eksik olan kültürel önkoşulları gerektirir: liderlik, itibar yönetimini değil gerçek davranış değişikliğini istemelidir
  • Yöneticiler mühendisleri elde tutmayı ekonomik bir sorun değil de PR sorunu olarak görüyorsa, yalnızca en görünür müdahaleleri (danışma kurulları, dinleme turları) uygular, maliyetli olanlardan (ücret yapısının yeniden düzenlenmesi, gerçek veto yetkisi) kaçınır
  • Teşhis testi: Yönetici değişken ücretinin %25’ini kıdemli mühendisleri elde tutmaya bağlamayı önerin
    • Liderlik hemen “bizim şirkette neden olmayacağını” açıklıyorsa, cevabı buldunuz
      • Kişisel maliyet yaratmayan bir çözüm istiyorlar
  • Mühendislere veto yetkisi vermeye, yönetici maaşını elde tutmaya bağlamaya ve üç aylık finansal incelemelere ayrılma maliyetini dahil etmeye hazır olmayan şirketler, yapısal değişime hazır değildir
  • Kaygıları kabul edip “daha fazla araştırma” önermeyle yetinir ve kıdemli mühendisler ayrılmayı sürdürürken tozlanan danışmanlık raporlarından memnun kalırlar
  • Müdahaleler, liderlik yıllık 1,4 milyon dolarlık çalışan devri maliyetinin, bunu önlemek için gereken adımlardan daha büyük olduğunu fark ettiğinde işe yarar
    • Bu farkındalık olmadan hiçbir danışma kurulu ekonomik hizalanmanın yerini tutamaz

Yeni ekonomik hesap

• Yazarın yönettiği blockchain altyapı şirketi, 3 yıl içinde 10 mühendisten 187 mühendise ölçeklenirken
  • kıdemli mühendislerde yıllık ayrılma oranını ortalama %6 düzeyinde tuttu; bu, aşırı hızlı büyüyen şirketlerde tipik olan %35-40 çalışan devrinin çok altında
• Sonucun nedeni yan haklar ya da kültürel düzenekler değil, teşvik yapısının yeniden tasarlanmasıydı
  • Orta kademe yöneticiler, her şey kontrol altındaymış gibi görünmek için değil, teknik riski erken görünür kıldıkları için ödüllendirildi
  • Postmortem’lerde önceki uyarıların belgelenmesi zorunluydu; görmezden gelinen uyarılar, önceliğini düşüren kişinin performans değerlendirmesine girdi
  • Teknik liderlik, mimari kararlarda veto yetkisine sahipti. Bunu 2 kez kullandık, ancak yalnızca veto olasılığı bile genel teklif kalitesini yükseltti
  • Kuruluş anından itibaren IC kariyer yolu vardı; en kıdemli yönetici olmayan çalışan, çoğu direktörden daha yüksek maaş alıyordu
• Sistem maliyeti: ücret ayarlamaları, yönetişim ek yükü ve bazı özellikleri geciktiren teknik borç önceliklendirmesi için yıllık yaklaşık 400.000 $
• Tasarruflar:
  • Önlenen ayrılma maliyeti 2,1 milyon dolar (sektör standardı olan %35 ayrılma oranı kıdemli mühendis sayısına uygulandığında)
  • Ayrıca, kıdemli mühendislerin durdurma yetkisi sayesinde milyonlarca dolarlık olay yaratmayan mimari kararlardan ölçülmesi zor ama önemli ek tasarruflar sağlandı

Rahatsız edici gerçek

• Çoğu şirket, zorlayıcı bir durum kapıya dayanana kadar bu müdahaleleri uygulamaz
• Bu zorlayıcı etken genellikle yıkıcı bir durumdur: milyonlarca dolara mal olan bir prodüksiyon olayı, kilit bir ekibi felç eden kitlesel ayrılma ya da rakibin sizin reddettiğiniz şeyi, yani teknik muhakemeye saygıyı sunarak temel mühendis kadronuzun yarısını elinizden alması
• O noktada artık önleme değil, hasar onarımına odaklanırsınız
  • Toparlanma pahalıdır. Çünkü bir sonraki krizi önleyebilecek en iyi mühendisler zaten ayrılmıştır
  • Yerlerine gelenler yeteneklidir ama kurumsal bilgiden yoksundur; hangi uyarıları yapmaları gerektiğini bilmezler ve çöküş döngüsünü hızlandırırlar
• Sorun, bu müdahalelerin işe yarayıp yaramadığı değil; kanıt açık
  • Yönetici teşviklerini çalışanı elde tutmayla hizalayan, mühendislere anlamlı yetki veren ve işten ayrılmayı ekonomik bir sorun olarak ele alan şirketler; elde tutma oranı, olay sıklığı ve uzun vadeli teknik sağlık açısından tutarlı biçimde daha iyi performans gösterir
• Yetenekli mühendisler ayrılıyorsa ve alışılmış çözümler işe yaramıyorsa, sorun iletişim değil ekonomik boyut olabilir

[duddnd649]

Yönetim bunu duyup başını sallıyor
Sorunu kabul ediyor
Öncelikleri ayarlayacağını söylüyor
> İşte burada tıkanıyor

[bichi]

Rahatsız edici gerçek +

Gerçekten karar vermesi gereken yöneticiler bu yazıyı okusa bile anlayamaz

[mstorm]

Katılıyorum.

[rrr6ttt]

Kesinlikle doğru

[jjw9512151]

Gerçekten çözüm önerisi içeren yazılar çok kıymetli, teşekkürler.

[ds2ilz]

Mobilde bakıyorum; hizalama sorunu mu bilmiyorum ama metnin içinde bazı listelerde bir satırda yalnızca bir harf görünüyor. Onun dışında, iç içe seviye biraz arttığında da satır uzunluğu dramatik biçimde kısalıyor.

[curioe]

Düzelttim. Bildirdiğiniz için teşekkürler.

[cysl0]

Evet, iOS 26.1 x safari'de de aynı belirti var.

[bini59]

Ben de refactoring yapmak istiyorum

[ethanhur]

Bana teşviki göster, sana sonucu göstereyim - Charlie Munger