Mühendislik
Yazılım Mühendisi
Junior’dan Principal’a beş seviye; kodu yayına almaktan ekibi geliştirmeye kadar altı yetkinlik.
- 5 seviye
- 6 yetkinlik
Kariyer merdiveni şablonu
Engineering Manager’dan VP of Engineering’e dört seviye ve altı yöneticilik yetkinliği.
Ücretsiz plan · Kredi kartı gerekmez
Bu kariyer merdiveni, yaklaşık 20–200 kişilik bir şirkette mühendislikteki yöneticilik yolunu anlatır: tek bir ekibi yöneten ilk kez yönetici olmuş birinden tüm mühendislikten sorumlu kişiye kadar. Yazılım mühendisi kariyer merdiveninin yanında durur — insan yönetmek, senior mühendislikten sonraki basamak değil, farklı bir iştir. En üst seviyesi olan VP of Engineering, mühendislik fonksiyonunun başıdır; insan yönetmeden gelişen mühendisler mühendis kariyer merdivenini izler.
Her seviye esas olarak kapsamda büyür: bir ekip, birkaç ekip, bir departman, tüm fonksiyon. Yetkinlik matrisi her beklentinin bu kapsamla nasıl değiştiğini gösterir; her seviyenin bölümü ise o seviyede beklenen her şeyi listeler.
Yeni yöneticiler için beklentileri belirlemek, check-in’lerde yöneticilere yapılandırılmış geri bildirim vermek ve birinin daha büyük bir kapsama ne zaman hazır olduğuna karar vermek için kullanın. Yayımlamadan önce unvanları ve ifadeleri şirketinize göre uyarlayın.
Bir mühendis ekibini yönetir; ekibin insanlarından, teslimden ve ekip sağlığından sorumludur.
Birkaç ekibi ya da büyük bir ekibi, çoğu zaman teknik liderler veya yeni yöneticiler aracılığıyla yönetir.
Bir mühendislik departmanını yönetir ve şirket hedeflerini departmanın planlarına, yapısına ve işe alımlarına dönüştürür.
Tüm mühendisliği yönetir ve sonuçlarından üst yönetime karşı sorumludur.
Her satır bir yetkinlik, her sütun bir seviyedir. Beklentinin nasıl büyüdüğünü görmek için bir satırı soldan sağa okuyun.
| Yetkinlik | Engineering Manager | Senior Engineering Manager | Director of Engineering | VP of Engineering |
|---|---|---|---|---|
| İnsanların gelişimi | Ekibindeki herkesle düzenli birebir görüşmeler yapar, aylar sonra değil birkaç gün içinde somut geri bildirim verir ve her çeyrekte her kişiyle bir gelişim hedefi üzerinde anlaşır. | Yeni yöneticilere ve teknik liderlere koçluk yapar, aynı işin aynı puanı alması için değerlendirmeleri ekipler arasında kalibre eder ve performans sorunlarını erkenden ele alır. | Departmanın yönetici havuzunu oluşturur, her mühendisin bir sonraki seviyeye giden net bir yolu olmasını sağlar ve departmandaki terfi kararlarının sahibidir. | Mühendislikte insanların nasıl geliştirileceğini — kariyer merdivenleri, değerlendirmeler ve terfiler — tanımlar ve bu sistemi işleten direktörleri ve yöneticileri yetiştirir. |
| Teslim ve yürütme | Ekibin planlama ve teslim ritmini yürütür, taahhütleri gerçekçi tutar, teslim tarihleri kaymadan önce riskleri dile getirir ve ekibi sürekli değişen önceliklerden korur. | Ekipler arasında teslimi koordine eder, ekipler arasındaki engelleri kaldırır ve paralel yürüyen birkaç projeyi mikro yönetime başvurmadan yolunda tutar. | Departmanın teslim yaklaşımını belirler, yol haritası işlerini teknik borç ve güvenilirlikle dengeler ve yöneticileri sonuçlardan sorumlu tutar. | Mühendisliğin çıktısından şirket hedeflerine karşı hesap verir, ilerlemeyi ve ödünleşimleri yönetime raporlar ve yavaş teslimin sistemik nedenlerini giderir. |
| Ekip sağlığı ve işe alım | Tükenmişliği, çatışmayı ve ilgisizliği erkenden fark edip harekete geçer, değişikliğe yol açan retrospektifler yürütür ve ekibin açık pozisyonları için önceden belirlenmiş kriterlere göre yapılandırılmış mülakatlar yapar. | Birkaç ekibin yapısını ve kadrosunu şekillendirir, işe alım çıtasını mülakatçılar arasında tutarlı tutar ve yeni çalışanların ilk aylarında verimli hale gelmesini sağlar. | Departmanın kadro planını yapar, ekip sınırlarını net sahiplik alanlarına göre çizer ve ayrılışlardan ve bağlılık anketlerinden öğrendiklerini kullanarak çalışan bağlılığını artırır. | Mühendislikte işe alım stratejisinin, organizasyon tasarımının ve kültürün sahibidir: neyin ödüllendirildiği, neye göz yumulduğu ve neye göz yumulmadığı. |
| Teknik liderlik | Ekibin sistemlerini ödünleşimleri değerlendirebilecek kadar iyi anlar, tasarım incelemelerinde yer alır ve teknik borcu görünür ve planlı tutar. | Ekipler arası mimari konusunda teknik liderler ve staff mühendislerle birlikte çalışır ve önemli teknik kararların yazıya dökülüp incelenmesini sağlar. | Departmanın teknik yönü konusunda staff ve principal mühendislerle ortaklık kurar ve hiçbir ekibin tek başına önceliklendirmeyeceği platform ve güvenilirlik işlerine kaynak ayırır. | Mühendisliğin inandırıcı bir teknik stratejisi ve bunu hayata geçirecek kıdemli teknik insanları olmasını sağlar ve büyük teknoloji yatırımlarında son kararı verir. |
| Strateji ve planlama | Ürün hedeflerini ekibin çeyreklik planına dönüştürür, önceliklerin arkasındaki gerekçeleri açıklar ve uymayan işlere hayır der. | Birkaç ekibi kapsayan planlar hazırlar, aralarındaki bağımlılıkları sıralar ve hedefler değiştiğinde planı günceller. | Departmanın yıllık planını ve bütçesini yazar, insanların nereye yatırılacağına karar verir ve mühendislik işini ölçülebilir iş sonuçlarına bağlar. | Yönetim ekibinin bir parçası olarak şirket stratejisini şekillendirir, mühendisliğin yıllık hedeflerini ve bütçesini belirler ve mühendisliğin neleri yapmayacağına karar verir. |
| Fonksiyonlar arası ortaklık | Ekibin ürün yöneticisi ve tasarımcısıyla eşit bir ortak olarak çalışır, paydaşlarla net beklentiler belirler ve durumu dürüstçe aktarır. | Birkaç ürün ortağının beklentilerini yönetir, ekipler arasındaki çelişen talepleri çözer ve sorunları yalnızca sorun olarak değil, seçeneklerle birlikte yukarı taşır. | Bir ya da daha fazla fonksiyon liderinin ana mühendislik ortağıdır; yol haritasını, kapsamı ve kadroyu departman düzeyinde müzakere eder. | Mühendisliği üst yönetimde ve yönetim kurulunda temsil eder, her fonksiyondaki meslektaşlarıyla güven inşa eder ve mühendisliğin işini iş diliyle anlatır. |
Tüm seviyeleri görmek için tabloyu yana kaydırın.
CSV olarak indirin Excel, Google Sheets ya da Numbers ile açılır.
Bir mühendis ekibini yönetir; ekibin insanlarından, teslimden ve ekip sağlığından sorumludur. Yaklaşık dört ila sekiz mühendisten oluşan tek bir ekip.
Birkaç ekibi ya da büyük bir ekibi, çoğu zaman teknik liderler veya yeni yöneticiler aracılığıyla yönetir. İki üç ekip ya da 10–25 mühendis; bazen ilk kez yönetici olanlar dahil.
Bir mühendislik departmanını yönetir ve şirket hedeflerini departmanın planlarına, yapısına ve işe alımlarına dönüştürür. Birkaç ekipten ve yöneticilerinden oluşan bir ürün alanı ya da departman.
Tüm mühendisliği yönetir ve sonuçlarından üst yönetime karşı sorumludur. Tüm mühendislik organizasyonu, bütçesi ve şirket stratejisindeki rolü.
15 mühendisi olan bir şirketin genellikle bu seviyelerden dördüne değil, bir ya da ikisine ihtiyacı vardır. Bir sonraki seviyeyi iş gerçekten var olduğunda ekleyin — örneğin bir yönetici başka yöneticileri yönetmeye başladığında. Bu büyüklükteki pek çok şirkette bu kariyer merdiveninin tepesinde, VP seviyesini teknik stratejinin sahipliğiyle birleştiren CTO bulunur; ikisi birden varsa VP organizasyonu, CTO ise teknolojiyi yönetir.
Her yönetici seviyesini ücret ve kapsam açısından denk olan mühendis seviyesiyle eşleştirin; böylece kariyer yolları arasında geçiş yatay bir adım olur. Engineering Manager seviyesinin karşısına Senior Mühendis seviyesini koymak yaygın bir referans noktasıdır.
Bazı şirketler yöneticilerin kod incelemesini bekler; bazıları ise insanlara ve teslime odaklanmalarını ister. Cevabınızı Teknik liderlik satırına yazın ki beklenti varsayılmak yerine açıkça ortada olsun.
Bir yöneticinin ekibinden ve meslektaşlarından aynı yetkinlikler üzerine geri bildirim isteyin. Bu, insanların gelişimi ve ekip sağlığı hakkında yöneticinin kendi öz değerlendirmesinden daha fazlasını söyler.
SSS
Engineering Manager insanlardan — gelişim, geri bildirim, işe alım, ekip sağlığı — ve teslimden sorumludur. Teknik lider ise ekibin teknik yönünden sorumlu bir uzmandır, insan yönetmez. Küçük ekiplerde ikisini aynı kişi yapabilir, ama bunlar iki ayrı kariyer merdiveni olan iki ayrı iştir.
Genellikle bir ekip altı ila sekiz mühendisi aştığında ya da kurucunun veya CTO’nun artık herkesle düzenli birebir görüşme yapacak vakti kalmadığında. İnsanların geri bildirimden ve kariyer görüşmelerinden mahrum kalmaya başladığı an budur.
Olmamalı. Mühendislikten yöneticiliğe geçmek, farklı bir işe doğru bir kariyer yolu değişikliğidir. Zam almanın ya da daha büyük bir unvanın tek yolu yöneticilikse iyi mühendisleri kaybeder, gönülsüz yöneticiler kazanırsınız — buna paralel bir uzmanlık yolu kariyer merdiveni tutun.
Ekibin sonuçlarına ve yöneticinin davranışına bakın: ekip nasıl teslim ediyor, insanlar nasıl gelişiyor ve ekipte kalıyorlar mı, ekip üyeleri ve meslektaşlar ne diyor. Mühendisler için kullandığınız yapılandırılmış check-in’lerin aynısını, bu kariyer merdivenini referans alarak ve ekipten gelen geri bildirimi de ekleyerek yürütün.
20–200 kişilik bir şirket için üç ya da dört seviye yeterlidir: tek bir ekibin yöneticisi, birkaç ekibin yöneticisi ve bunların üzerinde bir ya da iki liderlik seviyesi. Her basamakta doldurulacak gerçek bir rol olduğunda daha fazlasını ekleyin.
Seviyelerini ve becerilerini ekibiniz için kurun, check-in’lerde kişileri bunlara göre değerlendirin ve terfi kararlarını tutarlı tutun.
Ücretsiz plan · Kredi kartı gerekmez
Mühendislik
Junior’dan Principal’a beş seviye; kodu yayına almaktan ekibi geliştirmeye kadar altı yetkinlik.
Ürün
Junior PM’den Head of Product’a beş seviye; müşteri keşfinden ürün stratejisine altı yetkinlik.
Mühendislik
Junior’dan Staff seviyesine dört seviye; altyapıdan geliştiricilere destek olmaya kadar altı yetkinlik.
Bir uzmanlık yolunu yöneticilik yoluyla yan yana yürütmek: iki yolun nerede ayrıldığı, seviyelerin nasıl hizalanacağı ve insanların aralarında geri adım atmadan nasıl geçebileceği.
Güncelleme: 1 Ekim 2026
Önceden yazılmış terfi kriterleri, öneriyi getiren bir yönetici, karar veren bir üst kademe ve yazılı bir terfi gerekçesi — büyüyen bir şirketin herkese açıklayabileceği bir terfi süreci.
Güncelleme: 1 Ekim 2026