Bir ürünün üzerinde IP65 yazması, o donanımın sahada karşılaşılabilecek her türlü çevresel etkene dayanacağı anlamına gelmez. Standart testler su ve toza odaklanırken; endüstriyel yağlar, kesme sıvıları ve hareketli miller sızdırmazlık dinamiğini tamamen değiştirir. Sahada sızdırmazlık hatasıyla karşılaşıldığında koruma sınıfını suçlamadan önce, maruziyetin kimyasal ve mekanik gerçeklerini doğru okumak gerekir.

Standart Test Şartları ve Kapsam Dışı Riskler

Bir ürünün üzerinde IP65 yazması, o donanımın sahada her türlü zorlu koşula sınırsızca dayanabileceği anlamına gelir mi? Örneğin gövdeye yağ da sızmaz diyebilir miyiz?

Birlikte değerlendirelim.

IP koruma sınıfı bize ürünün toz ve suya karşı hangi test koşullarında koruma sağladığını söyler. Ancak bu değer tek başına ürünün:

• Sürekli yağ içinde çalışabileceğini,
• Kesme sıvısına ve soğutma kimyasallarına dayanacağını,
• Basınçlı yıkamadan etkilenmeyeceğini,
• Hareketli bir mil veya çubuk üzerinden kılcal sıvı yürümeyeceğini,
• Kullanılan kimyasalla conta malzemesinin uyumlu olduğunu elbette söylemez.

Statik Gövde ile Dinamik Mekanik Yüzeylerin Farkı

Özellikle hareketli mekanik yüzeylerde iş daha da karmaşıklaşır. Sabit bir gövdeden su geçirmemek başka bir şeydir; sürekli ileri geri hareket eden bir mil üzerinde yağ filminin taşınmasını engellemek bambaşka bir şeydir.

Sahada Sıvı Girişi Olduğunda Doğru Soruları Sormak

Bu yüzden sahada “ürün IP65 ama içine sıvı girmiş” dediğimizde “IP65 neden çalışmadı?” diye sormadan önce şu sorulara bakmak gerekir:

• Ürün sahada gerçekten hangi sıvıya maruz kaldı?
• Maruziyet sürekli mi, aralıklı mı?
• Sistemde bölgesel basınç artışı veya yıkama basıncı var mı?
• Ürünün montaj yönü ve drenaj kanalları nasıl konumlandırıldı?
• Sıvı doğrudan hareketli yüzeye veya mil keçesine ulaşıyor mu?
• Conta ve gövde malzemesi proses kimyasalına uygun mu?

Çünkü bir koruma sınıfını bilmek, uygulamayı bildiğimiz anlamına gelmiyor. Bir ürün suya ve toza dayanıklı olduğunu söylediğinde, bu yağa da dayanıklı olacağı anlamına gelmiyor. Elmalarla elmalar, armutlarla armutlar.

Datasheet ürünün sınırını söylüyor ama mühendislik gerçek çalışma koşulunu anlamakla başlıyor.

İlgili Bağlantılar

Ölçüm ve Test Kararlılığı: Ürün mü Hatalı, Ölçüm Sistemi mi? Test Düzeneklerinde Kararlılık Doğrulaması
Donanım ve Servis Mimarisi: IT/OT Bariyerini Aşacak Donanım Mimarisi: Makine İmalatçıları İçin Güvenli Uzaktan Servis
Operasyon ve Diagnostik: IoT ve Giyilebilir Cihaz Ekosistemi İçin Uçtan Uca Servis ve Diagnostik Operasyon Mimarisi

Son güncelleme: 8 Eylül 2026 | Versiyon: 1.0

Bir şirkette en büyük risk hata yapanlar değil, bariz bir hatayı gördüğü halde konfor uğruna susanlardır. İtiraz edebilme ve yanlış kararları sorgulayabilme refleksi hoş bir kurumsal kültür detayı değil, organizasyonun duvara çarpmasını engelleyen hayati bir kontrol mekanizmasıdır. Yönetimin yanılma payını dengeleyecek açık bir iletişim zemini kurulmadığında, ortak akıl yerini kolektif bir körlüğe bırakır.

Ortak Akıl ile Yanılma Payı Arasındaki Fark

Bir şirkette en tehlikeli çalışan, hata yapan çalışan olmayabilir. Bazen en tehlikelisi, hatayı gördüğü halde susandır.

Bir yönetici yanlış bir karar alabilir. Bu son derece normaldir. Yöneticilik, her şeyi bilmek veya her zaman haklı olmak değildir. Asıl tehlike, odadaki herkes yanlış olduğunu düşündüğü bir karara yalnızca yönetici söyledi diye başını salladığında başlar.

Çünkü o noktadan sonra şirket artık insanların ortak aklıyla değil, organizasyon şemasındaki en yüksek makamın yanılma payıyla yönetilmeye başlanır.

Hata Yapma Hakkı ve Sorun Bildirme Sorumluluğu

Benimle tartışıp beni hatadan döndüren bir çalışma arkadaşını, söylediğim her şeye “evet” deyip yanlış kararımı uygulayan birine her zaman tercih ederim.

Hatta bana göre çalışanların yalnızca konuşma hakkı değil, gördükleri ciddi bir problemi dile getirme sorumluluğu da vardır.

Bir hata yaptıysanız neden olduğunu inceler, sistemi düzeltir ve devam edersiniz. Ama bir problemi gördünüz, sonucu öngördünüz ve sırf başınız ağrımasın diye sustuysanız burada farklı bir problem vardır. Çünkü artık mesele hata yapmak değil, kendi konforunuzu şirketin çıkarının önüne koymaktır.

Uyumsuzluk ile Kontrol Mekanizması Arasındaki İllüzyon

Ne yazık ki birçok şirket tam tersini ödüllendiriyor. İtiraz eden “zor insan” oluyor. Sorgulayan “uyumsuz” oluyor. Sessiz kalan ise “sorunsuz çalışan” olarak görülüyor.

Sonra yanlış kararlar aylarca uygulanıyor ve herkes sonucu gördükten sonra “Ben zaten böyle olacağını düşünmüştüm” demek için sıraya giriyor. Araba devrilince yol gösteren çok olur demişler. O zaman neden söylemedin?

Bir organizasyonda insanların yanlış gördükleri şeyleri rahatça söyleyebilmeleri güzel bir kültür özelliği değildir. Bir kontrol mekanizmasıdır. Çünkü iyi yönetim, yöneticinin hiç hata yapmamasını sağlamaz. Hata yaptığında organizasyonun onu durdurabilmesini sağlar.

İlgili Bağlantılar

LinkedIn Paylaşımı: Organizasyonlarda Sessizlik Kültürü ve Kontrol Mekanizmaları
Ölçüm ve Test Kararlılığı: Ürün mü Hatalı, Ölçüm Sistemi mi? Test Düzeneklerinde Kararlılık Doğrulaması
Donanım ve Servis Mimarisi: IT/OT Bariyerini Aşacak Donanım Mimarisi: Makine İmalatçıları İçin Güvenli Uzaktan Servis
Operasyon ve Bilgi Mimarisi: Satış Sonrası Hizmetlerde Teknik Bilgi Yönetimi ve L1/L2 Destek Mimarisi

