Mühendislik Kariyer Çerçevesi Kurmak: 40 Mühendisli Bir AB Şirketi İçin Uygulamalı Örnek

Başlangıç noktası varsayımsal bir Alman GmbH: yaklaşık 70 çalışan, bunların 40’ı mühendis. Kendiliğinden oluşmuş altı unvan var ve ücretler her işe alımda pazarlıkla belirlenmiş. Varış noktası, aynı zamanda ücret belgesi olarak da iş gören bir kariyer ilerleme çerçevesi. Parçaları: bir kriter matrisi, seviye başına tek bant, tek sayfalık terfi dosyası ve yerleştirme yazıları. Matris, Madde 4(4)‘ün asgari olarak saydığı dört faktörü ve sosyal beceri hükmünden gelen iş birliği ve iletişim eksenini izler. 1. bölüm bu şekli belirledi: dört bireysel katkıcı (IC) seviyesi, isteğe bağlı bir Staff seviyesi ve işyeri konseyiyle ortak tasarım.

Her kriterin bir numarası vardır. Böylece kalibrasyon grubu, mühendis ve işyeri konseyi aynı metni okur. Yerleştirme yazısı, terfi gerekçesi, itiraz cevabı ve onay talebi hep o metne atıf yapar.

Sıra, parçalar kadar önemlidir. İşyeri konseyi süreci taslaktan önce açılır, taslak da bant bağlanmadan önce geçmiş kararlara karşı test edilir. Mevcut mühendisler en son, ücretleri korunarak yerleştirilir.

Örnek Şirket#

Aşağıdaki her özellik varsayımsal bir şirkete aittir. Şirketin adı yoktur, bu tablonun ötesinde bir geçmişi de yoktur.

Özellik	Örnekteki değer	Neden önemli
Tüzel kişilik	Tek işyerli (Betrieb) tek bir Alman GmbH	İşyeri Teşkilat Kanunu (BetrVG) uygulanır; şirket, işyeri ve işveren sayımları örtüşür
Toplam çalışan	Yaklaşık 70	50’nin üstünde, yani küçük işveren muafiyeti yok; 100’ün altında, yani direktif kapsamında ücret farkı raporu yok
Mühendis	40, altı ürün ekibinde	1. bölümdeki yirmi mühendis eşiğinin ötesinde
İşyeri konseyi	Seçilmiş; ücret konusunda toplu sözleşme yok	Ücret sistemi üzerinde ortak karar (BetrVG 87. madde 1. fıkra 10. bent); yerleştirme başına onay (99. madde)
Başlangıç durumu	Junior Developer’dan Principal Engineer’a kendiliğinden oluşmuş altı unvan; her işe alımda pazarlıkla belirlenmiş ücret; yazılı kriter yok	Envanter, ücretle örtüşmeyen unvanlar bulacak

İşyeri konseyi satırındaki iki hukuki tetikleyiciyi 1. bölüm açıklar. Almanya’nın direktifi iç hukuka aktarmayı bitirip bitirmediği burada bir şey değiştirmez. BetrVG adımları her hâlükârda geçerlidir. Madde 6 yükümlülüğü ise aktarım yasasıyla gelir.

Kurulum Sırası#

On adımın her birinin bir sahibi ve bir çıktısı var. Sıra keyfi değildir: bantlar geriye dönük testi, yayın işyeri sözleşmesini, yerleştirme ise yayını bekler.

Mühendislik direktörü ve İK lideri süreci kısa bir süreç mutabakatıyla açar: üyeler, adımlar, tarihler. Envanteri İK ekibi çıkarır. Mühendis başına gizli bir satır tutulur: unvan, ücret, işe giriş tarihi, son terfi, ekip ve yöneticinin gayriresmî seviye tahmini. BetrVG 80. maddenin 2. fıkrası işyeri konseyine brüt ücret listelerini inceleme hakkı verir. Bu büyüklükteki bir konseyde bunu başkan ya da görevlendirilen bir üye yapar. Listeyi göreceklerini baştan hesaba katın. Kriterleri iki ya da üç yazar kaleme alır. Tüm yöneticiler ve bir mühendis örneklemi taslağı inceler. Geriye dönük testi, karara katılmamış yöneticiler yürütür.

