Üretim problemleri için açıklanabilir karar desteği
Üretim problemleri yüzeyde birbirine benzer; farklı problem karakterleri ise farklı düşünme biçimleri gerektirir. Manufacturing Decision Engine problemin adını değil yapısını ayırt etmeye çalışır ve hangi metodolojinin neden daha uygun olduğunu açıklar.
Doğal dil, problemi yapılandırmak için kullanılır; metodoloji seçimi ise açık ve test edilebilir karar kurallarıyla yürütülür.
Üyelik gerekmez. Misafir çalışmalarınız yalnızca bu tarayıcıda saklanır.
Aşağıdaki blok bir tanıtım görseli değil. Vaka, ürünün kullandığı karar motoruyla bu sayfa açılırken çalıştırıldı; öneri, gerekçe, alternatifler ve puanlar motorun o an ürettiği çıktıdır.
Belirli bir tarihten sonra başlayan sapma ile kronik varyasyon aynı şey değildir: sistem burada istatistiksel iyileştirme yerine değişiklik odaklı sapma analizini öne alır.
Problem — kullanıcının kendi cümleleri
Kaynak hattındaki çatlak oranı son iki haftada %1,8'den %6,4'e yükseldi. Bu dönemde fikstür değiştirildi ve kaynak akım parametrelerinde ayar yapıldı. Hatalı parçaların bir kısmı müşteriye gitmedi, ayıklamayla yakalandı. Kök nedeni henüz bilmiyoruz.
Önerilen yaklaşım
Kepner-Tregoe Problem Analysis · Ayırıcı problem analizi
Kanıt desteği
Ortaen yakın alternatifin 2 puan önünde
Bu yaklaşımı destekleyen kanıtlar
Problem yeni başladı ve yakın zamanda bir değişiklik oldu; sapma IS / IS-NOT ile sınırlandırılabilir
+3Problemli ve problemsiz koşullar karşılaştırılabiliyor
+2Problem yeni başladı
+1Çakışan sinyaller
Bu problem tek bir karakter taşımıyor. İki bağımsız kanıt gövdesi de kendi yöntemini destekliyor; sistem birini gizlemek yerine ikisi arasındaki sırayı kuruyor.
Önerilen sıra
Önce Kepner-Tregoe ile sapmanın sınırlarını (IS / IS-NOT) çizin; daraltılmış alan RCA'nın hipotez havuzunu küçültür. Sınır çizilmeden yapılan kök neden analizi tüm fabrikayı arar.
Neden diğer yöntemler değil?
RCA, hata çoktan oluşmuşken sistemi bozan asıl nedeni ortaya çıkarmak içindir; amaç suçlu bulmak değil, tekrarı önleyecek kök nedeni bulmaktır. “Gerçek kök neden nedir?” burada geçerli bir soru, ama vakanın asıl sorusu değil; öne çıkan yöntem bu probleme daha güçlü ve daha çok kanıtla yanıt veriyor.
8D müşteri etkilendiğinde devreye girer; yalnız kök nedeni bulmakla kalmaz, koruma, kalıcı düzeltici faaliyet ve standart güncellemeyi bir yönetim disipliniyle birleştirir. Bu problemde ise müşteri etkilenmedi; bu yüzden burada yeri yok.
FMEA’nın amacı geçmişi açıklamak değil, gelecekte oluşabilecek hata türlerini öngörüp önleyici kontrol geliştirmektir; yangın çıktıktan sonra değil, yangın ihtimali varken devreye girer. Bu problemde ise gerçek bir hata oluştu; bu yüzden burada yeri yok.
Bu blok bir ekran görüntüsü değildir: sayfa her yüklendiğinde aynı karar motoru çalıştırılır ve çıktısı olduğu gibi basılır. Puanlar kural desteğidir, başarı olasılığı değildir.
Sistem, yazdığınız metni bir dil modeline gönderip “hangi metodolojiyi seçmeliyim?” diye sormaz. Metin yalnızca problemi yapılandırmak için okunur; seçim, yazılı ve sınanabilir kurallarla yapılır.
Serbest metin okunur ve üç değerli teşhis değişkenlerine (evet / hayır / bilinmiyor) çevrilir. Burada karar verilmez, yalnızca alan doldurulur.
Bilinmeyen her alan için beklenen bilgi kazancı hesaplanır; belirsizliği en çok azaltan soru sorulur. Uzun bir anket değil, hipotezleri ayıran sorular.
Yalnızca BİLİNEN alanlara bakan açık kurallar çalıştırılır. Her kural hangi yöntemi ne kadar desteklediğini ya da ne kadar geri ittiğini yazılı olarak taşır.
Her yöntemin karşılaması gereken bağımsız kanıt boyutları vardır. Boyutlar tamamlanmadan yüksek skor tek başına sonucu doğrulanmış saymaz.
Birbiriyle tutarsız yanıtlar ve aynı anda iki yöntemi hak eden kanıt gövdeleri ayrıca işaretlenir.
Birincil yöntem; onu destekleyen kanıtlar, ona itiraz eden sinyaller ve elenen yöntemlerin gerekçesiyle birlikte sunulur.
İlk bakışta TPM, TOC, VSM ve RCA'nın hepsi uygun görünür. Problem gerçekten iki karakter taşıdığında sistem birini seçip ötekini gizlemez; ikisini de gösterip aralarındaki sırayı kurar.
Problem — kullanıcının kendi cümleleri
Ana üretim makinemiz sık sık duruyor ve teslimatlar gecikiyor. Son üç ayda aynı ekipmanda haftada ortalama dört plansız duruş var, MTBF düşüyor. Bu makinenin önünde sürekli yarı mamul birikiyor, sonrasındaki istasyonlar ise zaman zaman boş kalıyor. Kapasitesini talebe göre ölçtük, altında kalıyor.
Önerilen yaklaşım
Theory of Constraints (Kısıtlar Teorisi) · Sistem kısıtı iyileştirmesi
Kanıt desteği
Güçlüen yakın alternatifin 5 puan önünde
Bu yaklaşımı destekleyen kanıtlar
Dar boğaz/kapasite/çıktı kısıtı
+4Kısıt önünde düzenli kuyruk/ara stok oluşuyor
+2Kısıt sonrasında açlık veya boş kapasite görülüyor
+2Kısıt kapasite-talep karşılaştırmasıyla doğrulandı
+2Çakışan sinyaller
Bu problem tek bir karakter taşımıyor. İki bağımsız kanıt gövdesi de kendi yöntemini destekliyor; sistem birini gizlemek yerine ikisi arasındaki sırayı kuruyor.
Önerilen sıra
Önce kısıtı yönetin: güvenilirlik çalışmasını sistemin tümüne değil, çıktıyı belirleyen ekipmana odaklayın. TPM araçları (kayıp analizi, otonom bakım, temel koşullar) burada TOC'nin “kısıtı sömür” adımının içeriğini oluşturur. Kısıt dışındaki ekipmanda aynı yatırımı yapmak toplam çıktıyı artırmaz.
Neden diğer yöntemler değil?
TPM, kronik duruş ve ekipman güvenilirliği kaybı için; bakımı tekil müdahaleden bir yönetim sistemine dönüştürür. “Ekipman neden tekrar tekrar güvenilirlik kaybediyor?” burada geçerli bir soru, ama vakanın asıl sorusu değil; öne çıkan yöntem bu probleme daha güçlü ve daha çok kanıtla yanıt veriyor.
RCA, hata çoktan oluşmuşken sistemi bozan asıl nedeni ortaya çıkarmak içindir; amaç suçlu bulmak değil, tekrarı önleyecek kök nedeni bulmaktır. “Gerçek kök neden nedir?” burada geçerli bir soru, ama vakanın asıl sorusu değil; öne çıkan yöntem bu probleme daha güçlü ve daha çok kanıtla yanıt veriyor.
Bu blok bir ekran görüntüsü değildir: sayfa her yüklendiğinde aynı karar motoru çalıştırılır ve çıktısı olduğu gibi basılır. Puanlar kural desteğidir, başarı olasılığı değildir.
Sistemin değeri kaç yöntem tanıdığında değil, hangi koşulda hangisinin ayrıldığını modelleyebilmesinde. Aşağıdaki her satır bir kural çiftine ve bir regresyon testine karşılık gelir.
Sapma belirli bir tarihten sonra mı başladı, yoksa uzun süredir aynı biçimde mi dalgalanıyor?
Makine arızalanmadığı zamanlarda da toplam sistem çıktısını sınırlıyor mu?
Performansı esas olarak tek bir sistem kısıtı mı sınırlıyor, yoksa kayıplar akış boyunca dağınık mı?
Proses bugün yeterli mi — amaç varyasyonun nedenini bulmak mı, kazanılmış seviyeyi korumak mı?
Aynı işi herkes aynı şekilde mi yapıyor; iyileştirilecek kararlı bir taban var mı?
Mevcut bir prosesin riskini mi değerlendiriyoruz, yoksa sıfırdan yeni bir şey mi tasarlıyoruz?
Müşteriyi korumak için şu an geçici bir önlem gerekiyor mu; olay tekrar ediyor mu?
Kurallar, skorlama, soru seçimi ve karar izi tek bir bağımsız katmanda toplanır. Bu katmanda ne dil modeli ne veritabanı vardır; aynı girdi her zaman aynı çıktıyı verir.
Doğal dil yalnızca problemi yapılandırmak, soruyu doğal biçimde sormak ve raporu yazmak için kullanılır. Metodoloji seçimi dil modeline sorulmaz.
Her yöntemin doğrulanmış sayılmadan önce karşılaması gereken bağımsız kanıt boyutları tanımlıdır. Aynı tanım hem soru rotasını hem sonuçlandırma kapısını besler.
Kararın hangi yanıtlardan doğduğu adım adım saklanır; “şu cevap tersine dönseydi ne olurdu?” senaryoları aynı motorla yeniden hesaplanır.
Seçilen yöntem, kendi adımlarını taşıyan bir çalışma alanına devredilir; aksiyonun uygulanması ile etkili olduğunun doğrulanması ayrı durumlarda tutulur.
Kural ağırlıkları vaka testleriyle sabitlenir. Testler yalnız doğru yöntemin seçilmesini değil, yanlış yöntemin tetiklenmemesini de kontrol eder.
Karar motoru yalnızca doğru metodolojiyi seçmesine göre değil, benzer fakat yanlış yaklaşımları reddedebilmesine göre de regresyon testli. Her yöntem çifti için iki yönlü vaka tutulur: yöntemi hak eden ve yüzeyde ona benzeyip hak etmeyen. Bir yöntemin ağırlığını yükseltmek, ikizinin negatif vakasını bozmadan yapılmak zorunda.
Vakalar kasten gri bölgede seçilir; ayrıca tek bir kanıt değiştirilerek kararın gerçekten o kanıta tepki verdiği sınanır. Bu ölçümler karar kurallarının beklenen ayrımları koruyup korumadığını gösterir, gerçek dünya başarı olasılığını değil.
Amaç en fazla yöntemi listelemek değil. Her yöntem için ne zaman uygun olduğu kadar ne zaman uygun OLMADIĞI ve en çok karıştırıldığı komşusundan onu ayıran soru da tutulur.
Uzun süre sorunsuz çalışan bir sistem belirli bir tarihten sonra bozuldu.
Hata oluşmuş, kök neden bilinmiyor ve tekrarı önlenmek isteniyor.
Müşteriye ulaşmış uygunsuzluk; koruma, bilinmeyen neden ve tekrar riski bir arada.
Tanımlı alternatifler arasından kriterlere göre seçim yapılacak.
Hata henüz oluşmadı; değişen koşulda hangi hata modlarının çıkabileceği önceden değerlendirilecek.
Mevcut çözüm müşteri gereksinimini karşılayamıyor; yeni ürün/proses tasarlanacak.
Önlenecek hata modu net; yanlış işlem sistem tarafından durdurulmuyor.
Kronik, ölçülebilir ve yüksek varyasyonlu performans problemi; nedenler bilinmiyor.
Kararlılığı doğrulanmış süreci izleyip özel neden sapmalarını erken yakalamak.
Tekrarlayan arıza, kronik duruş ve availability kaybı; bakım sistemi zayıf.
Temin süresinin büyük kısmı bekleme ve ara stok; israf akış boyunca dağınık.
Sistemin toplam çıktısını tek bir baskın kapasite kısıtı belirliyor.
Süreç standardize; belirli bir performans farkı deneysel olarak kapatılacak.
Kayıpların kaynağı, malzeme ve araçların tanımlı bir yerinin olmaması.
Standart iş yok veya uygulanmıyor; aynı işi herkes farklı yapıyor.
Yöntem seçimi işin yarısı. Seçilen yöntem, kendi adımlarını taşıyan bir çalışma alanına devredilir; orada iddia kanıta, aksiyon ise etkinlik doğrulamasına bağlanır. Aşağıdakiler çalışma alanının gerçek kayıt yapısından örnek satırlardır.
Kök neden kanıtı
Doğrulanmamış bir neden kök neden olarak ilan edilmez.
Etkinlik doğrulaması
Uygulama durumu ile etkinlik durumu ayrı alanlardır; ikincisi ölçümle kapanır.
Kurumsal öğrenim
Aynı hatanın başka bir hatta yeniden keşfedilmesi bir öğrenme değil, tekrar maliyetidir.
Üretimde problem çözme çalışmalarında sık karşılaşılan sorunlardan biri, metodolojinin problem anlaşılmadan seçilmesidir. 8D, DMAIC, RCA, TPM, TOC ve VSM güçlü yöntemlerdir; ancak farklı problem yapılarına hizmet ederler. Yanlış eşleşme, doğru araçla yanlış soruyu sormaya yol açar.
Manufacturing Decision Engine’i, metodoloji seçimini daha sistematik, açıklanabilir ve test edilebilir hâle getirmek için geliştirdim.
Önce deneyin
Misafir olarak başladığınız teşhis ve çalışma alanı kullandığınız tarayıcıda otomatik kaydedilir. Tarayıcı verilerini temizlerseniz kayıt kaybolabilir; dilediğiniz zaman yedek alabilir veya üyelik açtıktan sonra seçerek hesabınıza taşıyabilirsiniz.
Karar desteğinin sınırı
Sistem uzman kararını otomatikleştirmek yerine problem sinyallerini yapılandırır, metodoloji alternatiflerini karşılaştırır ve karar gerekçesini görünür kılar. Yeterli ayırt edici kanıt yoksa bunu söyler. Gösterilen puanlar başarı olasılığı değil, kural desteğidir.