Son güncelleme: 1 Eylül 2026 | Versiyon: 1.0

Bir ürün testte başarısız olduğunda ilk refleks ürünü suçlamaktır. Ancak mekanik hizalama, fikstür esnemesi ve referans ekipman kararsızlığı gibi ölçüm sistemi parametreleri sağlam bir ürünü hatalı, hatalı bir ürünü ise sağlam gösterebilir. Kalite kontrolde güvenilirlik, yalnızca ürünü değil, ölçüm yönteminin kendisini doğrulamakla başlar.

Test Sonucunu Belirleyen Gizli Değişkenler

Bir ürün testte başarısız oldu. Peki gerçekten ürün mü başarısız oldu?

Ölçüm sistemlerinde çok kolay unutulan bir gerçek var: Test sonucu sadece test edilen ürüne bağlı değildir. Bir ölçüm sürecinde sonuca doğrudan etki eden temel parametreler şunlardır:

• Fikstür tasarımı ve rijitliği
• Mekanik hizalama ve eksenel paralellik
• Destek noktaları ve gövde salınımı
• Referans ekipmanın metrolojik hassasiyeti
• Numunenin bağlanma ve tork şekli
• Yazılım parametreleri ve filtreleme frekansı
• Operatörün uyguladığı yöntem ve el alışkanlığı

Bu değişkenlerin her biri, test edilen parça kusursuz olsa dahi ölçüm sonucunu doğrudan saptırabilir.

Aynı Ürün, Farklı Kurulum ve Değişen Sonuçlar

Yakın zamanda aynı ürünü farklı test koşullarında ölçerken sonuçların ne kadar ciddi biçimde değişebildiğini somut bir deney düzeneğinde inceledim.

İlk bakışta ürünün ölçüm değeri kabul edilemez derecede kötü görünüyordu. Ancak ürün tasarımına dokunmadan; yalnızca test düzeneğini, mekanik desteği ve ölçüm yöntemini değiştirdiğimizde sonuç bambaşka bir seviyeye geldi:

Kalite Kontrolde Ölçüm Yöntemini Doğrulamak

Dolayısıyla ölçüm sonucu kötü diye ürünü hemen suçlamayın. Karar vermeden önce şu soruyu sormak gerekir: “Bu ölçüm sisteminin kendisine ne kadar güveniyorum?”

Kötü ve kararsız bir test sistemi, sağlam bir ürünü hatalı gösterebilir. Bundan çok daha tehlikeli ve maliyetli olanı ise; zayıf bir ölçüm sisteminin hatalı bir ürünü sağlam olarak onaylayıp müşteriye sevk etmesidir.

Kalite güvencede ve kök neden analizinde asıl mühendislik refleksi, yalnızca test edilen parçayı değil; fikstürü, hizalamayı, operatör metodolojisini ve ölçüm zincirini de eşzamanlı doğrulamaktır.

İlgili Bağlantılar

Saha ve Servis Mimarisi: IoT ve Giyilebilir Cihaz Ekosistemi İçin Uçtan Uca Servis ve Diagnostik Operasyon Mimarisi
Kriz ve Kalite Yönetimi: Mobil Ekosistemde Müşterinin Sesi Analitiği ve Kritik Kalite Kriz Yönetimi
Yönetim ve Metodoloji: Satış Sonrası Hizmetlerde Teknik Bilgi Yönetimi ve L1/L2 Destek Mimarisi

Son güncelleme: 17 Ağustos 2026 | Versiyon: 1.0

Prototipin laboratuvarda sorunsuz çalışması ile bir ürünün sahada binlerce kez hatasız tekrarlanabilmesi arasında derin bir mühendislik farkı bulunur. Elle lehimlenmiş, tek seferlik kalibrasyonla çalışan tasarımları doğrudan sahaya göndermek geliştirme ekibini ömür boyu servis krizlerine hapseder. Ürünün hazır olduğuna yalnızca Ar-Ge’nin karar vermediği; kalite, imalat ve servis birimlerinin ortak onay masasında buluştuğu kurumsal bir devir disiplini kurmak gerçek ürünleşmenin temel şartıdır.

Tarladan Sofraya Yanılgısı

“Ar-Ge’den doğrudan projenize” sloganı kulağa son derece taze, sıcak ve temiz bir vaat gibi gelebilir. Tıpkı “tarladan sofraya” gibi pazarlanabilir. Ancak endüstriyel dünyada bu kestirme yolda hayati unsurlar eksiktir: Mutfak, standart reçete ve bağımsız bir kalite denetimi.

Ar-Ge bir tasarımın çalışabilirliğini kanıtlar; imalat ise o tasarımı tanımlı kalite ve tolerans sınırları içinde sürdürülebilir biçimde tekrarlar. Aradaki bu temel fark bir pazarlama sloganı değil, doğrudan ürünleşme disiplinidir.

Prototip Konforu ve Sahadaki Sekizinci Ay

İlk prototip aşamasında her şey parlak görünür. Masada elle lehimlenmiş bir elektronik kart, laboratuvar şartlarında tek seferlik yapılmış ince bir kalibrasyon, sürüm numarası kayıt altına alınmamış bir yazılım ve revizyon geçmişi bulunmayan bir mekanik çizim vardır. Bu prototipin o gün o masada sorunsuz çalıştığına hiç şüphe yoktur.

Fakat o cihaz sekiz ay sonra sahada aniden durduğunda elinizde şunlar bulunmaz:

• Bu cihaz hangi yazılım versiyonuyla yüklendi?
• Üretim bandından çıkarken hangi kabul kriterlerinden geçti?
• Kullanılan kritik bileşenler hangi tedarik partisinden çıktı?

Karşılaştıracak standart bir referansınız olmadığında kök neden analizi yapamazsınız. Neden durduğunu bilmediğiniz bir cihazı sistematik olarak düzeltemez, sadece anlık müdahalelerle yamarsınız.

Mühendise Zincirlenen Ürün ve Fırsat Maliyeti

Süreç burada bitmez; asıl organizasyonel kriz bundan sonra başlar. Sahaya bu şekilde sürülen her yarım ürün, onu tasarlayan Ar-Ge mühendisine ömür boyu zincirlenir:

• Teknik servis problemi çözemez, doğrudan Ar-Ge mühendisine sorar.
• Satış birimi müşteriye cevap veremez, mühendisi sahaya çağırır.
• Müşteri yalnızca kartı tasarlayan o tek kişiyi muhatap kabul eder.