Süreci 1. adımda açmanın bedeli, daha yavaş bir başlangıç ve paylaşılan taslak yazımıdır. Karşılığında 7. adımdaki sözleşme, iki tarafın da zaten bildiği bir metne atılan imzaya dönüşür. 9. adımdaki onay talepleri de sürprizsiz gelir. Buradaki risk, çalışma grubunun mühendislerin çerçeveyi duyduğu tek yer hâline gelmesidir. Konsey üyesi olmayan mühendislerle ayrı bir geri bildirim turu yürütün.

Seviyeler ve Kriter Matrisi#

Seviyeleri, her birinin sahiplendiği kapsam birimine göre ve şirketin kendi birimleriyle adlandırın. Birimi şirkette bulunmayan seviye yayımlanmaz.

Seviye	Unvan	Sahiplendiği kapsam birimi	Ne zaman yayımlanır
L1	Engineer I	Başkasının kapsamını belirlediği görevler	Her zaman
L2	Engineer II	Uçtan uca özellikler	Her zaman
L3	Senior Engineer	Tek bir servis ya da bileşen	Her zaman
L4	Lead Engineer (IC, doğrudan raporu yok)	Bir ekibin tüm sistemi	Her zaman
L5	Staff Engineer (isteğe bağlı)	Ekipler arası tek bir teknik alan	Böyle bir alan varsa ve sahibi yoksa

Lead Engineer bir IC unvanıdır. Şirkette doğrudan raporu olan ekip liderleri de varsa L4’ü yeniden adlandırın, örneğin Senior Engineer II. L5’in işletim modeli Solver Yolu yazısında.

Matrisi dört kural yönetir.

• Her kriterin bir kimliği vardır: faktör harfi, seviye numarası, madde numarası. S beceri (skills), E çaba (effort), R sorumluluk (responsibility), C iş birliği ve iletişim, W çalışma koşulları (working conditions). S3.1, Senior Engineer seviyesindeki ilk beceri kriteridir.
• Sıfat testi: iki yönetici kanıt olarak aynı yapıtı (tasarım belgesi, pull request, olay incelemesi) gösterebilmelidir. Gösteremiyorlarsa hücreyi yeniden yazın.
• Kriterler birikimlidir: bir seviye, altındaki her seviyeyi içerir.
• İş birliği ve iletişim, Engineer II’den itibaren hedef seviyede beceri gibi karşılanmalıdır. Madde 4(4) “relevant soft skills shall not be undervalued” der: ilgili sosyal beceriler düşük değerlenmez. CircleCI’ın matrisi bir emsaldir: teknik beceriler tüm yetkinliklerin %20’siydi ve aynı oran geri bildirim, iletişim ve iş birliğine ayrılmıştı.

Numaralandırmaya bir itiraz gelir. Monzo, yeniden kurduğu çerçevede neyin başarılması gerektiğini tek tek kodlamaktan kaçındığını yazdı. Dropbox ise “This framework is not a promotion checklist for your role” der: bu çerçeve rolünüz için bir terfi kontrol listesi değildir. Buradaki numaralı davranışlar kanıtın adresidir: nereye bakılacağını söyler. Kalibrasyon, lafzi okumanın dışına çıkma yetkisini elinde tutar. Böyle her karar, tartılan kimliklerle birlikte yazıya geçer. Bedeli, her hücrenin bir sıfattan daha uzun sürede yazılması ve bir kanıt türü istemesidir.

Beceri#

Kişinin neyi tasarladığı, inşa ettiği ve incelediği. Kanıt sütunu, dosyanın bağlantı vereceği yapıtı adlandırır. Diğer faktör tabloları aynı yapıt türlerini kullanır.

Seviye	Kimlik	Gözlemlenebilir davranış	Kanıt
Engineer I	S1.1	Başkasının kapsamını belirlediği görevleri uygular ve incelemeden sonra birleştirir	Birleştirilmiş pull request’ler
	S1.2	Değişiklik olmadan başarısız olan testler ekler	O pull request’lerdeki test farkları
Engineer II	S2.1	Bir özelliği görevlere böler ve başkasından gelen bir tasarım olmadan teslim eder	Özellik kaydı ve görev dökümü
	S2.2	Ekip arkadaşlarının pull request’lerini inceler ve hataları birleştirmeden önce bulur	Değişikliğe yol açan inceleme yorumları
Senior Engineer	S3.1	Veri modeli ya da açık API değişiklikleri için tasarım belgesi yazar ve incelemeden sonra revize eder	İnceleme geçmişiyle birlikte tasarım belgeleri
	S3.2	Servis sınırlarını aşan üretim arızalarını teşhis eder	Teşhisi adlandıran olay incelemeleri
