--- title: "Mühendislik Verimliliği: Bir Performans Göstergesi mi, Bir Süreklilik Kanıtı mı?" description: "Mühendislik verimliliği, bir inceleme sürecinde adam-saat tasarrufu olarak değil, tekrarlanabilirlik kanıtı olarak değerlendirilir. İnceleyen taraf, revizyonun sebebine göre kodlanıp kodlanmadığına, mühendislik saatinin teslimat sınıfı bazında izlenip izlenmediğine ve tasarım kararlarının tek bir kişiden bağımsız verilebilir olup olmadığına bakar. Bu üç kaydın yokluğu, tipik olarak marj öngörülebilirliği üzerinden iskonto üretir." url: https://www.beirek.com/tr/blog/engineering-efficiency-diligence-review canonical: https://www.beirek.com/tr/blog/engineering-efficiency-diligence-review published: 2026-07-07 modified: 2026-07-07 category: "Teknoloji ve Mühendislik" category_url: https://www.beirek.com/tr/blog/category/technology-engineering language: tr-TR reading_time_minutes: 9 publisher: BEIREK LLC publisher_url: https://www.beirek.com license: "© BEIREK LLC — citation with attribution and link permitted" keywords: ["mühendislik verimliliği","yatırım hazırlığı","due diligence","tasarım revizyon yönetimi","değerleme iskontosu","kurucu bağımlılığı","mühendislik KPI"] topics: ["Mühendislik organizasyonunda verimlilik ölçümü ve teslimat taksonomisi","Yatırım ve değerleme incelemesinde teknik fonksiyonun denetlenmesi","Tasarım kararlarında sahiplik, yetki dağılımı ve anahtar personel riski"] alternate_language_url: https://www.beirek.com/en/blog/engineering-efficiency-diligence-review --- # Mühendislik Verimliliği: Bir Performans Göstergesi mi, Bir Süreklilik Kanıtı mı? > **Kısaca:** Mühendislik verimliliği, bir inceleme sürecinde adam-saat tasarrufu olarak değil, tekrarlanabilirlik kanıtı olarak değerlendirilir. İnceleyen taraf, revizyonun sebebine göre kodlanıp kodlanmadığına, mühendislik saatinin teslimat sınıfı bazında izlenip izlenmediğine ve tasarım kararlarının tek bir kişiden bağımsız verilebilir olup olmadığına bakar. Bu üç kaydın yokluğu, tipik olarak marj öngörülebilirliği üzerinden iskonto üretir. *Mühendislik verimliliği çoğu şirkette bütçeye uyum olarak ölçülür; oysa inceleme masasında aranan şey, aynı çıktının belirli bir kişi olmadan da üretilebildiğinin gösterilmesidir. Bu ayrım, marj dağılımından backlog'un finanse edilebilirliğine kadar değerlemenin birkaç kanalını aynı anda belirler.* --- Bir inceleme odasında mühendislik organizasyonuna yöneltilen soruların en sıradanı — bir tasarım revizyonunun ortalama ne kadar sürdüğü — çoğu zaman bir kayıttan değil, bir hatırlamadan cevaplanır; mühendislik müdürü bir aralık verir, aralığın iki ucu arasındaki fark birkaç katı bulur, ve odadaki hiç kimse bunu olağandışı karşılamaz. Aynı görüşmede paylaşılan pafta listesinde bazı çizimlerin D ya da E revizyonuna ulaşmış olması da benzer bir sükûnetle geçiştirilir, zira revizyon numarası bir sayaç işlevi görür, bir teşhis aracı işlevi değil. Revizyonun sebebinin — işveren talebi mi, disiplinler arası çakışma mı, ilk hesabın hatası mı, tedarikçi verisinin geç ulaşması mı — hiçbir alanda kodlanmamış olması, bu listeyi analiz edilemez kılar. Sonuçta revizyon geçmişi, mühendislik biriminin ne kadar iyi çalıştığını değil, yalnızca ne kadar çok çalıştığını gösteren bir kayda dönüşür. İkinci bir örüntü, mühendislik saatinin nereye yazıldığında görünür olur. Saatler proje maliyet kodlarına, hakediş ve ilerleme raporlaması amacıyla işlenir; yeniden yapılan iş ile ilk kez yapılan iş çoğu zaman aynı kod altında toplanır, dolayısıyla yeniden işleme oranı muhasebe sisteminin içinde yapısal olarak görünmez hâle gelir. Yönetim raporunda mühendislik verimliliği başlığı altında sunulan gösterge ise genellikle harcanan adam-saatin bütçelenen adam-saate oranıdır; bu bir maliyet kontrolü göstergesidir ve bütçenin kendisi geçmiş projelerin gerçekleşmelerinden türetildiği ölçüde, sistem kendi verimsizliğini referans alarak kendini onaylar. Bütçeye uyum ile verimlilik arasındaki bu karıştırma, incelemeye giren tarafın ilk saatlerde fark ettiği ayrımlardan biridir. Bu boşluğun sebebi ihmal değil, ölçüm biriminin doğasıdır. Üretim hattında çıktı homojendir ve birim başına girdi doğrudan hesaplanabilirken, mühendislik çıktısı heterojendir — bir yerleşim planı ile bir gerilme hesabı, bir P&ID ile bir kablo listesi aynı ölçekte toplanamaz. Ölçüm birimi tanımlanmadığında organizasyon, ölçebildiği tek şeye, yani girdiye ve teslim tarihine yönelir. İkinci mekanizma ise geri besleme gecikmesidir: yetersiz bir tasarım kararının bedeli mühendislik aşamasında değil, satın almada fiyat farkı, sahada montaj uyumsuzluğu, devreye almada performans sapması olarak ortaya çıkar, ve bu noktada maliyet artık başka bir fonksiyonun hanesine yazılmıştır. Döngü, mühendislik biriminin kendi gözden geçirme ritminden uzun olduğu sürece kapanmaz. Bu eğilimler, belirli bir ölçekte tamamen rasyoneldir. Projeler üzerinden büyümüş bir şirkette baş mühendisin muhakemesi, kurulacak herhangi bir ölçüm sisteminden hızlı ve isabetlidir; sistemi kurmamak, kısa vadeli maliyeti düşüren bir tercihtir. Sorun kısayolun kendisinde değil, koşul değiştiğinde kısayolun sabit kalmasındadır: eşzamanlı proje sayısı bir kişinin haftalık karar kapasitesini aştığında, aynı muhakeme artık dağıtılamaz hâle gelir, ve organizasyon farkında olmadan tek bir teknik otoritenin kuyruğunda beklemeye başlar. Değerleme incelemesi tam olarak bu geçiş noktasını arar. Mevcudiyet boyutunda çoğu şirket formel olarak sorunsuz görünür, çünkü kalite yönetim sistemi kapsamında yazılmış bir tasarım gözden geçirme ve doğrulama prosedürü hemen her dosyada bulunur. Ancak bu prosedür tipik olarak belgelendirme için üretilmiş bir metindir ve şirketin fiilî çalışma yöntemini tarif etmez. İnceleyen tarafın uyguladığı sınama basittir ve genellikle ilk gün yapılır: son üç projenin tasarım gözden geçirme kayıtları istenir ve bu kayıtların tarihleri, ilgili paftaların işveren onayına çıkış tarihleriyle karşılaştırılır. Kayıtların tamamının çıkış tarihinden sonraya ya da aynı güne toplanmış olması, prosedürün yaşayan bir mekanizma değil, sonradan tamamlanan bir formalite olduğunu gösterir; bu bulgu mevcudiyet ile uygulama arasındaki açığı tek hamlede ortaya koyar. Dokümantasyon boyutunda mühendisliğe özgü bir yanlış anlama vardır: belge denince pafta ve hesap raporu anlaşılır, oysa mühendislik bilgisinin gerçek deposu modelin kendisidir. Parametre yaklaşımı, yük kombinasyonları, isimlendirme kuralı, standart detay kütüphanesi, tipik hesap şablonları ve tedarikçi veri varsayımları çoğu şirkette hiçbir yerde yazılı değildir; birkaç kişinin çalışma alışkanlığı olarak taşınır. Hesap notlarının imzasız olması, çizim kütüğü ile dosya sunucusundaki gerçek sürüm arasındaki uyumsuzluk ve revizyon üstyazılarının doldurulmamış olması, incelemede doğrulanabilirlik sorunu üretir. Belgelenmemiş uygulama, yatırımcı açısından yapılmamış uygulama ile aynı kategoride değerlendirilir; kurumsal hafıza iddiası, ancak devredilebilir bir kütüphaneyle karşılanır. Ölçüm boyutunda aranan göstergeler dar ve spesifiktir. Teslimat sınıfı başına mühendislik saatinin projeler arası dağılımı ve bu dağılımın zaman içindeki daralması; toplam saatin içinde yeniden işlemeye giden pay; revizyonların sebep koduna göre ayrışması; disiplinler arası çakışmaların tasarım dondurma tarihinden önce mi sonra mı tespit edildiği; bilgi talebi cevaplama süresi; ve değişiklik emirlerinin kaynağına göre — işveren kaynaklı, saha kaynaklı, tasarım kaynaklı — bölünmesi. Bu göstergelerin hiçbiri karmaşık bir altyapı gerektirmez; hepsi mevcut zaman kayıt sistemine bir sebep alanı eklenmesiyle üretilebilir. Ölçümün yokluğu, tahmin doğruluğu ve ölçeklenebilirlik konusunda doğrudan bir güven açığı yaratır. Eksikliğin değerlemeye yansıması tek bir kalemden değil, birkaç kanaldan aynı anda gerçekleşir. Birincisi marj dağılımıdır: mühendislik verimliliği ölçülmeyen bir organizasyonda benzer kapsamlı projelerin brüt marjları arasındaki fark fiyatlamayla açıklanamaz hâle gelir, ve açıklanamayan marj oynaklığı modelde risk primi olarak fiyatlanır. İkincisi büyüme varsayımıdır: iş planı hacim arttıkça mühendislik biriminin ölçek ekonomisi üreteceğini varsayıyorsa, bu varsayımın kanıtı ancak teslimat başına saatin zaman içindeki eğilimidir; eğilim gösterilemediğinde plan finanse edilebilir olmaktan çıkar. Üçüncüsü backlog'un dönüştürülebilirliğidir; imzalanmış işlerin gelire dönüşme takvimi, kritik mühendislik kararlarının bir kişiden geçmesi ölçüsünde o kişinin takvimine bağlanır. Sahiplik boyutundaki boşluk ise en pahalı kanalı açar. Mühendislik verimliliği kimsenin resmî sorumluluğunda değilse, konu fiilen en yüksek sesle şikâyet eden fonksiyonun gündemine bağlanır ve nihai karar kurucuya ya da baş mühendise yönlenir. İnceleyen taraf bu bağımlılığı niteliksel bir izlenim olarak değil, ölçülebilir bir büyüklük olarak ele alır: haftalık kaç teknik kararın tek bir imzadan geçtiği, tatil ve seyahat dönemlerinde onay kuyruğunun ne kadar uzadığı, ve bu kişinin katılmadığı bir projede teslimat kalitesinin nasıl seyrettiği. Bulgu netleştiğinde karşılığı fiyat indirimi olmaktan çok yapıya yerleşir — anahtar personel bağlama koşulu, kapanış sonrasına sarkan earn-out, tasarım sorumluluğuna ilişkin genişletilmiş temsil ve tekeffül kapsamı, mesleki sorumluluk sigortasında yükseltilmiş limit. Yapısal müdahale, bireysel disiplin çağrısıyla değil, dört ayrılmış bileşenle kurulur. Birincisi teslimat taksonomisidir: mühendislik çıktısının sınıflandırılması ve her sınıf için referans saat aralığının tanımlanması, ölçümün önkoşuludur. İkincisi sebep kodlu revizyon kaydıdır; revizyonun neden açıldığı, kararın verildiği anda kaydedilir, sonradan yorumlanmaz. Üçüncüsü arayüz ve tasarım dondurma disiplinidir — dondurma tarihinin satın alma serbest bırakma tarihiyle sözleşmesel olarak bağlanması, en pahalı revizyon sınıfını yapısal olarak daraltır. Dördüncüsü yetki matrisidir: hangi kararın disiplin sorumlusunda, hangisinin proje müdüründe, hangisinin teknik otoritede kaldığı yazıya döküldüğünde, kuyruğun kendisi dağıtılmış olur. BEIREK'in bu alandaki müdahalesi, mevcut zaman kayıt ve doküman sistemini değiştirmek yerine üzerine üç kayıt katmanı eklemekle başlar: teslimat sınıfı bazında normalize edilmiş mühendislik saati, sebep koduyla ayrıştırılmış revizyon kütüğü, ve tasarım kararının onay anında değil öneri anında tutulan gerekçe kaydı. Bunun üzerine aylık bir gözden geçirme ritmi işletilir; toplantının gündemi proje ilerlemesi değil, yalnızca teslimat başına saatin eğilimi, yeniden işleme payı ve dondurma sonrası açılan revizyonların sebep dağılımıdır. Yetki matrisi ile birlikte, kurucuya ya da tek teknik otoriteye yönelen karar akışı ölçülür ve kademeli olarak disiplin sorumlularına devredilir; devrin gerçekleştiği, kararların yeniden merkeze dönüp dönmediğine bakılarak doğrulanır. Süreklilik boyutunun tek anlamlı sınaması, mühendislik biriminin mevcut kadrosuyla ne kadar iyi çalıştığı değil, yeni katılan bir mühendisin tanımlı bir sürede, mevcut kütüphane ve şablonlarla, kabul edilebilir tolerans içinde aynı teslimatı üretip üretemediğidir; bu ölçüldüğünde uyum süresi bir insan kaynakları göstergesi olmaktan çıkıp doğrudan bir verimlilik göstergesine dönüşür. Bir mühendislik organizasyonunun değeri, doğru çizimi üretebilmesinde değil, aynı çizimin belirli bir kişi olmadan da üretilebildiğinin gösterilebilmesindedir; verimlilik sorusu, bu nedenle, nihayetinde bir süreklilik sorusudur. ## Ana Noktalar - Revizyon sayısı sebebe göre kodlanmadığında, revizyon geçmişi mühendislik kalitesini değil yalnızca iş hacmini gösterir ve teşhis değeri taşımaz. - Mühendislik saatinin proje bütçesine uyumu bir maliyet kontrolü göstergesidir; verimlilik göstergesi olabilmesi için teslimat sınıfı başına normalize edilmesi gerekir. - Tasarım hatasının bedeli satın alma, saha ve devreye alma aşamalarında görünür olduğundan, geri besleme döngüsü mühendislik biriminin gözden geçirme ritminden uzundur. - Sahipsiz bırakılan mühendislik verimliliği, kararların tek bir teknik otoriteye yönlenmesiyle sonuçlanır ve bu bağımlılık earn-out ya da anahtar personel bağlama koşulu olarak fiyatlanır. - Süreklilik boyutunun tek anlamlı testi, yeni katılan bir mühendisin mevcut kütüphaneyle aynı teslimatı tanımlı tolerans içinde üretebilmesidir. ## Sorular ### Mühendislik verimliliği due diligence sürecinde nasıl ölçülür? İnceleyen taraf tipik olarak dört veriye bakar: teslimat sınıfı başına mühendislik saatinin projeler arası dağılımı, toplam saat içindeki yeniden işleme payı, revizyonların sebep koduna göre ayrışması ve değişiklik emirlerinin kaynağına göre bölünmesi. Bu veriler mevcut zaman kayıt sistemine bir sebep alanı eklenerek üretilebilir; karmaşık bir yazılım altyapısı gerektirmez ve yokluğu ölçüm boyutunda doğrudan bulgu oluşturur. ### Adam-saatin bütçeye uyumu neden verimlilik göstergesi sayılmıyor? Bütçeye uyum bir maliyet kontrolü göstergesidir ve referansı geçmiş projelerin gerçekleşmeleridir. Bütçe, verimsizliği de içeren tarihsel verilerden türetildiğinde, sistem kendi mevcut performansını referans alarak kendini onaylar. Verimlilik göstergesi olabilmesi için saatin teslimat sınıfı bazında normalize edilmesi ve eğilimin zaman içinde izlenmesi gerekir; ancak o zaman ölçek ekonomisi iddiası doğrulanabilir hâle gelir. ### Mühendislik biriminin tek bir kişiye bağımlı olması değerlemeyi nasıl etkiler? Etki genellikle fiyat indiriminden çok işlem yapısına yerleşir. Kritik teknik kararların tek bir imzadan geçtiği tespit edildiğinde karşılık olarak anahtar personel bağlama koşulu, kapanış sonrasına sarkan earn-out, tasarım sorumluluğuna ilişkin genişletilmiş temsil ve tekeffül kapsamı ve mesleki sorumluluk sigortasında yükseltilmiş limit gündeme gelir. Ayrıca backlog'un gelire dönüşme takvimi o kişinin takvimine bağlı görüldüğünde büyüme varsayımı iskonto edilir. ### Kalite yönetim sistemi belgesi mühendislik verimliliğini kanıtlar mı? Belgelendirme kapsamında yazılmış tasarım gözden geçirme prosedürü mevcudiyet boyutunu formel olarak karşılar, ancak uygulama boyutunu karşılamaz. İncelemede uygulanan sınama, son projelerin gözden geçirme kayıt tarihlerinin ilgili paftaların onaya çıkış tarihleriyle karşılaştırılmasıdır. Kayıtların çıkış tarihinden sonraya toplanmış olması, prosedürün yaşayan bir mekanizma değil sonradan tamamlanan bir formalite olduğunu gösterir ve bulgu bu şekilde raporlanır. --- Kaynak: https://www.beirek.com/tr/blog/engineering-efficiency-diligence-review Yayımlayan: BEIREK LLC — https://www.beirek.com