İyi Mühendisler Neden Kötü Yöneticilere Dönüşür?

Şantiyelerdeki işleyişi bilirsiniz. Hedeflerine doğru zaman ve bütçeyle ulaşmış mühendis, bir süre sonra terfi eder ve yönetici olur. Başlangıçta herkes için bu mantıklıdır. Çünkü teknik olarak baktığımızda şantiyedeki en güçlü profillerden biridir. Fakat birkaç ay sonra bakarız ki, işler beklenildiği gibi gitmemeye başlamıştır. Şimdi karşımızda bambaşka bir tablo vardır.

• Ekipler zorlanıyordur, enerjileri düşmüştür.
• İletişim kopmuştur.
• Kararlar gecikiyor ya da sertleşiyordur.
• Toplantılar uzuyor ama net kararlar verilemiyordur.
• Geri bildirim akışı zayıflamıştır.
• İnsanlar fikirlerini söylemekten çekiniyorlardır
• Öncelikler sürekli değişmeye başlamıştır
• Motivasyon yerini yorgunluğa bırakmıştır
• Yetki devri azalmış, bağımlılık artmıştır
• Güven yerini kontrol ihtiyacına bırakmıştır
• Ekip yöneticiyi, yönetici ekibi anlamıyordur

Ve en önemlisi:

Başarıyı getiren teknik güç, yönetimde aynı etkiyi yaratamamıştır.

Ve şantiyede insanlar şu soruyu soruyorlardır. “Bu kadar iyi bir mühendis, nasıl bu kadar zor bir yöneticiye dönüştü?”

Bu durum aslında bir istisna değil, sistematik bir sonuçtur. 

Nasıl mı? Çünkü çoğu organizasyon şu varsayımla hareket eder: İyi iş yapan kişi, işi yöneten kişi olmalıdır.

Oysa gerçek çok daha karmaşıktır.

Bu dönüşümün temelinde, mühendislik ile yönetim arasındaki görünmeyen farklar yatar.

Mühendislik, problemleri çözme disiplinidir. Net hedefler, ölçülebilir sonuçlar ve doğru-yanlış ayrımı vardır. Bir hesap ya doğrudur ya yanlıştır. Bir çözüm ya çalışır ya çalışmaz.

Yönetim ise farklı bir dünyadır. Problemler net değildir. Veri eksiktir. Kararlar çoğu zaman belirsizlik altında alınır. En önemlisi de insan ilişkilerinin kalitesi ve iletişim becerisi teknik birikimin önündedir.

İyi mühendisler, teknik dünyada başarılı oldukları zihinsel modelleri yönetim dünyasına taşırlar. Ama bu modeller çoğu zaman burada istenildiği gibi çalışmaz.

Bu noktada üç temel kırılma ortaya çıkar.

1 Kontrol ihtiyacı (Mikro Yönetim)

İyi mühendisler detaylara hâkimdir. Her şeyi anlamak, kontrol etmek ve optimize etmek isterler.

Bu yaklaşım teknik işlerde avantajdır. Ama ekip yönetiminde, mikro yönetime dönüşür. Üzülerek itiraf etmeliyim ki, ben de çok kez çalışma arkadaşlarıma böyle davranmışımdır. Ne kadar mücadele etsem de hala zaman zaman ağır basan mühendislik dürtülerimi yönetemediğimi düşünürüm. 

Böyle olunca yönetici her detaya müdahil olur:

• Alt yüklenici seçimine karışır 
• Planlamayı yeniden yapar 
• Küçük kararları bile onaylamak ister 
• Ekip üyelerinin yaptığı işi tekrar kontrol eder 
• Yetki devretmek yerine işi bizzat o yapar 
• Her şeyi kendisi görmeden rahat edemez 
• Süreçleri basitleştirmek yerine karmaşıklaştırır 
• Kararları hızlandırmak yerine yavaşlatır 
• Ekipten çok sisteme güvenir 
• Fakat sisteme de tam güvenmediği için tekrar tekrar kontrol eder 
• Detaylarda kaybolur, büyük resmi kaçırır 
• Kritik olmayan konulara zaman harcar 
• Önceliklendirme yapamaz hale gelir 
• Ekip üyelerinin inisiyatif almasını zorlaştırır 
• Hata yapılmasını engellemeye çalışırken öğrenmeyi de engeller 
• İnsanları geliştirmek yerine onları bağımlı hale getirir 
• Her sorunun kendisine gelmesini bekler 
• Sorun çözmek yerine sorunların merkezine dönüşür 
• Ekibin hızını artırmak yerine yavaşlatır 
• Güven yerine kontrol kültürü oluşturur 
• Kontrol arttıkça ekip geri çekilir 
• Ekip geri çekildikçe kontrol ihtiyacı daha da artar. Geçmişin iyi mühendisi, bugünün kötü yöneticisi artık düştüğü bu sarmalın içinden kendini kurtaramıyordur.

Mühendislik refleksleri, zamanında sistemi optimize etmesine yardımcı olmuşken, şimdi aynı refleksler insan yönetiminde işleyişi kilitliyordur. 

Sonuçta ekip iki şey hisseder: Güvensizlik ve sıkışmışlık.