Lead Engineer	S4.1	Ekip sisteminin yazılı teknik yönünü sürdürür: benimsenecek desenler, emekliye ayrılacak bileşenler	Yön belgesi ve değişiklik geçmişi
	S4.2	Sistemin sınırlarını değiştiren her tasarımı inceler	Tasarım onayları
Staff Engineer	S5.1	Birden fazla ekibin inşa biçimini değiştiren teknik kararları yürütür; paylaşılan kütüphaneler ya da veri sözleşmeleri gibi	Başka ekiplerce benimsenen karar kayıtları
	S5.2	Diğer ekiplerin Lead Engineer’larının tasarımlarını inceler	Diğer ekiplerin tasarımlarındaki inceleme yorumları

Çaba#

İşin karmaşıklığı ve sürekli yükü. Saat, erişilebilirlik ve yanıt hızı, 1. bölümdeki gerekçelerle dışarıda kalır.

Seviye	Kimlik	Gözlemlenebilir davranış
Engineer I	E1.1	Çözüm yolu bilinen ve kabul kriterleri yazılı görevlerde çalışır
Engineer II	E2.1	Çözüm yolunun kodlamadan önce araştırma gerektirdiği özelliklerde çalışır
Senior Engineer	E3.1	Gereksinimleri belirsiz problemlerde çalışır ve inşadan önce bunları ürünle netleştirir
	E3.2	Bir bileşendeki düzeltmenin diğerindeki varsayımları bozduğu, birden çok bileşene yayılan değişiklikler üzerinde çalışır
Lead Engineer	E4.1	Ekibin yarışan iş akışlarını (özellik, güvenilirlik, borç) dengeler ve ödünleşimi planlamada açıkça belirtir
Staff Engineer	E5.1	Üzerinde anlaşılmış bir problem tanımı olmayan ekipler arası problemlerde, bir çeyrekten uzun süre çalışır

Sorumluluk#

Şirketin birimleriyle sahiplenilen kapsam.

Seviye	Kimlik	Gözlemlenebilir davranış
Engineer I	R1.1	Atanan görevleri dağıtıma çıkana kadar sahiplenir
Engineer II	R2.1	Özellikleri kayıttan üretime kadar sahiplenir; yayına alma ve takip düzeltmeleri dahil
Senior Engineer	R3.1	Tek bir servisi ya da bileşeni sahiplenir: backlog’u, güvenilirlik hedefleri ve runbook’u
	R3.2	Ekip içinde birkaç haftalık bir projenin teslimatına liderlik eder
Lead Engineer	R4.1	Ekibin tüm sisteminin teknik sağlığından sorumludur
	R4.2	Ekip sistemindeki olaylarda olay komutanı olarak görev yapar
Staff Engineer	R5.1	Kimlik doğrulama ya da veri hattı gibi ekipler arası tek bir teknik alandan sorumludur

İş birliği ve iletişim#

Engineer II’den itibaren beceriyle aynı ağırlıkta. Bir Sonraki Mühendislik Seviyesinin Kapısı Olarak İletişim yazısı kapının Staff’tan çok önce geldiğini savunur.

Seviye	Kimlik	Gözlemlenebilir davranış
Engineer I	C1.1	Yardımı belirli bir soruyla ve şimdiye kadar denediklerini anlatarak ister
	C1.2	İncelemecinin bir görüşme yapmadan takip edebileceği pull request açıklamaları yazar
Engineer II	C2.1	Her inceleme yorumunun arkasındaki nedeni açıklar
	C2.2	Engineer I meslektaşlarıyla onların görevlerinde eşli çalışır
Senior Engineer	C3.1	Engineer I ve II meslektaşlarına güncel işlerinde mentorluk yapar
	C3.2	Teknik ödünleşimleri ürüne yazılı olarak, seçeneklerle anlatır
Lead Engineer	C4.1	Ekip içindeki teknik anlaşmazlıkları çözer ve kararı kayda geçirir
	C4.2	Ekipler arası planlamada ekibin sistemini temsil eder
Staff Engineer	C5.1	Hiçbir ekibin tek başına sahiplenmediği kararlarda ekipler arasında mutabakat kurar
	C5.2	Diğer ekiplerin standart olarak benimsediği belgeler yazar

Çalışma koşulları#

Seviye başına tarif edilir, politikayla ödenir ve terfi kararlarının dışında tutulur.