Böylece yeni teknolojiler geliştirmesi, şirketin gelecekteki ürün gamını tasarlaması gereken yüksek nitelikli mühendislik zamanı; sahada çıkan arızaları yangın söndürür gibi çözmeye harcanır. Üstelik aynı tasarım “nasılsa bir kez çalıştı” denilerek başka projelere de satıldığında, şirketin operasyonel kapasitesi ciddi biçimde tıkanır.

Karar Yetkisi ve Masadaki Dört Sandalye

Bu problem Ar-Ge ekibinin teknik yetkinliğinden ziyade, organizasyondaki karar yetkisinin yanlış dağılmasından kaynaklanır.

Bir ürünün sahaya hazır olduğuna Ar-Ge tek başına karar vermemelidir. Kalite, imalat ve satış sonrası servis aynı masada oturmadan devir süreci tamamlanamaz. Rol dağılımı nettir:

• Ar-Ge: “Bu tasarım teorik olarak ve prototip üzerinde çalışıyor” der.
• İmalat: “Bu tasarım fabrikada her seferinde aynı toleransla üretilebilir” der.
• Kalite: “Bu ürün belirlenen kabul kriterlerini istisnasız karşılıyor” der.
• Servis: “Bu cihaz sahada ölçülebilir, bakımı yapılabilir ve arıza anında modüler tamir edilebilir” der.

Pilot ile Seri Ürünü Birbirine Karıştırmamak

Peki sahaya erken aşamada cihaz göndermek her zaman bir hata mıdır? Kesinlikle hayır.

Pilot kurulumlar ve kontrollü saha denemeleri mühendisliğin vazgeçilmez parçalarıdır. Ancak pilotun adı pilot olarak kalmalıdır:

• Kapsamı ve süresi baştan sınırlıdır.
• Müşteri bunun bir geliştirme ve doğrulama aşaması olduğunu açıkça bilir.
• Cihaz sahada sürekli izlenir ve telemetri toplanır.
• Kuruma asla kontrolsüz seri üretim taahhüdü verilmez.

Yanlış olan sahaya erken cihaz göndermek değildir. Yanlış olan, erken gönderilen prototipe “ürün” etiketi yapıştırmak ve imalat disiplinini atlamaktır.

Kaynaklar

Ulrich, K. T., & Eppinger, S. D. (2015). Product Design and Development. McGraw-Hill Education.
Boothroyd, G., Dewhurst, P., & Knight, W. A. (2010). Product Design for Manufacture and Assembly. CRC Press.
Cooper, R. G. (2017). Winning at New Products: Creating Value Through Innovation. Basic Books.

İlgili Bağlantılar

LinkedIn Paylaşımı: Ar-Ge vs. İmalat: Tekrarlanabilirlik ve Ürünleşme Disiplini
Operasyonel Teşvik: Herkes Hedefini Tuttururken Şirket Neden Zarar Eder? Hatalı KPI Tasarımı
Kalite ve Test: Ürün mü Hatalı, Ölçüm Sistemi mi? Test Düzeneklerinde Kararlılık Doğrulaması
Yönetim ve Süreç: Metodolojiyi Kullanmak mı, Metodoloji Tarafından Kullanılmak mı?

Yöneticilerin “harika gidiyorsun”, yapay zekanın “çok haklısınız” dediği bir dünyada sistemler insanı memnun etmeye ayarlıdır. Dürüst eleştiri vermek riskli olduğu için kimse yüzünüze eksiklerinizi söylemez ve bu durum tehlikeli bir profesyonel körlük yaratır. Sylvia Ann Hewlett’ın Executive Presence tespitinde olduğu gibi; işin teknik kalitesi eleştirilse bile kişinin duruşu ve hissettirdikleri hakkında derin bir sessizlik hakimdir. Bu tuzağı kırmak pasif onay beklemekle değil, mikro beden dilini okumak, spesifik sorularla güvenli eleştiri alanı açmak ve kendini tarafsız gözle izleyebilmekle mümkündür.

Memnun Etmeye Ayarlı Bir Dünya

Müdürünüz veya patronunuz size “harika gidiyorsun” diyor. Yapay zeka “çok haklısınız” diyerek her cümlenizi onaylıyor.

Her iki taraf da sizi memnun etmeye, sürtünmeyi en aza indirmeye ayarlı. Fakat profesyonel hayattaki en acı gerçek şudur: Size gerçeği neredeyse hiç kimse doğrudan söylemeyecektir; onu kendi çabanızla bulmanız gerekir.

Çünkü bir insana dürüst, net ve canını acıtan bir eleştiri sunmak karşısındaki kişi için hem zahmetli hem de ciddi bir sosyal risk taşır. İlişki bozulabilir, yanlış anlaşılabilir veya alınganlık yaratabilir. Kolayı varken kimse zoru seçmez. Bu nedenle çoğu zaman kimse ortada bir sorun olduğunu söylemez; siz de her şeyin kusursuz işlediğini zannedersiniz. “Kimse beni uyarmadığına göre her şey yolunda” dediğiniz an, kariyerinizde düşebileceğiniz en büyük konfor tuzağına yakalanmış olursunuz.

Ofis ile Atölyenin Ortak Sessizliği

Geri bildirim istemek kolaydır; ancak gerçekten işe yarar bir geri bildirim alabilmek son derece zordur. Çünkü en çok ihtiyaç duyduğunuz şey, genellikle duymaktan en az hoşlanacağınız gerçektir.

Sylvia Ann Hewlett, Executive Presence çalışmasında bu gerçeği çarpıcı bir şekilde vurgular: Dış görünüşünüz, iletişim tarzınız, toplantıdaki beden diliniz ve duruşunuz hakkında süslenmemiş, doğrudan bir eleştiri alabilmek neredeyse imkansızdır. Yöneticiler zor ve derin konuşmalar yapmak yerine kolay cümleyi tercih eder: “Harika gidiyorsun.”

Bu durum yalnızca herkesin aşırı kibar davrandığı kurumsal ofislerin meselesi değildir. Sahada, atölyede veya tezgah başında kimse kimseye “harika gidiyorsun” demez; eleştiri boldur, doğrudandır ve çoğu zaman fazlasıyla serttir. Ancak orada bile eleştirilen yalnızca parçanın toleransı veya işin teknik kalitesidir. Odaya girdiğinizde ne hissettirdiğiniz, konuyu nasıl anlattığınız ve duruşunuz konusunda derin bir sessizlik hakimdir. Sessizlik iki dünyada da aynı yerdedir: İşiniz hakkında değil, sizin hakkınızdadır.

Kör Noktaları Kırmanın Üç Kuralı

Peki kimsenin konuşmadığı bu alanda profesyonel kör noktalardan nasıl kurtulacaksınız? Bunun için üç temel kural öne çıkar:

