Kariyer merdiveni, büyüyen her ekibin er ya da geç sorduğu soruyu yanıtlar: bir sonraki seviyeye geçmek için ne yapmam gerekiyor? 15 kişilik bir şirkette kurucular bu soruyu bir sohbette yanıtlayabilir. 40 ya da 80 kişiye, birkaç yöneticiye ve birden fazla departmana ulaşıldığında cevaplar yöneticiden yöneticiye değişmeye başlar — ve insanlar bunu fark eder.
Bu rehber, ayrı bir İK ekibi olmadan kariyer merdiveni kurmak isteyen yaklaşık 20 ile 200 kişilik şirketler için. Mühendislik, satış, destek, ürün, tasarım ve operasyon için aynı şekilde işe yarar. Yedi adımdan geçecek, bir örneği baştan sona görecek ve iyi bir merdiveni çoğu zaman kimsenin açmadığı bir belgeye dönüştüren hataların listesini alacaksınız.
Kariyer merdiveni nedir, ne değildir
Kariyer merdiveni, tek bir iş alanındaki rollerin seviyeye göre sıralanmış bir dizisidir ve her basamakta neyin beklendiğini açıkça tarif eder. “Destek Uzman Yardımcısı Destek Uzmanı Kıdemli Uzman Destek Ekip Lideri” bir merdivendir. Bir departman için birkaç merdiveni yan yana koyduğunuzda — örneğin bir uzmanlık yolunun yanına bir yöneticilik yolu — ve her rolün değerlendirildiği yetkinlikleri eklediğinizde elinizde bir kariyer çerçevesi olur.
Bu rehberde kullanılan terimler:
- Departman — kendi merdiveni olan bir grup: Mühendislik, Satış, Müşteri Desteği.
- Kariyer yolu — bir departman içindeki tek bir yol; örneğin uzmanlık ya da insan yönetimi.
- Seviye — bir yoldaki basamak; yollar arasında karşılaştırılabilir: bir yoldaki 3. seviye, diğer yoldaki 3. seviyeyle kabaca aynı kıdemdedir.
- Rol — belirli bir yolun belirli bir seviyesindeki iş: “Senior Account Executive”.
- Yetkinlik — insanların değerlendirildiği bir alan; örneğin iletişim ya da teknik derinlik. Her yetkinlik her seviye için ayrı ayrı tanımlanır.
Kariyer merdiveni bir unvan listesi değildir, bir ücret skalası da değildir. Unvanlar birinin ne diye anıldığını söyler; merdiven ondan ne yapmasının beklendiğini. Ücret sonradan merdivene bağlanabilir, ama maaş bantlarıyla başlayan bir merdiven bir gelişim aracı olmaktan çok bir pazarlık aracına dönüşme eğilimindedir.
Başlamadan önce: kapsam ve sahipler
Üç karar ileride haftalar kazandırır.
Tek bir departmanla başlayın. “Burada nasıl gelişebilirim?” sorusunun en sık sorulduğu departmanı seçin — genellikle en büyük ekip ya da en hızlı işe alım yapan. Tüm departmanları aynı anda kurmak emeği dağıtır ve kimsenin fayda göreceği anı geciktirir.
Sahipleri belirleyin. İçeriğin sahibi departman başkanıdır. Ekipten bir iki deneyimli kişi yazıma yardım eder, çünkü her seviyede işin gerçekte neye benzediğini onlar bilir. Kıdemli bir kişi — çoğu zaman CEO, CTO ya da COO — genel yapının sahibi olur; böylece seviyeler departmanlar arasında aynı anlama gelir.
İlk sürümün ne için olduğuna karar verin. Yalnızca terfi kararlarında kullanılan bir merdiven yılda iki kez açılır. Düzenli kariyer görüşmelerine yapı veren bir merdiven her ay açılır. Şimdiden her ikisi için de kullanılacağına karar verin, çünkü bu, beklentileri nasıl yazacağınızı belirler.
1. adım: Mevcut rolleri çıkarın
Herhangi bir şey tasarlamadan önce var olanı yazın. Departmandaki herkesi mevcut unvanı, kime bağlı olduğu ve kabaca ne yaptığıyla listeleyin. Sonra benzer kapsamda benzer işler yapan kişileri gruplayın.
Genellikle üç şey bulursunuz:
- Yer yer unvan enflasyonu. Ekipte yalnızca üç kişi varken “Kıdemli” unvanıyla işe alınmış ve bugün unvanında bu kelime olmayan meslektaşlarıyla aynı kapsamda çalışan biri.
- Boşluklar. En junior kişilerle ekip lideri arasında kimse yok; yani yönetici olmadan gelişecek bir yer yok.
- Gizli yollar. Herkesin başvurduğu uzman olduğu açık olan ama kimseyi yönetmeyen bir kişi ve hemen yanında, ekibi olan ama daha az uzmanlığa sahip bir yönetici. Bunlar iki farklı yoldur.
Henüz hiçbir şeyi düzeltmeyin. Bu envanter sonraki adımların ham maddesidir ve test veriniz olacaktır: merdivenin taslağı hazırlandığında bu listedeki herkes hem kendisine hem yöneticisine doğru gelen bir yere oturmalıdır.
2. adım: Kariyer yollarınızı seçin
20 ve daha fazla kişilik departmanların çoğu iki kariyer yoluna ihtiyaç duyar:
- İnsan yönetmeden, uzmanlığını derinleştirerek ve etkisini genişleterek büyüyenler için bir uzmanlık yolu.
- Bir ekibe liderlik ederek büyüyenler için bir yöneticilik yolu.
İki yolun amacı, kimsenin terfi almak için yönetici olmak zorunda kalmamasıdır. En güçlü uzmanınız kötü ve mutsuz bir yönetici olabilir; ayrı bir yol, onun gelişmeye devam etmesini sağlar.
Yolları karşılaştırılabilir yapın: bir yoldaki bir seviye, diğer yoldaki aynı seviyeyle benzer kapsam, etki ve ücret taşımalıdır. Yaygın bir yapı, yöneticilik yolunun bir iki seviye yukarıdan başlamasıdır, çünkü ilk kez yönetici olan biri genellikle önce sağlam bir kıdemli uzman olmuştur.
Daha küçük departmanlar — örneğin beş kişilik bir destek ekibi — tek bir yolla başlayıp ilk yönetici atandığında ikincisini ekleyebilir.
3. adım: Kaç seviye olacağına karar verin
Düşündüğünüzden az. Her seviye, birinin yaptığı işte gerçek ve gözlemlenebilir bir farkı tarif etmelidir. 4. seviyenin 3. seviyeden nasıl ayrıldığını anlatan iki cümle yazamıyorsanız elinizde iki değil, tek bir seviye vardır.
| Şirket büyüklüğü | Yol başına tipik seviye sayısı |
|---|---|
| 20–50 kişi | 4 |
| 50–100 | 5 |
| 100–200 | 5–6 |
Seviye çok az olursa insanlar bir terfi için üç yıl bekler ve bu hiç ilerleme yokmuş gibi hissettirir. Çok fazla olursa seviyeler arasındaki farklar, yöneticilerin tutarsız uyguladığı kelime oyunlarına dönüşür.
Seviyelere tarafsız adlar verin. Numaralar (L1–L5) ya da kısa etiketler, yaratıcı adlardan daha iyi işler. Piyasa için gerekiyorsa unvanları ayrı tutun — bir “Senior Account Executive”, merdiven her değiştiğinde unvanı değişmeden 3. seviyede durabilir.
4. adım: Beş ile sekiz yetkinlik seçin
Yetkinlikler çerçevenizin satırlarıdır: her seviyeyi tarif ettiğiniz alanlar. Departman başına beş ile sekiz arasını hedefleyin. Daha azında işin önemli kısımları anılmadan kalır; daha fazlasında her değerlendirme uzun bir kontrol listesine dönüşür.
İki türü karıştırın:
- Tüm şirkete uygulanan ortak yetkinlikler — iletişim, sahiplenme, iş birliği, başkalarının gelişimine destek. Bunları bir kez yazın ve her departmanda yeniden kullanın.
- Mesleğin kendisini tarif eden departmana özgü yetkinlikler.
Departmanlara göre örnekler:
- Mühendislik: teknik derinlik, sistem tasarımı, kod kalitesi ve kod incelemesi, teslim, operasyonel sahiplenme.
- Satış: satış hattı oluşturma, ihtiyaç analizi, müzakere ve satışı kapatma, tahminleme, müşteri hesabını büyütme.
- Müşteri desteği: sorun çözme, ürün bilgisi, yazılı iletişim, süreç iyileştirme, müşterinin sesini içeride duyurma.
Nereden başlayacağınızdan emin değilseniz hazır bir set boş bir sayfadan daha hızlıdır: yazılım mühendisi, müşteri desteği ve account executive şablonlarının her biri, kendinize uyarlayabileceğiniz seviyeler ve yetkinliklerle gelir.
5. adım: Her seviye için beklentileri yazın
İşin özü budur ve merdivenlerin çoğu burada başarılı olur ya da başarısız. Her yetkinlik için her seviyedeki birinin gerçekte ne yaptığını yazın. Farkı üç kural yaratır.
Sıfatları değil, davranışı tarif edin. “Güçlü iletişimci”, güçlü bir iletişimcinin ne yaptığını söyleyene kadar hiçbir şey ifade etmez. Karşılaştırın:
- Zayıf: “Mükemmel yazılı iletişim.”
- İşe yarar: “Çoğu durumda sorunu tek mesajda çözen müşteri yanıtları yazar ve başkalarının küçük düzeltmelerle yayımlayabileceği yardım merkezi makalelerinin taslağını hazırlar.”
Kapsamın büyüdüğünü gösterin. Aynı yetkinliğin erişimi seviyeden seviyeye genişlemelidir: kişinin kendi görevlerinden ekibe, birkaç ekibe, departmana.
Her seviyeyi kendi içinde tamamlanmış tutun. Her hücre, “yukarıdaki gibi, ama daha fazlası” olmadan tek başına anlam taşımalıdır.
Bir müşteri desteği merdiveninin dört seviyesi için yazılmış tek bir yetkinlik:
| Seviye | Ürün bilgisi |
|---|---|
| 1 | Sık sorulan soruları yardım merkezini kullanarak yanıtlar ve alışılmadık her konuda yardım ister. |
| 2 | Yapılandırma sorunları dahil çoğu sorunu tek başına çözer ve ne zaman üst kademeye aktarması gerektiğini bilir. |
| 3 | En az bir karmaşık alanda herkesin başvurduğu kişidir ve başkalarının dayandığı iç notları yazar. |
| 4 | Talepler arasındaki örüntüleri fark eder, bunları ürün ekibine açıklar ve sırada neyin düzeltileceğini şekillendirir. |
İlk taslağı hızlıca ve ekibin kendi diliyle yazın, sonra farklı seviyelerden iki üç kişiyle gözden geçirin. Onlara tek bir soru sorun: “Kendi seviyenizi okuduğunuzda işinizi tanıyor musunuz?”
6. adım: İnsanları yerleştirin ve kalibre edin
Birinci adımdaki envanteri alın ve herkesi bir yolda bir seviyeye yerleştirin. Önce her yönetici bunu kendi ekibi için yapar, ardından yöneticiler bir kalibrasyon toplantısında bir araya gelir: ekipler arasındaki yerleştirmeleri karşılaştırdığınız ve “bu kişi gerçekten şu kişiyle aynı seviyede mi?” diye sorduğunuz bir iki saat.
Tutarsızlıklar kalibrasyonda ortaya çıkar — cömert yönetici, katı yönetici, unvanı işinin gösterdiğinden fazlasını vaat eden kişi. Bunları sonucu kimse görmeden çözün.
Biri mevcut unvanının işaret ettiğinden daha aşağıya yerleşirse onu hemen oracıkta düşürmeyin. Yeni yapıyı anlatın, bir üst seviyenin ne istediğini gösterin ve oraya nasıl ulaşacağı konusunda anlaşın. Mevcut unvanları bir geçiş dönemi boyunca korumak genellikle daha insancıldır ve hiçbir maliyeti yoktur.
7. adım: Yayımlayın ve kullanmaya başlayın
Merdiveni yalnızca yöneticilere değil, bütün departmana yayımlayın. Üzerinden geçmek için kısa bir toplantı yapın: neden var olduğu, seviyelerin ve yolların nasıl işlediği, terfilere bundan sonra nasıl karar verileceği. Sonra onu ekibin çalışma biçiminin bir parçası yapın; yoksa bir çeyrek içinde unutulur:
- Kariyer görüşmeleri. Herkesin kendini rolünün beklentilerine göre değerlendirdiği ve yöneticinin de aynısını yaptığı düzenli check-in’ler yapın. İkisi arasındaki farklar gündemi oluşturur.
- Gelişim planları. Açıkları, belirsiz bir “paydaş yönetimini geliştir” yerine, bitiş tarihi olan birkaç somut adıma dönüştürün.
- Terfiler. Yöneticiden hedef seviyenin beklentilerine dayanan bir terfi gerekçesi yazmasını isteyin ve kararı onun üstündeki biri versin. Merdiven, kararın ortak referansı olur.
LadderKit de bu iş akışı üzerine kurulu: her departmanın kariyer yolları, seviyeleri ve rolleriyle kendi kariyer merdiveni olur ve siz yayımlayana kadar taslak olarak kalır; beceri matrisi her rolün beklediği seviyeyi belirler; check-in’ler tam da bu becerilerle önceden doldurulur; terfiler ise yazılı bir öneri ve raporlama hattının kararıyla ilerler.
Bir örnek: 60 kişilik bir yazılım şirketi
60 kişilik bir şirketi düşünün: mühendislikte 25, satışta 12, müşteri desteğinde 8 kişi; geri kalanlar ürün, tasarım, pazarlama ve operasyonda.
Sıralama. Üç kıdemli mühendisin yöneticilik yapmadan nasıl gelişebileceklerini sorduğu mühendislikten başlıyorlar. Satış bir çeyrek sonra, destek de ondan sonra geliyor.
Mühendislikte kariyer yolları ve seviyeler. İki yol ve uzmanlık yolunda beş seviye. Yöneticilik yolu 3. seviyeden başlıyor.
| Seviye | Uzmanlık yolu | Yöneticilik yolu |
|---|---|---|
| 1 | Junior Mühendis | — |
| 2 | Mühendis | — |
| 3 | Senior Mühendis | Engineering Manager |
| 4 | Staff Mühendis | Senior Engineering Manager |
| 5 | Principal Mühendis | Head of Engineering |
Yetkinlikler. Yazılım mühendisi şablonundaki gibi mühendislik için altı tane: geliştirme ve teslim, sistem tasarımı, kalite ve güvenilirlik, iş birliği ve iletişim, sahiplik ve ürün etkisi, mentorluk ve ekip gelişimi. Sonuncusu diğer tüm departmanlarla ortak.
Yerleştirme. 25 mühendisin 22’si herkesin beklediği yere yerleşiyor. Unvanı “Senior” olan iki kişi 2. seviyeye yerleşiyor; her biri yöneticisiyle bir plan üzerinde anlaşıyor ve unvanını altı ay boyunca koruyor. Bir unvanı olmadan teknik kararların çoğuna liderlik eden bir mühendis 4. seviyeye geçiyor — yeni merdivenle gelen ilk görünür terfi.
Yaygınlaştırma. Merdiven dördüncü haftada yayımlanıyor. Her mühendis iki ay içinde merdivene dayanan ilk check-in’ini yapıyor ve her check-in iki üç gelişim göreviyle bitiyor.
Bir çeyrek sonra satış, ortak yetkinlikleri ve beş seviyeli yapıyı yeniden kullanıyor, kendi dört mesleki yetkinliğini ve tek bir yöneticilik seviyesini ekliyor ve dört yerine iki haftada hazır oluyor.
Sık yapılan hatalar
- Büyük bir teknoloji şirketinin merdivenini olduğu gibi kopyalamak. 5.000 kişilik bir şirket için yazılmış bir merdiven, sizin şirketinizde var olmayan bir kapsamı tarif eder. Onu fikir almak için kullanın, sonra kendi koşullarınıza göre yeniden yazın.
- Çok fazla seviye. İki seviye arasındaki fark tek bir sıfatsa onları birleştirin.
- Davranış yerine sıfatlar. “Mükemmel”, “güçlü” ve “proaktif” her yönetici tarafından farklı değerlendirilir.
- Yukarı çıkmanın tek bir yolu. Uzmanlık yolu olmadan, iyi uzmanları elde tutmak için yöneticiliğe terfi ettirirsiniz ve bazılarını yine de kaybedersiniz.
- Tek başına yazmak. Bir kişinin bir hafta sonunda yazdığı merdiven, tek bir kişinin görüşü gibi okunur. Farklı seviyelerden insanları dahil edin.
- Yayımlayıp bırakmak. Merdiven check-in’lerde ve terfi kararlarında kullanılmazsa insanlar ona inanmayı bırakır.
- Parayla başlamak. Maaş aralıkları sınırlar üzerine pazarlığa davetiye çıkarır. Önce beklentileri netleştirin.
Merdiveni canlı tutun
Bir kariyer merdiveni hiçbir zaman bitmez. Yılda bir kez ve yeni türde bir rol ortaya çıktığında ya da bir departman yeniden yapılandığında gözden geçirin. Kısa bir değişiklik kaydı tutun: ne değişti, neden ve ne zamandan itibaren geçerli; böylece mart ayında yapılan bir check-in, ekim ayında yazılmış bir seviye tanımına göre değerlendirilmez.
Küçük ve sık düzeltmeler büyük yeniden yazımlardan iyidir. Aynı beklenti üç check-in’de yanlış anlaşılıyorsa o tek hücreyi yeniden yazın — yıllık gözden geçirmeyi beklemeyin.
Buradan sonra
Sıfırdan başlıyorsanız en büyük departmanınıza en yakın şablonu seçin ve uyarlayın: yazılım mühendisi ve engineering manager şablonları, tipik bir mühendislik departmanının iki yolunu da kapsıyor.
Seviyeleriniz şu an bir tabloda duruyorsa bu da başlamak için iyi bir yer: ancak merdiveni, check-in’leri ve terfi gerekçelerini elle uyumlu tutmak size maliyet çıkarmaya başladığında taşının. Merdiveni, check-in’leri, gelişim görevlerini ve terfileri tek bir yerde toplamak isterseniz LadderKit’i ilk departmanınızla Ücretsiz planda kullanmaya başlayabilirsiniz.