Seviye	Kimlik	Seviyeye bağlı koşul
Engineer I	W1.1	Uyum döneminde ekibin nöbet çizelgesini gölge olarak izler, sonra yedek olarak katılır
Engineer II	W2.1	Ekip çizelgesinde birincil nöbet tutar
Senior Engineer	W3.1	Çizelgede birincil ve sahiplendiği servis için ilk eskalasyon noktası
Lead Engineer	W4.1	Çizelgede yer alır; olay komutanlığı R4.2 ile karşılanır
Staff Engineer	W5.1	Ekipler arası eskalasyon noktası; ekip çizelgesine yalnızca kadro gerektiriyorsa katılır

İşyeri sözleşmesindeki nöbet politikası, nöbet haftası başına tek bir tazminat ile mesai dışında çalışılan olay süresini öder. Tutar her seviyede aynıdır. Kimse nöbet çizelgesine katılımı yüzünden terfi etmez ya da geride kalmaz. Çizelgede olmak bir çalışma koşuludur. Bir olayı yönetmek ise R4.2 altında değerlendirilen bir sorumluluktur. Direktif dolaylı ayrımcılığı, görünüşte tarafsız olup bir cinsiyeti belirgin biçimde dezavantajlı bırakan hüküm, kriter ya da uygulama olarak tanımlar. İstisnası nesnel gerekçedir. Bir nöbet kriterini bu tanıma karşı sınamak yerinde olur. W satırını yazmak, 1. bölümün anlattığı Madde 4(4) boşluğunu kapatır. Tazminatı kendi takviminde gözden geçirin. Çok düşük kalan bir tazminat, kıdemli mühendisleri çizelgeden uzaklaştırır.

Bantlardan Önce Geriye Dönük Test#

Taslağı 6. adımdan önce şirketin kendi geçmişine karşı çalıştırın.

1. Son iki değerlendirme döngüsündeki her terfiyi, işe alımı ve seviyeyle ilgili ücret kararını toplayın. Her seviyeden mevcut mühendislerden bir örneklem ekleyin.
2. Karara katılmamış bir yönetici, taslağı o sırada elde olan kanıta uygular ve sonucu görmez. Verdiği seviyeyi ve belirleyici kimlikleri kaydeder.
3. Her uyumsuzluğu üç sınıftan birine koyun:
   • kriter yanlış: yeniden yazın
   • geçmiş karar tutarsız: yerleştirme vakası olarak kaydedin
   • kanıt eksik: dosya formatını buna göre şekillendirin
4. Her uyumsuzluğun bir sınıfı olana kadar tekrarlayın.

Geriye dönük test, uyumsuzluklar sıfırlandığında değil, açıklandığında biter. CircleCI yeniden kurduğu matrisi deneme performans değerlendirmeleri, geri bildirim atölyeleri ve mühendisler, yöneticiler ve İK’dan oluşan bir odak grubuyla test etti. Geriye dönük test aynı hamledir, tek farkla: sonuç gizlidir. Aşağıdaki satırlar temsili yer tutuculardır.

Vaka	Geçmiş sonuç	Taslak sonucu	Belirleyici kriter kimlikleri	Uyumsuzluk sınıfı	Eylem
Terfi A	Senior Developer	Engineer II	R3.1 kanıtlanmamış	Geçmiş karar tutarsız	Yerleştirme vakası
İşe alım B	Developer	Engineer II	S2.1, C2.1	Uyumlu	Yok
Mühendis C	Lead Developer	Senior Engineer	R4.1 kapsamı C’nin ekibinde yok	Geçmiş karar tutarsız	Yerleştirme vakası
Terfi D	Senior Developer	Lead Engineer	S4.1 karşılanmış, C4.1 karşılanmış	Kriter yanlış (fazla gevşek)	S3 ile S4 sınırını yeniden yaz

Bu adım geçmiş kararları zor durumda bırakabilir, değeri de budur. Alternatifi, aynı çelişkiyi bantlar ilan edildikten sonra keşfetmektir. Sık görülen hata, her geçmiş karar uyana kadar kriterleri eğip bükmektir. Tutarsız geçmiş karar meşru bir sınıftır.

Seviye Başına Tek Bant#