• Kendi dedektifiniz olun: Kimse yüzünüze söylemese bile toplantı odası konuşur. Sunum yaparken dinleyicilerin gözü ekrandan kayıyor mu, telefonlarına mı bakıyorlar, koltuklarında sabırsızca kıpırdanıyorlar mı? Kimse size “sıkıldım” demez; fakat beden dili bunu açıkça söyler.
• Yuvarlak sorular sormaktan kaçının: Bir meslektaşınıza “Nasıl gidiyorum?” diye sorarsanız, alacağınız tek yanıt “Gayet iyisin” olur. Sorularınızı spesifik olarak daraltın: “Bugünkü toplantıda ses tonum nasıldı, fazla mı sert konuştum?” ve mutlaka karşı tarafa güvence verin: “Kişisel algılamayacağım, lütfen tamamen dürüst ol.” Güvenli eleştiri alanını siz açmazsanız, kimse açmaz.
• Kendinizi kaydedip izleyin: Bir sunumunuzu veya teknik toplantınızı videoya çekip baştan sona izleyin. Başkalarının yıllardır görüp de nezaketten söyleyemediği eksiklerinizi ilk kez kendi gözlerinizle fark edersiniz.

Kendi Kendinin En Sert Eleştirmeni Olmak

Asıl mesele sağdan soldan yüzeysel övgü veya eleştiri toplamak değildir. Asıl mesele, kimsenin size söylemeye cesaret edemeyeceği eksiklikleri tarafsız bir gözle görebilecek içsel farkındalığı kurabilmektir.

Çünkü profesyonel dünyada hiç kimse size gerçeği fısıldamak zorunda değildir. Kendi sınırlarınızı aşabilmek ve bir adım öne geçebilmek için, kendi kendinizin en sert ve en nesnel eleştirmeni olmak zorundasınız.

İlgili Bağlantılar

LinkedIn Paylaşımı: Profesyonel Hayatta Dürüst Geri Bildirim ve Kör Noktalar
Yönetim ve Kültür: Sessizlik Kültürü ve Kontrol Mekanizmaları: Şirkette En Tehlikeli Çalışan Kimdir?
Sorgulama Disiplini: Yapay Zekada Onay Arayan Soru Neden Yanıltır?
Karar ve Strateji: Kendi Yazılımını Geliştirme Tuzağı: Fırsat Maliyeti ve Kurucu Yanılgısı

Son güncelleme: 27 Temmuz 2026 | Versiyon: 1.0

Teknoloji dünyasında büyük dil modellerinin metin tarafında yarattığı sıçrama, benzer mimarilerin zaman serisi verilerine uyarlanması fikrini hızla tetikledi. Google TimesFM gibi önceden eğitilmiş temel modeller, karmaşık veri setlerine ihtiyaç duymadan zaman serisi eğrilerini geleceğe doğru uzatabilme yeteneğiyle dikkat çekiyor. Bu yaklaşım, kestirimci bakım projelerinde aylarca süren model geliştirme döngülerini kısaltma vaadi sunduğu için endüstriyel tarafta da karşılık buluyor. Ancak bir e-ticaret sitesinin ziyaretçi trafiğini tahmin etmekle, dakikada binlerce devirle dönen kritik bir rulmanın hasar mekanizmasını öngörmek aynı mühendislik düzleminde yer almaz. Bu analiz; rulman frekanslarından rezonans davranışına, çok değişkenli proses bağlamından emniyet kritik toleranslara kadar saha fiziğinin sınırlarını ve temel modellerin kestirimci bakımdaki gerçek yerini inceler.

İstatistiksel Eğri Uydurma ile Arıza Fiziği Arasındaki Uçurum

Büyük dil modelleri dildeki kelime dizilimlerini, sözcük ilişkilerini ve semantik örüntüleri başarıyla çözümler. Benzer bir transformer mimarisi zaman serisi verisine uygulandığında, model geçmiş veri noktalarını birer sayısal token dizisi gibi algılar ve sonraki adımlarda eğrinin nereye doğru yöneleceğini istatistiksel olasılıklarla tahmin eder. Bir hisse senedi fiyatı, elektrik tüketim profili veya hava sıcaklığı gibi makro trendlerde bu yöntem son derece etkili sonuçlar verebilir.

Endüstriyel sahada ise arıza, zaman serisi üzerinde kendiliğinden beliren soyut bir sapma değildir. Sahadaki arıza doğrudan mekanik, elektriksel veya termodinamik bir sürecin fiziksel sonucudur:

• Bir rulmanın iç bileziğindeki mikron seviyesindeki bir çatlak, şaftın her dönüşünde yuvarlanma elemanının çatlağa çarpmasıyla çok net bir darbe frekansı üretir.
• Dengesizlik, mil eksenindeki kaçıklık veya rezonans hali, doğrudan dönme hızının tam katlarında harmonik titreşim tepkileri doğurur.
• Pompada kavitasyon başladığında sıvı buharlaşır, baloncuklar patlar ve yüksek frekanslı rastgele bir akustik gürültü ortaya çıkar.

Bütün bu olaylar birer istatistiksel trend değil, doğrudan arıza mekaniğinin fizik kanunlarıdır. Genel amaçlı bir zaman serisi modeli ham titreşim genliğindeki artışı bir anomalik değişim olarak tespit edebilir; ancak bu artışın bir rezonans geçişi mi, dış yük artışı mı yoksa iç bilezik yıpranması mı olduğunu ayırt edecek fiziksel bağlama sahip değildir.

Sahadaki Kritik Bariyerler: Neden Genel Amaçlı Model Yetmez?

Bir temel modelin endüstriyel kestirimci bakım sürecini tek başına sırtlayamayacağını gösteren üç somut saha gerçekliği bulunur:

• Çok Değişkenli Proses Bağlamı: Laboratuvarda test edilen zaman serisi algoritmaları çoğunlukla tek bir sensörün zaman eksenindeki seyrine odaklanır. Oysa gerçek bir proseste hiçbir sensör tek başına gerçeği söylemez. Bir elektrik motorunun titreşim genliği yükseldiğinde; motor akımı, şebeke frekansı, ortam sıcaklığı ve hattın anlık yük miktarı incelenmeden doğru teşhis koyulamaz. Titreşimdeki ani yükseliş mekanik bir rulman arızasından kaynaklanabileceği gibi, prosesteki ürün yoğunluğunun değişmesinden veya anlık bir hızlanma rampasından da doğabilir. Proses bağlamından yalıtılmış bir model, operasyonel hız değişimini arıza sanarak yanlış alarm üretir veya tersine, yük düşüklüğü nedeniyle bastırılan kritik bir titreşimi gözden kaçırır.
• Nadir Olaylar ve Aşırı Veri Dengesizliği: Büyük modeller internet üzerindeki devasa metin ve kod havuzlarıyla eğitilir; çünkü bu veriler bol ve erişilebilirdir. Endüstriyel sahada ise durum tam tersidir. Tesislerdeki makineler zamanın büyük çoğunluğunda nominal çalışma koşullarındadır. Yıkıcı bir şaft kırılması, türbin kanadı çatlaması veya kompresör kilitlenmesi gibi arıza modlarına dair etiketli veri son derece kısıtlıdır. Gerçek arıza verisi görmeden yalnızca genel eğriler üzerinden eğitilmiş bir model omurgası, nadir görülen ve hızla gelişen mekanik arıza modlarını güvenilir bir kök neden tespitiyle önceden kestirmekte tek başına yetersiz kalır.
• Emniyet Kritik Eşikler ve Yanlış Alarm Maliyeti: Tüketiciye yönelik bir tavsiye sisteminde yüzde seksen beşlik doğruluk oranı başarılı sayılabilir. Bir arayüzün yanlış bir öneri sunması yalnızca küçük bir kullanıcı memnuniyetsizliği yaratır. Endüstriyel sahada ise hata toleransı son derece katıdır:
  • Yanlış Pozitif: Modelin sağlam bir ekipman için arıza alarmı üretmesi; çalışan bir üretim hattının durdurulmasına, bakım ekiplerinin gereksiz yere sahaya sevk edilmesine ve yüksek üretim kaybına yol açar. Birkaç asılsız alarmdan sonra bakım ekipleri sisteme olan güvenini tamamen kaybeder ve uyarıları kapatır.
  • Yanlış Negatif: Modelin gerçek bir mekanik bozulmayı kaçırması; ekipmanın sahada plansız dağılmasına, yüksek donanım hasarına ve en önemlisi iş güvenliği risklerine neden olur.