Oysa yönetimin öncelikli görevi, kontrol etmek değil, kontrol edilebilir bir sistem kurmaktır.

2 Doğruluk takıntısı (Karar felci)

Mühendislikte doğru cevap vardır. Yönetimde ise çoğu zaman “yeterince iyi” kararlar vardır.

İyi mühendisler, mükemmel çözümü aramaya devam eder. Alternatifleri tartar, hesaplar, yeniden değerlendirir. Ama bu süreç uzadıkça, karar gecikir.

Şantiyede geciken karar, çoğu zaman yanlış karardan daha maliyetlidir. Çünkü belirsizlik, zincirleme gecikmeler üretir.

Bu noktada yönetimin mühendisten istediği beceri şudur: Eksik bilgiyle de olsa zamanında karar verebilmek.

3 Projedeki insan boyutunu yeterince dikkate almamak

Mühendislik eğitiminde insan davranışları genellikle merkezde değildir. Yönetimde ise en kritik değişken budur.

Birçok yönetici teknik olarak doğru olanı söyler, ama bunu nasıl söylediğini hesaba katmaz.

Sonuçta ekip şu şekilde tepki verir:

• Pasifleşir
• İnisiyatif almaz 
• Sorumluluk devretmekten kaçınır 
• Karar vermeyi erteler 
• Sürekli onay bekler 
• Risk almaktan uzak durur 
• Hata yapmamak için minimum çabayla çalışır 
• Yaratıcılığını geri çeker 
• Sadece verilen işi yapar, fazlasını düşünmez 
• Sorunları görse bile dile getirmez 
• Kötü haberi geciktirir veya yumuşatır 
• Toplantılarda konuşmaz, sadece dinler 
• Fikir üretmek yerine fikirleri onaylar 
• “Nasıl olsa kabul edilmeyecek” düşüncesine girer 
• Sahiplenme duygusunu kaybeder 
• İş ile duygusal bağını koparır 
• “Benim işim değil” yaklaşımına yönelir 
• Sorumluluğu yukarıya iter 
• Performansını görünür kılmak yerine gizler 
• Hata yapmamak için yavaşlar 
• Geri bildirim vermekten kaçınır 
• Yöneticiyle arasında mesafe oluşturur 
• Güvenmek yerine korunma refleksi geliştirir

Neden iyi mühendis, insan yönetiminde hatalar yapınca bu kadar çok olumsuzluk birden ortaya çıkar diye düşünüyorsanız, buna basit bir yanıt vereceğim. İnsanlar doğruyu duymaktan çok değerli hissedilmek isterler. Bir yönetici bunu yapamıyorsa başına her türlü felaket gelebilir.

Bir projede teknik olarak çok güçlü bir proje müdürü düşünelim. Tüm detayları biliyor, hesapları kontrol ediyor, planların sürekli optimize edilmesi için çalışıyor. Ama haftalık şantiye toplantılarında kimse fikir söylemek istemiyor. Çünkü her öneri ya düzeltiliyor ya eleştiriliyor. Alt yükleniciler uygulama anında inisiyatif alamadıkları için verimlilikleri düşüyor. 

Sonuçta proje teknik olarak iyi yönetiliyor gibi görünse de, hız düşüyor, motivasyon azalıyor, problemler büyüyor.

Bu noktada yaşanan sorun teknik kapasite eksikliği değil, liderlik kapasitesinin eksikliğidir.

Şirketler terfi kararlarını genellikle geçmiş performansa göre veriyorlar. Yani kişi ne kadar iyi iş yaptıysa, o kadar yükseliyor. Ama bu yaklaşım şu gerçeği göz ardı ediyor: Bir işi iyi yapmak ile o işi yapan insanları yönetmek farklı becerilerdir. Bu yüzden birçok organizasyonda şu paradoks oluşur: En iyi mühendisler ödüllendirilir, ama bu ödül onları en zayıf oldukları role taşır.

Peki bu döngü nasıl kırılır?

İlk adım, yönetimi teknik bir uzantı olarak değil, ayrı bir disiplin olarak görmek.

İkinci adım, yöneticilerin rolünü yeniden tanımlamak: Yönetici en iyi işi yapan kişi değil, başkalarının en iyi işi yapmasını sağlayan kişidir.

Üçüncü adım ise zihinsel bir dönüşüm: Kontrol etmek yerine güvenmek, mükemmeli aramak yerine ilerlemeyi sağlamak, haklı olmak yerine etki yaratmak.

Sonuç olarak, iyi mühendislerin kötü yöneticilere dönüşmesi aslında bir çelişki değil, yanlış işleyen bir sistemin doğal sonucu.

Bugün organizasyonlar hâlâ şu soruyu soruyor: “Bu işi en iyi kim yapıyor?”

Oysa sorulması gereken soru şu: “Bu işi ekibine en iyi kim yaptırabilir?”

Bu iki soru arasındaki fark, sadece bireysel kariyerleri değil, projelerin ve şirketlerin kaderini de belirler.

Ve belki de yazıyı şöyle bitirmeliyim: İyi mühendisler problemi çözer. İyi yöneticiler ise problemleri çözen insanları çoğaltır.

04-06 Nisan 2026

Çiftehavuzlar