Her seviyenin bir orta noktası (M1’den M5’e) ve orta nokta eksi h ile artı h arasında bir bandı olur. Çerçeve yapıyı adlandırır, parayı ücret gözden geçirmesi belirler. Her orta noktayı piyasa verisinden, seçilmiş bir yüzdelik dilimde belirleyin. Ravio’nun bant rehberi, çoğu kuruluşun 50. yüzdelik dilimi hedefleyerek başladığını not eder. Bitişik orta noktalar arasındaki oran veriden gelir ve sabit kalmaz. Genişlik formülünü yazın, çünkü sağlayıcılar aralığı farklı tanımlar. Ravio %15 ile %25 arasını önerir. Bunun toplam genişlik mi yoksa orta noktanın her bir yanı mı olduğunu söylemez. Bitişik bantların örtüşüp örtüşmeyeceğine karar verin. Örtüşme, deneyimli bir Engineer II’nin yeni terfi etmiş bir Senior Engineer’dan fazla kazanmasına izin verir. Kural yazıya geçtiği anda iki seçim de savunulabilir.

Bant içi ilerleme kuralını yazın. Madde 6(1) “pay, pay levels and pay progression” ifadesiyle ücreti, ücret seviyelerini ve ücret ilerlemesini kapsar. Gerekçe 35 ise örnek kriter olarak bireysel performansı, beceri gelişimini ve kıdemi sayar. Örneğin: bant içindeki konum yıllık değerlendirmede, mevcut seviyenin kriterlerine karşı kanıtla hareket eder. Piyasa ayarlamaları bandı taşır, bant içindeki konuma dokunmaz. Seviyede geçen sürenin sayılıp sayılmadığını belirtin. Yeni işe alınanlar, mülakat kanıtının desteklediği seviyenin bandına girer. Yerleştirmenin gerektireceği bant tabanı zamlarını, bant genişliği hâlâ bir değişkenken bütçeleyin.

İşyeri Sözleşmesinden Yerleştirmeye#

7’den 9’a kadar olan adımlar işyeri sözleşmesini, yayımlanmış çerçeveyi ve yerleştirme yazılarını üretir. Sözleşme kriterlerden fazlasını kapsar:

• seviyeler, kriterler ve bant yapısı: BetrVG 87. madde 1. fıkra 10. bent uyarınca ortak karara tabidir. Bu, ücretin seviyeler arasında nasıl dağıtıldığı dahil ücret ilkelerini ve yöntemlerini kapsar. Ücretin kendi düzeyi ve toplam bütçe ise işverende kalır
• terfi kanıtı formatı ve kalibrasyon kuralları: genel değerlendirme ilkeleri 94. maddenin 2. fıkrası uyarınca onay gerektirir
• nöbet tazminatı ve çizelge beklentileri: koşul ve ücret böylece seviyelerle aynı metinde durur
• yerleştirme ve sonraki her terfi: her kademeye yerleştirme ya da yeniden yerleştirme 99. madde uyarınca onay gerektirir
• değişiklik süreci: 87. madde 1. fıkra 10. bent, ücret yöntemlerinin kabulü kadar değişikliğini de kapsar

Oppenhoff’a göre ortak karar usulü önceden tamamlanmış olmalıdır. Sürecin 1. adımda açılmasının nedeni budur. İki taraf anlaşamazsa 87. maddenin 2. fıkrası konuyu uzlaştırma kuruluna (Einigungsstelle) gönderir. Kurulun kararı sözleşmenin yerine geçer. Bunun için zaman ayırın. v1.0 sürümünü ve yerleştirme sürecini aynı hafta yayımlayın. Yerleştirme yazılarını belirlenmiş bir süre içinde teslim edin. Böylece mühendisler kendi yerleştirme yazılarından önce kriterleri okur.

99. madde, seçme hakkı olan 20’den fazla çalışanı bulunan şirketlerde asıl işini yerleştirmede yapar. İşveren, her kademeye yerleştirmeden (Eingruppierung) ya da yeniden yerleştirmeden (Umgruppierung) önce işyeri konseyini bilgilendirir ve onay ister. Federal İş Mahkemesi kademeye yerleştirmeyi, bir çalışanın işyerindeki ücret düzenine dahil edilmesi olarak tanımlar. Kendi ifadesiyle ekler: “Eine Umgruppierung ist jede Änderung dieser Einreihung.” Yani bu yerleştirmedeki her değişiklik bir yeniden yerleştirmedir. Dolayısıyla 40 mühendisi yeni seviyelere taşımak 40 onay talebi demektir. Ret, gerekçesiyle birlikte ve yazılı olarak bir hafta içinde işverene ulaşmalıdır. Eksiksiz bilgilendirmeden sonra bir hafta sessiz kalmak onay sayılır. Ret hâlinde onayın yerine iş mahkemesinin kararı geçebilir. Bu yüzden her yerleştirme, kriter kimliklerine atıf yapan yazılı bir gerekçe ister.