Foundation Modellerin Sahadaki Gerçek Değeri: Operasyonel Hız

Bütün bu kısıtlar, temel zaman serisi modellerinin endüstriyel dünyada tamamen işlevsiz olduğu anlamına gelmez. Tam aksine, doğru konumlandırıldığında bu modeller kestirimci bakım projelerinin en büyük darboğazını ortadan kaldırır: Geliştirme süresi ve ilk aşama maliyeti.

Klasik bir kestirimci bakım projesinde özel bir model inşa etmek aylar süren bir çaba gerektirir:

• Tarihsel verilerin toplanması, aykırı değerlerin temizlenmesi ve zaman damgalarının senkronizasyonu
• Sinyal işleme yöntemleriyle öznitelik çıkarımı (zaman ve frekans bölgesi istatistikleri)
• Algoritma seçimi (ARIMA, LSTM, Random Forest gibi mimariler)
• Model eğitimi, parametre optimizasyonu ve haftalar süren saha doğrulama testleri

Bu yüksek efor, bünyesinde geniş veri bilimi ve sinyal işleme uzmanları barındırmayan küçük ve orta ölçekli üretim tesisleri için aşılmaz bir teknik bariyer yaratır.

Önceden eğitilmiş bir zaman serisi modeli tam bu noktada bir kaldıraç işlevi görür. Sıfırdan eğitim yapmadan genel eğilimleri ve bariz sapmaları anında tespit edebilir. Bir kavram ispatı çalışmasını aylar yerine birkaç güne indirir. Veri hattının sağlıklı çalışıp çalışmadığını, sensör sinyalinde anlamlı bir değişim olup olmadığını hızlıca gösteren güçlü bir ön filtreleme motoru sunar.

İki Yaklaşımın Karşılaştırmalı Mimarisi

Kestirimci bakım stratejilerinde saf istatistiksel temel modeller ile fizik tabanlı saha analitiği arasındaki mühendislik farkları şu şekilde özetlenebilir:

Mühendislik Çözümü: Hibrit ve Katmanlı Mimari

Kestirimci bakımda yapay zekayı bir mucize veya her sorunu çözen otonom bir akıl olarak sunmak ne kadar yanıltıcıysa; sahadan tamamen dışlamak da o kadar tutucu bir yaklaşımdır. Doğru mühendislik yaklaşımı, temel modelleri karar verici bir bakım yöneticisi olarak değil, hızlı bir hesaplama motoru olarak konumlandırmaktır.

Başarılı bir endüstriyel kestirimci bakım mimarisi hibrit bir iş bölümü kurar:

• Uç Katman ve Sinyal İşleme: Yüksek frekanslı ivmeölçer verileri doğrudan makine başındaki donanımda işlenir; FFT ile spektrum çıkarılır ve rulman geometrisine özgü karakteristik frekanslar filtrelenir.
• Hızlı Trend Motoru: Hazır zaman serisi modeli, yüzlerce varlıktan gelen eğrileri tarar, mevsimsellik ve operasyonel gürültü dışındaki belirgin kaymaları anında tespit ederek dikkat çekilmesi gereken varlıkları listeler.
• Fiziksel Doğrulama ve Karar Motoru: Belirlenen sapma, SCADA’dan gelen motor devri, hat yükü ve mekanik eşiklerle çapraz sorgulanır. Sapmanın gerçek bir fiziksel hasar mı yoksa işletme koşullarındaki normal bir dalgalanma mı olduğu kural tabanlı sistemler ve bakım mühendisinin onayıyla doğrulanır.

Bu yapı kurulduğunda, temel modeller veri bilimi ekiplerinin yükünü hafifletir; ancak tesisi plansız duruşlardan ve yüksek maliyetli felaketlerden koruyan son savunma hattı daima sahanın fizik kuralları ve mühendislik tecrübesi olur.

Sonuç

Yapay zeka modellerinin mimari zarafeti, sahanın sert mekanik ve termal gerçekliğini tek başına ortadan kaldırmaz. Kestirimci bakımda değer üreten şey, en büyük transformer modelini çalıştırmak değil; sahadaki arıza mekanizmasını doğru anlayıp ona uygun en yalın analitik hattı kurmaktır.

Google TimesFM gibi zaman serisi modelleri, endüstriyel dünyada modelleme bariyerlerini düşürmek ve hızlı kavram ispatı üretmek için son derece kıymetli birer hızlandırıcıdır. Ancak karar anı geldiğinde, dönen bir şaftın yarattığı titreşimi bir dil tokeni gibi değil; çeliğin yorulması, yağın viskozite kaybı ve rulmanın mikronluk aşınması olarak okumak gerekir.

Saha fiziğine saygı duymayan hiçbir algoritma, fabrikanın kapısından içeri uzun süre kabul görmez.

Kaynaklar

Das, A., Kong, W., Leach, A., Mathur, S., Sen, R. ve Yu, R. (2023). A decoder-only foundation model for time-series forecasting. Google Research, arXiv:2310.10688.
Randall, R. B. (2011). Vibration-based Condition Monitoring: Industrial, Aerospace and Automotive Applications. John Wiley & Sons.
Mobley, R. K. (2002). An Introduction to Predictive Maintenance. Butterworth-Heinemann.

İlgili Bağlantılar

Mühendislik Egosu ve Saha Gerçekliği: Mükemmel Mimari Neden Müşteri Darboğazına Çarpar?
Deterministik Davranış: Gerçek Zaman, Gerçek Sonuç

Global bir mobil teknoloji üreticisinin Türkiye operasyonunda, geniş çaplı son kullanıcı taleplerinden gelen yapılandırılmamış teknik veriler, kurulan kalite istihbarat sistemi ile anlamlı stratejik içgörülere dönüştürüldü. Bu sistem sayesinde, belirli serilerde gelişen kronik donanım krizleri (ekran ayrılması, anakart arızası) erken teşhis edildi. Satış sonrası maliyetlerinin operasyonda uygulanan %2’lik garanti tolerans eşiğini aşması üzerine, veri odaklı bir eskalasyon protokolü devreye alınarak ana üretici ile risk yönetimi gerçekleştirildi.

Proje Künyesi

Mevcut Durum ve Kriz

Bağlam: Türkiye pazarında aktif on binlerce mobil cihaz ve günlük akışta Teknik Operasyon Merkezi’ne ulaşan binlerce karmaşık son kullanıcı talebi.

Sorun: Sıradan kırık veya çatlak vakalarının ötesinde, marka itibarını ve distribütörün finansal yapısını derinden tehdit eden sessiz bir kriz büyümekteydi:

Aksiyon ve Çözüm Mimarisi

Mimari Yaklaşım: Krizle teker teker değiştirerek mücadele etmek yerine; sorunun kök nedenini matematiksel olarak ispatlayan 3 katmanlı bir veri ve müzakere yaklaşımı kurgulandı.

Veri Sınıflandırma ve Triyaj

Operasyonel veri devasa gürültüden arındırıldı. Tüm son kullanıcı talepleri SKU bazında ayrılarak iki ana veri setine bölündü:

Kritik Veri Seti (A):

• Üretim hatası kaynaklı donanımsal anakart arızaları
• Montaj bazlı ekran ayrılması ve sensör kayıpları
• Ani ölüm sendromu reaksiyonları

İkincil Veri Seti (B):

• Kullanıcı kaynaklı kozmetik hatalar
• Şebeke veya lojistik eksenli talepler

 Görsel 1: Veri Sınıflandırma Tablosu Örneği

Örüntü Tanıma ve Kök Neden Analizi

Ayrıştırılan Kritik Veri seti üzerinde yapılan çapraz analizle:

• Belirli modellerde ekran ayrılmalarının kullanıcı hatası değil, fabrikasyon montaj kimyasalı yetersizliği olduğu açıkça kanıtlandı.
• Bir serideki kilitlenme sorunlarının belirli bir OTA yazılım güncellemesi ile senkronize korelasyonu belirlendi.
• Arızalı cihazların seri numaraları üretim tarihleri ile eşleştirilerek kusurlu üretim partisinin tam izolasyonu yapıldı.

Model Bazlı Kritik Bulgular:

 Görsel 2: Model Bazlı Arıza Yoğunluğu – Servis raporu tablosu

Stratejik Eskalasyon ve Finansal Kanıt

Hazırlanan operasyonel donanım analizi, üst yönetimin ve üreticinin dili olan finansal metrik dokümanına dönüştürüldü. “Teknik Destek Talebi” refleksi yerine resmi bir “Ticari Risk Bildirimi” kurgulandı.

Analiz:

• Her serinin Birim İthalat Maliyeti ile Operasyonel Kar Merkezi karşılaştırıldı.
• Garanti maliyetlerinin operasyonel sözleşme sınırı olan %2 eşiğini belirgin oranda aştığı, birim karlılığın negatife geçerek sürdürülemez olduğu somutlaştırıldı.
• Seri bazlı operasyonel zarar projeksiyonu inşa edildi.

Aksiyon: Global merkeze resmi durum raporlaması ve yasal defo bildirimi iletildi

 Görsel 3: Global merkeze gönderilen durum bildirimi içeriği

Operasyonel Kazanımlar

Operasyonel Dönüşüm:

İlgili Bağlantılar

 Proje Kartı: L1/L2 Destek Mimarisi ve Bilgi Yönetimi
 Proje Kartı: IoT Operasyon Mimarisi

Son güncelleme: Ocak 2026 | Versiyon: 1.0

Bir yapbozu imkansız kılan şey parçaların çokluğu değildir. Onu imkansız kılan, büyük resmin önceden bilinmemesidir. Eğer elinizde referans alacağınız bir resim yoksa, o binlerce parça bir oyun olmaktan çıkar ve zihinsel bir işkenceye dönüşür. Bu analiz; projelerde sistemin bütününü kavramadan sadece parçalara odaklanmanın getirdiği kaçınılmaz başarısızlığı ve mazeret üretmek yerine model üreten sistem mühendisliği disiplinini inceler.

Büyük Resim Olmadan Parçalar İşkenceye Dönüşür

Bugün iş dünyasında ve teknoloji projelerinde en sık karşılaştığımız başarısızlık senaryosu tam olarak budur: Bir grup profesyonel bir araya gelir, sistemin bütününü kavramadan ve nihai hedefin neye benzeyeceğini netleştirmeden, sadece ellerindeki parçalara odaklanarak işe girişir. Herkes kendi küçük kod bloğunu, kendi modülünü veya kendi donanım kartını kusursuz hale getirmeye çalışır; ancak kimse bu parçaların hangi sistem mimarisinde nasıl birleşeceğini sorgulamaz.

Kaçınılmaz son gerçekleşip proje duvara tosladığında ise suçlu hemen ilan edilir: “Sektör çok kötü, müşteri vizyonsuz, pazar henüz bu teknolojiye hazır değil.”

Oysa suç parçalarda değildir. Suç, o parçaların nereye oturacağını belirleyen mimari haritanın zihinde baştan kurulmamış olmasındadır.

Parçayı Eline Almadan Önce: Üç Aşamalı Mühendislik

Gerçek mühendislik ve strateji, parçayı fiziksel veya kod olarak eline almadan önce başlar. Doğru bir sistem kurgusunun akışı nettir:

• Bağlamı Çözümle: Bu puzzle neyin parçası? Çözmeye çalıştığımız problem hangi operasyonel ekosisteme hizmet ediyor? Dış sınırlar, kısıtlar ve arayüzler neler?
• Bütünü Kur: Resim bittiğinde ortaya tam olarak ne çıkacak? Sistem hedeflenen çıktıyı hangi veri ve iş akışıyla üretecek?
• İcra Et: Parçaları yerine koy. Kodlamayı, montajı veya entegrasyonu ancak büyük resim netleştikten sonra adım adım hayata geçir.

Bütünü görmeden parçaya hükmedemezsiniz. Sistemi anlamadan, sahadaki nihai sonucu yönetemezsiniz.

Mazeret Değil Model Üretmek

Proje yönetiminde ve sistem mimarlığında iki farklı zihniyet yarışır:

1. Parça Odaklı Zihniyet: Resmi bilmeden işe başlar; entegrasyon krizleri patlak verdiğinde sektörü, müşteriyi veya çalışma arkadaşlarını suçlayarak mazeret üretir.
2. Sistem Odaklı Zihniyet: Parçalara dokunmadan önce bağlamı ve mimari modeli kurar; belirsizlikleri baştan adresleyerek karmaşık bulmacayı çalışan bir çözüme dönüştürür.