Dört sonuç 40 yazının tamamını kapsar. Seviye de ücret de uyuyorsa yalnızca unvan değişir. Yazı, mühendisi yerleştiren kriter kimliklerini sayar. Bant tabanının altındaki ücret, belirli bir tarihte tabana yükseltilir. Mevcut unvanın altında kalan yeni seviye, ücreti olduğu gibi bırakır. Sözleşmede yazılı bir unvan ya da değişikliği düşürme gibi okunan bir unvan yalnızca anlaşmayla ya da değişiklik feshiyle değişir. Çerçeve anlaşma yolunu kullanır. Diğer eski unvanlar kişisel unvan olarak kalabilir. Yazıya, bir sonraki seviyenin kimliklerini sayan bir gelişim planı ve bir gözden geçirme tarihi eklenir. Bant tavanının üstündeki ücret korunur ve kırmızı daireye (red-circling) alınır: bant yetişene ya da mühendis terfi edene kadar banda dayalı artış yok. Yazı korumayı, gözden geçirme tarihini ve eşleşen seviyeye giden yolu belirtir.

Yeniden seviyelendirme yoluyla ücret kesmeyin. İş sözleşmesinde sabitlenmiş ücret ya anlaşmayla ya da değişiklik feshiyle (Änderungskündigung, KSchG 2. madde) değişir. İkisinin de bir çerçeve lansmanında yeri yoktur. Her kırmızı daireye bir gözden geçirme tarihi verin ve listeyi lansmandan önce cinsiyete göre kontrol edin. Çoğunlukla tek bir cinsiyete düşen korumalı bir prim, işverenin açıklamak zorunda kalacağı bir ücret farkıdır. Madde 18(1) ve bugün Alman hukukunda AGG 22. madde, çalışan ayrımcılığın varsayılabileceği olguları ortaya koyduğu anda ispat yükünü işverene yükler. Süre sınırını bir Birleşik Krallık davası gösterir, ancak bu Alman hukuku değildir. Fearnon v Smurfit [2008] NICA 45 davasında Kuzey İrlanda Temyiz Mahkemesi, kırmızı dairenin ancak işveren gerekçesini hâlâ gösterebildiği sürece savunma olarak kaldığına hükmetti.

İtiraz yolu, konseyin ret hakkından bağımsız olarak açıktır. Mühendis, yazıdan sonraki dört hafta içinde yazılı itiraz eder. Öneren yöneticinin dışında tutulduğu bir kurul, kriter kimliklerine atıf yaparak yazılı cevap verir. Ücret koruması, dört haftalık süre ve kurul örneğin politika tercihleridir. 99. madde onayı ve sözleşme kuralları ise kanundan gelir. Ücret koruması paraya mal olur: bant tabanına zamlar ve kırmızı daireli primler. Alternatifin bedeli ise sözleşme değişiklikleri ve güvendir.

Terfiler ve Sürümleme#

Dosyayı yönetici önerir, mühendis de açılmasını isteyebilir. Tüm yöneticiler artı en az bir kıdemli IC, döngünün her dosyasını tek bir kalibrasyon oturumunda inceler. Kalibrasyon, 1. bölümdeki Monzo pusula örneğinin savunduğu gibi, lafzi okumanın dışına çıkabilir ve gerekçesini kimliklere atıfla yazar. Örneğin terfi kuralı şu: hedef seviyedeki her kriter ya kanıtlanır ya da bilinen eksik olarak listelenir. Kalibrasyon en fazla bir bilinen eksikle terfi verir, sorumluluk faktöründe hiç vermez, çünkü her seviye sahip olduğu kapsamla tanımlanır. Kalibrasyon her eksik için bir soru daha sorar: mühendisin bunu gösterme fırsatı oldu mu? Fırsat yoksa bu yöneticiye düşen bir eylemdir ve eksikle birlikte kaydedilir. Her terfi bir yeniden yerleştirmedir ve kendi 99. madde onay talebini alır.