Mazeret üretmek yerine model üretmeyi seçenler, sahada o karmaşık sistemleri başarıyla ayağa kaldıranlar olur. Sizin projelerinizde büyük resim gerçekten net mi, yoksa ekip olarak sadece ortalığa saçılmış parçalarla mı boğuşuyorsunuz?

Kaynaklar

Brooks, F. P. : The Mythical Man-Month: Essays on Software Engineering, Addison-Wesley.
Meadows, D. H. : Thinking in Systems: A Primer, Chelsea Green Publishing.

İlgili Bağlantılar

Mühendislik Egosu ve Saha Gerçekliği: Mükemmel Mimari Neden Müşteri Darboğazına Çarpar?
Müşterinin Masasına Oturmadan Sorununu Çözemezsiniz: Ürün Anlatmaktan Süreç Mimarlığına

Son güncelleme: Ocak 2026 | Versiyon: 1.0

Endüstriyel bir kaza veya beklenmedik bir duruş yaşandığında ilk refleksimiz hemen sahaya odaklanmaktır: Operatör butona yanlış mı bastı, bakım ekibi bir detayı mı atladı? Oysa İngiltere İş Sağlığı ve Güvenliği Kurumu (HSE) tarafından hazırlanan Out of Control raporu, bakış açımızı kökten değiştirmemiz gerektiğini kanıtlıyor. Kontrol sistemi arızalarının yüzde 44’ü henüz proje şartname aşamasındayken sisteme giriyor; tasarım hataları da eklendiğinde riskin yaklaşık yüzde 60’ı donanım fabrikaya adım atmadan önce mühendislerin masasında şekilleniyor. Bu analiz; fonksiyonel güvenlikte şartnamelerin neden basit bir alım listesi değil, hayat kurtaran bir güvenlik anayasası olduğunu ele alıyor.

Sahadaki Kazanın Masadaki Kök Sebebi

Endüstriyel tesislerde bir arıza meydana geldiğinde sahaya yönelen ilk soruşturmalar genellikle insan faktörünü veya son temas noktasını merkeze alır. Ancak İngiltere İş Sağlığı ve Güvenliği Kurumu’nun (HSE) yayımladığı “Out of Control” kaza inceleme çalışması, kök sebeplerin kontrol sisteminin yaşam döngüsü boyunca çok daha erken aşamalara uzandığını ortaya koyar. İncelenen vakalardaki kök neden dağılımı çarpıcı bir tablo sunmaktadır:

HSE’nin kontrol sistemlerini içeren kaza inceleme çalışmasında (34 büyük endüstriyel vakanın kök neden analizi), arızaların yüzde 44’ünün doğrudan şartname aşamasındaki eksikliklerden kaynaklandığı; tasarım ve uygulama hataları da (%15) eklendiğinde riskin yaklaşık yüzde 60’ının henüz sahaya inilmeden mühendislik masasında şekillendiği raporlanmıştır.

Bu istatistik, aslında hiçbirimizin “kötü mühendislik” yaptığını göstermez. Sadece, belirsizliğin ne kadar tehlikeli bir düşman olduğunu kanıtlar.

Şartnameler Neden Çuvallar: Sahaya Sızan Kör Noktalar

HSE raporundaki vakalar derinlemesine incelendiğinde, şartnamelerde yapılan hataların nadiren karmaşık matematiksel hesaplardan kaynaklandığı görülür. Asıl sorun, tasarımcıların ve şartname yazarlarının şu kritik boşlukları atlamasıdır:

• Güvenli Durumun Tanımsız Bırakılması: Bir aktüatör, vana veya motor sürücüsü için sadece çalışma torku veya hız tanımlanıp; haberleşme koptuğunda veya enerji kesildiğinde son konumunu mu koruyacağı yoksa mekanik bir yayla güvenli konuma mı döneceği yazılmaz.
• Eksik Tehlike Senaryoları: Sistem yalnızca normal proses parametreleri üzerinden tasarlanır; sensör kopması, aşırı basınç dalgalanması, ters akış veya acil duruş hattındaki kısa devre gibi sıra dışı durumların kontrolcüye nasıl iletileceği göz ardı edilir.
• Arayüz Zamanlama Uyuşmazlıkları: Farklı tedarikçilerden gelen PLC, DCS, acil durdurma sistemleri ve saha enstrümanlarının zaman aşımı süreleri ve hata teyit gecikmeleri şartnamede netleştirilmez; arayüzdeki bu belirsizlik sahada beklenmedik duruşlara veya yanlış alarmlara yol açar.
• Değişiklik Yönetimi Boşlukları: HSE raporundaki yüzde 20’lik pay, devreye alma sonrasında yapılan kontrolsüz değişikliklerden doğar. Sahada geçici olarak takılan bir yazılımsal köprü veya revize edilen bir parametre şartnameye ve emniyet analizine geri işlenmediğinde, sistem ilk acil durumda öngörülemeyen bir tepki verir.

En İyi Senaryo Yanılgısı ve Güvenli Başarısızlık

Genellikle “Sistem hatasız çalışmalı” diyerek yalnızca en iyi senaryoyu tasarlamaya odaklanıyoruz. Oysa fonksiyonel güvenlik disiplini bize şunu hatırlatır:

Mühendislik, “Sistem nasıl çalışır?” sorusu kadar, “Sistem hata yaptığında ne yapmalı?” sorusunu da en başta, o şartname kağıdına dökme sanatıdır.

Eğer şartname aşamasında güvenli başarısızlık senaryolarını tanımlamazsak, o riski farkında olmadan sahaya transfer etmiş oluyoruz. Sahada sensör koptuğunda, iletişim hattı kesildiğinde veya mantık denetleyicisi beklenmeyen bir durumla karşılaştığında sistemin hangi güvenli duruma geçeceği önceden kağıda dökülmemişse, operatörden mucize bekleyemezsiniz.

Satın Alma Listesinden Güvenlik Anayasasına

Projelerimizde şartnameleri sadece bir “alım listesi” veya katalog parametresi dökümü olarak konumlandırmak, operasyonel riski peşinen kabullenmektir.

Gerçek bir emniyet şartnamesi, sistemin operasyonel sınırlarını, tehlike senaryolarını ve emniyet fonksiyonlarını belirleyen bir güvenlik anayasasıdır. IEC 61508 standardının tanımladığı emniyet yaşam döngüsü; güvenliğin sahada sonradan eklenen bir cihaz değil, şartname masasından başlayıp işletmeye kadar kesintisiz işletilen kapalı bir süreç olduğunu vurgular. Sahada hayat kurtarmanın ve güvenli bir tesis işletmenin ilk adımı, mühendis masasında belirsizliğe yer bırakmamaktan geçer.

Kaynaklar