Bölüm	İçerik	Sınır
Başlık	Ad, mevcut ve önerilen seviye, çerçeve sürümü, kapsanan dönem	Tek satır
Beceri	Hedef seviyedeki kriter kimlikleri, her biri yapıtlara bağlantılı	Hedef seviyedeki iki kimlik
Çaba ve sorumluluk	Hedef seviyedeki kimlikler ve yapıtlar, faktör başına	Her biri için bir ya da iki kimlik
İş birliği ve iletişim	Hedef seviyedeki kimlikler ve yapıtlar	Beceriyle aynı sayıda
Çalışma koşulları	Değerlendirilmez; nöbet politikasına bakın	Yok
Bilinen eksikler	Henüz kanıtlanmamış hedef seviye kriterleri, öneren tarafından belirtilir	Kısa liste
Yönetici gerekçesi	Neden şimdi, düz yazıyla	En fazla 150 kelime
Kalibrasyon sonucu	Karar, dayanılan kimlikler, kayda geçen muhalefet	Kısa paragraf
İşyeri konseyi	99. madde onay talebinin tarihi ve sonucu	Tek satır

Teknoloji Şirketlerinde Kariyer Seviyeleri yazısındaki Big Tech dosyası, vaka çalışmalarıyla on ila on beş sayfa tutar. Burada tek sayfa yeter: her satır yapıtlara bağlantı verir, kalibrasyon da onları açıp bakar. Zayıf nokta cılız kanıt bağlantılarıdır. Bilinen eksikler satırı ve kalibrasyon soruları bunu yakalamak için vardır.

Her sürümü numaralandırın. Dropbox’ın açık çerçevesi “Guideline Version: v2.9.1” ibaresini taşır. Monzo ise tüm çerçevelerini GitHub’da sakladığını yazdı. Her yerleştirme ve terfi, hangi sürüm altında karara bağlandığını kaydeder. Bir değişiklik günlüğü tutun. Hangi değişiklik sınıflarının yeni bir onay turu gerektirdiğini işyeri sözleşmesinde kararlaştırın. İlk gözden geçirmeyi belirli bir kullanım süresinin sonuna planlayın.

Kurulumda Sık Yapılan Hatalar#

Sıfat kriterler. Güçlü sahiplenme ifadesine atıf yapılamaz. Sıfat testini uygulayın ve hücre başına tek davranış tutun.

Geriye dönük test olmadan kalibrasyon. İlk kalibrasyon o zaman, bantlar çoktan ilan edilmişken teste dönüşür.

İşyeri konseyine bitmiş bir çerçeve götürmek. Bitmiş taslak sırayı tersine çevirir ve sonunda uzlaştırma kurulu riskini doğurur.

Yerleştirmede ücret ya da sözleşmesel unvan kesmek. Ücreti koruyun, kırmızı daireleri süreyle sınırlayın, unvan değişikliklerini anlaşmayla yapın ya da kişisel unvanları koruyun.

Nöbet katılımını terfi kriteri yapmak. Sabit tazminatla ödeyin ve W satırında tutun.

Örneği Uyarlamak#

Örnek, varsayılan kurulumdur. Yalnızca tablo sizin durumunuzu adlandırıyorsa değiştirin.

Durumunuz	Örnekte değişen
İşyeri konseyi yok	1. ve 7. adımlar bir mühendis geri bildirim turuna dönüşür; yayını, yerleştirme yazılarını ve itirazları koruyun.
Ücreti toplu sözleşme düzenliyor	Seviyeleri sözleşmenin ücret gruplarına eşleyin. 87. maddenin 1. fıkrası, konuyu düzenleyen bir toplu sözleşme karşısında geri çekilir; 99. maddenin kademeye yerleştirme hükmü yine uygulanır.
Sahipsiz bir ekipler arası teknik alan yok	L5’i yayımlamayın.
Doğrudan raporu olan yöneticiler var	Ayrı kurulan bir yönetici yolu açın.
50 çalışanın altı	Ulusal hukuk Madde 6(1)‘in ücret ilerlemesi kısmından muaf tutabilir. Kriterleri yine de yazın; seviyeler ücrete hâlâ karar verir.
Yaklaşık 20 mühendisin altı	1. bölümün istisnası: bir rol beklenti belgesi.
İşveren Hollanda’da	WOR 27. madde 1. fıkra (c) bendi uyarınca onay adımı; yukarıdaki Alman yerleştirme mekaniği oraya taşınmaz.

Varsayılan, işyeri konseyi olan ve ücreti toplu sözleşmeyle düzenlenmeyen, yaklaşık yirmi mühendisi aşmış bir Alman işvereni için geçerlidir. AB’nin başka yerlerinde kurulumu koruyun, onay adımını ulusal karşılığıyla değiştirin. İstisnaları tablo adlandırır. Her biri kriterleri, yerleştirme yazılarını ve itiraz yolunu korur. İlk somut eylem her durumda aynıdır: işyeri konseyiyle görüşmeyi ya da mühendis geri bildirim turunu açın ve envanteri çıkarın.

Kaynaklar#

• Directive (EU) 2023/970 on pay transparency (EUR-Lex) (yeni sekmede açılır) - Tam metin; Madde 3’teki dolaylı ayrımcılık tanımı, Madde 4(4) faktörleri, ücret ilerlemesi kriterlerine ilişkin Madde 6(1), ispat yüküne ilişkin Madde 18 ve Gerekçe 35 dahil.
• Section 87 Betriebsverfassungsgesetz (gesetze-im-internet.de) (yeni sekmede açılır) - İşyeri konseyinin ücret ilkeleri ve ücret yöntemleri üzerindeki ortak karar hakkı ve anlaşma sağlanamadığında uzlaştırma kurulu.
• Section 94 Betriebsverfassungsgesetz (gesetze-im-internet.de) (yeni sekmede açılır) - Genel değerlendirme ilkeleri için işyeri konseyi onayı.
• Section 99 Betriebsverfassungsgesetz (gesetze-im-internet.de) (yeni sekmede açılır) - Çalışanların kademeye yerleştirilmesi ve yeniden yerleştirilmesi için işyeri konseyi onayı, ret gerekçeleri, bir haftalık süre ve mahkeme kararıyla onayın ikamesi.
• Section 80 Betriebsverfassungsgesetz (gesetze-im-internet.de) (yeni sekmede açılır) - İşyeri konseyinin brüt ücret listelerini inceleme hakkı.
• Section 2 Kündigungsschutzgesetz (gesetze-im-internet.de) (yeni sekmede açılır) - Değişiklik feshi: sözleşme koşullarını çalışanın rızası olmadan değiştirmenin yolu.
• BAG, 25 November 2025, 1 ABR 43/24 (Bundesarbeitsgericht) (yeni sekmede açılır) - Kademeye yerleştirme ve yeniden yerleştirmeyi 99. madde kapsamında tanımlayan Federal İş Mahkemesi kararı.
• Job architecture: the key to modern HR work and legally compliant remuneration (Oppenhoff) (yeni sekmede açılır) - İş seviyeleri üzerindeki ortak karar hakkına ve bir unvan değişikliğinin ne zaman düşürme sayıldığına dair Alman hukuk bürosu analizi.
• Why we re-designed our engineering career paths at CircleCI (yeni sekmede açılır) - CircleCI’ın yetkinlik matrisini nasıl yeniden kurduğu, iletişime teknik beceriyle eşit ağırlık verdiği ve deneme değerlendirmeleriyle bir odak grubu üzerinden test ettiği.
• Introducing progression.monzo.com (Monzo) (yeni sekmede açılır) - Monzo’nun ilerleme çerçevelerini neden yayımladığı ve sürüm kontrolünde tuttuğu.
• Lessons from implementing progression frameworks at scale (Monzo) (yeni sekmede açılır) - Yayımlanmış bir çerçevenin nasıl kontrol listesine dönüştüğü ve yeniden kurulumun her başarıyı kodlamaktan neden kaçındığı.
• Dropbox Engineering Career Framework (yeni sekmede açılır) - Terfi kontrol listesinden çok rehber olarak çerçevelenmiş, sürümlenmiş açık bir mühendislik çerçevesi.
• How to create salary bands (Ravio) (yeni sekmede açılır) - Bir ücretlendirme platformunun piyasa verisinden bant orta noktası ve aralık genişliği belirleme rehberi.
• Red is the colour: Fearnon v Smurfit (Thompsons Solicitors) (yeni sekmede açılır) - Kırmızı dairenin bir ücret farkını yalnızca sınırlı bir süre için haklı kıldığına dair Kuzey İrlanda Temyiz Mahkemesi kararının özeti.
• Fearnon v Smurfit [2008] NICA 45 (Judiciary NI) (yeni sekmede açılır) - Kırmızı dairenin süre sınırına dair Kuzey İrlanda Temyiz Mahkemesi kararının tam metni.