HSE — Health and Safety Executive (2003). Out of Control: Why Control Systems Go Wrong and How to Prevent Failure (HSG238, 2. Baskı). HSE Books.
IEC (2010). IEC 61508: Functional Safety of Electrical/Electronic/Programmable Electronic Safety-related Systems. International Electrotechnical Commission.

İlgili Bağlantılar

Çökme Lüksü Olmayan Sistemler: Emniyet Kritik Yazılımın Kırmızı Çizgileri ve Yasaklı Kodlama Kuralları
Müşterinin Masasına Oturmadan Sorununu Çözemezsiniz: Ürün Anlatmaktan Süreç Mimarlığına
Büyük Resim ve Sistem Mühendisliği: Puzzle Analojisi ile Proje Başarısızlıkları

Son güncelleme: Aralık 2025 | Versiyon: 1.1

Sınav kitapçıklarında veya teknik standart kılavuzlarında karşılaşılan o ünlü ifadeyi herkes bilir: “Bu sayfa tasarımsal olarak boş bırakılmıştır.” Bembeyaz bir sayfaya onun bilerek boş bırakıldığını yazmak ilk bakışta gereksiz bir ayrıntı gibi görünebilir. Oysa sınavlar ve teknik operasyonlar, tıpkı endüstriyel tesisler gibi stresin yüksek, hatanın bedelinin ağır olduğu emniyet kritik süreçlerdir. Mühendislikte ve iş yönetiminde en tehlikeli düşman bilinmeyen veriler değil, varsayımlara dayalı belirsizliklerdir. Bu analiz; endüstriyel otomasyondaki canlı sıfır prensibinden kurumsal süreç mimarisine kadar, sistem durumunun neden daima şüpheye yer bırakmayacak biçimde tanımlanması gerektiğini ele alıyor.

Beyaz Sayfadaki Güvenlik Anayasası

Bir sınav kitapçığındaki boş sayfada o uyarı yer almasaydı, öğrencinin zihninde anında birden fazla şüphe uyanırdı: “Baskı hatası mı var?”, “Sorular eksik mi basılmış?”, “Sayfalar mı birbirine yapışmış?”

Öğrenci bu belirsizlik yüzünden ya panikleyerek zaman kaybeder ya da durumu önemsemeyip soruları çözmeye devam ederek telafisi imkansız bir emek kaybına uğrar. Sınavı hazırlayan otorite, sayfaya bastığı tek bir cümleyle olası tüm şüpheleri tek bir anda yok eder: “Bu bir hata değil, tasarımsal bir karardır.”

Endüstriyel tesislerde ve emniyet kritik altyapılarda da tam olarak bu kural işler: Hiçbir operatör veya saha mühendisi, sistemin anlık durumu hakkında tahminde bulunmak zorunda kalmamalıdır. Sistem suskunsa veya veri üretmiyorsa, bu durumun planlı bir bekleme mi yoksa gizli bir felaket mi olduğu sistemin kendisi tarafından açıkça bildirilmelidir.

Sensör Değeri Sıfır mı, Bağlantı mı Koptu?

Mühendislikte altın bir kural vardır: Sistemin durumu her an açık ve net olmalıdır.

Bir basınç veya sıcaklık transmiterinden kontrol sistemine sinyal gelmediğinde, PLC’nin bunu nasıl yorumlayacağı hayati bir ayrımdır:

• Ölçülen tank basıncı gerçekten 0 bar mıdır?
• Yoksa sensörün kablosu kopmuş, beslemesi kesilmiş veya enstrüman yanmış mıdır?

İlk durum prosesin normal bir durumudur; ikincisi ise tesisin patlamasına yol açabilecek tehlikeli bir donanım arızasıdır. Eğer sisteminiz sıfır durumunu yokluktan ayıramıyorsa, arıza anında kazana basınç basmaya devam eder ve faciayı kaçınılmaz kılarsınız.

İşte tam bu nedenle endüstriyel otomasyon dünyası 0-20 mA yerine 4-20 mA akım döngüsü standardını geliştirmiştir. Bu mimaride 4 mA elektriksel akım “ölçülen proses değeri sıfır” anlamına gelir. Akım 0 mA seviyesine düşerse, sistem bunun bir proses değeri olmadığını, hattın koptuğunu (canlı sıfır kaybı) anında teşhis eder ve sistemi güvenli duruma geçirir. Mühendislik, yokluğu bile 4 mA ile somutlaştırarak belirsizliği tasarımdan silmiştir.

Süreçlerdeki Sessiz Boşluklar ve İnisiyatif Yanılgısı

Aynı prensip organizasyonel iş süreçleri ve operasyonel kalite yönetimi için de geçerlidir.

Bir iş akışında bir adım belirsiz bırakılmışsa veya standart operasyon prosedürlerinde sınırları net çizilmemiş gri alanlar varsa, çalışanlar kaçınılmaz olarak kendi varsayımlarıyla hareket eder:

• Biri “böyle olması mantıklı” diyerek adımı atlar.
• Diğeri “geçen ay öyle yapmıştık” diyerek farklı bir yol izler.
• Üçüncüsü ise durumu fark ettiği halde inisiyatif almaktan korkarak tamamen sessiz kalır.

Kaçınılmaz bir operasyonel kriz patlak verdiğinde ise fatura genellikle “çalışan dikkatsizliği” olarak personele kesilir. Oysa asıl kök neden, o boşluğu tasarımsal olarak netleştirmeyen süreç mimarisidir.

İş süreçlerinde personelin varsayımlarına terk edilmiş hiçbir tanımsız alan kalmamalıdır. Bir görevin veya kontrolün yapılmaması gerekiyorsa, onun neden yapılmayacağı da tıpkı o sınav kitapçığında olduğu gibi açıkça yazılmalıdır.

Belirsizliği Tasarımdan Temizlemek

Bir sistemi güvenilir kılan şey karmaşık mekanizmalar değil, durumlarının kesinliğidir.

Sınav kitapçığındaki o yalın cümle bize evrensel bir mühendislik ilkesi sunar: Arkanızda soru işareti bırakmamak için, yokluğu, boşluğu ve arızayı bile açıkça adlandırmak zorundasınız.

Sizin projelerinizde ve iş süreçlerinizde çalışanların varsayımlarına terk edilmiş kör noktalar var mı, yoksa her durumun adı net olarak konulmuş mu?

Kaynaklar

NAMUR (2003). NE 43: Standardization of the Signal Level for the Failure Information of Digital Transmitters. NAMUR.
IEC (2010). IEC 61508: Functional Safety of Electrical/Electronic/Programmable Electronic Safety-related Systems. International Electrotechnical Commission.

İlgili Bağlantılar

HSE Raporu ve Şartnamelerin Hayati Önemi: Kontrol Sistemi Arızaları Nerede Başlar?
Çökme Lüksü Olmayan Sistemler: Emniyet Kritik Yazılımın Kırmızı Çizgileri ve Yasaklı Kodlama Kuralları
Büyük Resim ve Sistem Mühendisliği: Puzzle Analojisi ile Proje Başarısızlıkları