Sistem yönetimi
Admin paneli
Operasyon portföyünü, teşhis yönetişimini, metodoloji kapsamını ve çalışma ortamının güvenlik durumunu tek noktadan denetleyin.
Toplam çalışma
44 açık
Geciken görev
12 açık görev
Kanıtsız iddia
0Doğrulama borcu
Etkinlik bekleyen
1Aksiyon sonucu
Zayıf sinyal
0Açık erken uyarı
Yeniden açılan
0İzleme başarısızlığı
Saha pilotu
00 tamamlandı
Sahada doğrulanan
0Gerçek sonuç kayıtlı
Entegrasyon
00 hata
Kalite engeli
0Kapanışı durduran
| Çalışma | Metodoloji | Yaşam döngüsü | İlerleme | Açıklar | İşlem |
|---|---|---|---|---|---|
| Mini yükleyici makinalarda sürekli hidrolik pompa arızası yaşanıyor sebebi nedir ne yapılmalıdır26.07.2026 17:02:14 | Root Cause Analysis | Açık | 0/6 | 0 aksiyon · 0 iddia | İncele → |
| Müşteriden şikayet geldi, üründe çatlak var ve kök neden bilinmiyor.24.07.2026 22:02:34 | 8D (Eight Disciplines) | Açık | 0/9 | 0 aksiyon · 0 iddia | İncele → |
| Müşteriden şikayet geldi, üründe çatlak var ve kök neden bilinmiyor.22.07.2026 16:16:20 | Root Cause Analysis | Açık | 0/6 | 0 aksiyon · 0 iddia | İncele → |
| X-model fren kaliper braketinin robotik MIG kaynak dikişinde aralıklı gözenek ve mikro-çatlak. Müşteri (OEM) montaj hattında son üç sevkiyatta toplam 1.240 parça karantinaya alındı, montaj hattı 45 dk durdu ve iç PPM 900'den 8.500'e yükseldi. Kusur görsel kontrolden kaçıyor; kök neden bilinmiyor ve son üç haftada tekrar ediyor.22.07.2026 13:49:15 | 8D (Eight Disciplines) | İzlemede | 9/9 | 3 aksiyon · 0 iddia | İncele → |
Soru kataloğu
30 teşhis değişkeni
Sorular sürümlü kaynak kodundan gelir; burada hangi karar sinyalinin kullanıcıya nasıl sorulduğunu denetleyin.
Hata oluştu mudefectOccurred
Şu an gerçekleşmiş bir hata mı var, yoksa henüz oluşmamış olası bir risk mi?
Müşteri etkilendi micustomerAffected
Bu durum müşteriye yansıdı mı; teslimatını ya da kullanımını etkiledi mi?
Kök neden biliniyor murootCauseKnown
Kök nedeni gerçekten biliyor muyuz; ölçüm ya da denemeyle doğrulandı mı, yoksa henüz tahmin mi?
Yeni mi başladıstartedRecently
Sorun yakın zamanda mı başladı, yoksa uzun zamandır mı sürüyor?
Daha önce yaşandı mıpreviouslyOccurred
Aynı sorun daha önce de yaşandı mı?
Süreç değişti miprocessChanged
Sorun başlamadan hemen önce süreçte, ayarlarda ya da ekipmanda bir değişiklik oldu mu?
Operatör değişti mioperatorChanged
Sorunun başladığı zaman bir vardiya ya da operatör değişimine denk geliyor mu?
Tedarikçi değişti misupplierChanged
O sıralarda malzeme, parti ya da tedarikçi değişti mi?
Ölçüm verisi var mıhasMeasurementData
Elinizde bu sorunla ilgili ölçüm ya da sayısal veri var mı?
Varyasyon yüksek mihighVariation
Sonuçlar sürekli oynuyor mu; ölçümler arasında büyük dalgalanma var mı?
İyileştirme çalışması mıisImprovementInitiative
Ortada acil bir hata mı var, yoksa mevcut durumu daha iyiye götürme çalışması mı?
İş yeri düzensiz miworkplaceDisorganized
Kayıpların asıl nedeni çalışma alanının dağınıklığı, her şeyin belirli bir yerinin olmaması mı?
Ekipman arızası var mıequipmentBreakdown
Sorunun merkezinde makine arızası ya da beklenmedik duruş mu var?
Akış/israf sorunu muflowOrWaste
Asıl sıkıntı beklemeler, ara stoklar ya da işin gereğinden uzun sürmesi mi?
Yeni tasarım mıisNewDesign
Var olan bir sorunu mu çözüyoruz, yoksa sıfırdan yeni bir ürün ya da süreç mi tasarlıyoruz?
Sürekli izleme mimonitoringNeed
Asıl ihtiyaç, süreci sürekli takip edip bir şeyler bozulduğunda erken görmek mi?
Hata sistemden kaçabilir mihumanErrorProne
Biri yanlış yaptığında onu durduran bir engel var mı, yoksa hata öylece sonraki adıma geçebiliyor mu?
Dar boğaz mıbottleneckThroughput
Tek bir nokta —bir tezgâh ya da adım— tüm hattın çıktısını sürekli sınırlıyor mu?
Güvenlik/yasal mısafetyOrRegulatory
Bu sorunun güvenlik ya da yasal uygunluk açısından bir riski var mı?
Aralıklı mıintermittent
Sorun bir çıkıp bir kayboluyor mu, yoksa sürekli mi görülüyor?
Uygunsuzluk müşteriye ulaştı mıexternalNonconformance
Hatalı ürün fiilen müşteriye kadar ulaştı mı?
Acil koruma gerekli micontainmentNeeded
Şu an müşteriyi ya da bir sonraki adımı korumak için acil bir önlem (ayıklama, bloke etme) gerekiyor mu?
Ölçüm güvenilir mimeasurementReliable
Ölçümlerinize güveniyor musunuz; aynı şeyi ölçtüğünüzde tutarlı sonuç veriyor mu?
Proses kararlı mıprocessStable
Süreç zaman içinde kararlı mı, yoksa ara ara ani sıçramalar oluyor mu?
Karşılaştırma yapılabilir micomparisonAvailable
Sorunun olduğu ve olmadığı durumları —makine, vardiya, dönem— karşılaştırabiliyor musunuz?
Ekipman kaybı kronik michronicEquipmentLoss
Makine sorunu tek seferlik mi, yoksa sürekli tekrarlayan bir duruş ya da hız kaybı mı?
Hata modu tanımlı mıfailureModeKnown
Önlemek istediğiniz hata tam olarak belli mi; ne olduğunu net tarif edebiliyor musunuz?
Standart iş yerleşik mistandardWorkEstablished
İşin tanımlı bir standart yapılış biçimi var mı ve herkes aynı şekilde mi uyguluyor?
Temel koşullar sağlanıyor mubasicConditionsStable
Temel çalışma koşulları —insan, makine, malzeme, yöntem— düzenli olarak sağlanıyor mu?
Alternatif arası seçim midecisionBetweenOptions
Bu bir hata/arıza problemi mi, yoksa tanımlı seçenekler arasından en iyisini seçme kararı mı?
Kural yönetişimi
39 kural · 76 metodoloji etkisi
Canlı ağırlıklar yalnız testli kaynak sürümüyle değiştirilir. Bu ekran karar motorunun okunabilir envanteridir.
R1Henüz hata yok, yalnızca risk → proaktif risk analizi
Okunan sinyaller: Hata oluştu mu
R2Gerçek bir hata oluştu → reaktif analiz
Okunan sinyaller: Hata oluştu mu
R3Müşteri etkisi var → müşteri yönetimi önceliği
Okunan sinyaller: Müşteri etkilendi mi
R4Müşteri etkilenmedi → 8D önceliği düşer
Okunan sinyaller: Müşteri etkilendi mi
R5Kök neden bilinmiyor → kök neden analizi
Okunan sinyaller: Kök neden biliniyor mu
R6Kök neden biliniyor → analiz değil, uygulama gerekir
Okunan sinyaller: Kök neden biliniyor mu
R6bKök neden bilinmiyor → önce teşhis; saf karşı-önlem yöntemleri henüz erken
Okunan sinyaller: Kök neden biliniyor mu
R7Problem yeni başladı ve yakın zamanda bir değişiklik oldu → IS/IS-NOT (Kepner-Tregoe)
Okunan sinyaller: Yeni mi başladı, Süreç değişti mi, Operatör değişti mi, Tedarikçi değişti mi
R7bProblem yeni başladı
Okunan sinyaller: Yeni mi başladı
R7cProblemli ve problemsiz koşullar karşılaştırılabiliyor → ayırıcı sapma analizi uygulanabilir
Okunan sinyaller: Karşılaştırma yapılabilir mi
R8Tekrar eden problem → daha derin kök neden analizi
Okunan sinyaller: Daha önce yaşandı mı
R9Ölçüm verisi var ve varyasyon yüksek → istatistiksel analiz (DMAIC)
Okunan sinyaller: Ölçüm verisi var mı, Varyasyon yüksek mi
R9bÖlçüm sistemi güvenilir → istatistiksel karar altyapısı uygun
Okunan sinyaller: Ölçüm güvenilir mi
R9cÖlçüm sistemi güvenilir değil → önce ölçüm sistemini doğrula
Okunan sinyaller: Ölçüm güvenilir mi
R10Varyasyon yüksek/sürekli → istatistiksel yaklaşım
Okunan sinyaller: Varyasyon yüksek mi
R11Akut hata değil, sürekli iyileştirme → PDCA/A3
Okunan sinyaller: İyileştirme çalışması mı
N1İş yeri düzensiz/organizasyonsuz → 5S
Okunan sinyaller: İş yeri düzensiz mi
N2Ekipman arızası/duruşu → ekipman odaklı analiz
Okunan sinyaller: Ekipman arızası var mı
N2bTekrar eden ekipman arızası → TPM güçlenir
Okunan sinyaller: Ekipman arızası var mı, Daha önce yaşandı mı
N2cKronik ekipman kaybı → TPM sistemi gerekir
Okunan sinyaller: Ekipman kaybı kronik mi
N3Akış/israf/temin süresi sorunu → Yalın / VSM
Okunan sinyaller: Akış/israf sorunu mu
N4Mevcut hata değil, yeni ürün/süreç tasarımı → DMADV (DFSS)
Okunan sinyaller: Yeni tasarım mı
N5Stabil süreci sürekli izleme/kontrol ihtiyacı → SPC
Okunan sinyaller: Sürekli izleme mi
N5bKararlı proses ve izleme ihtiyacı birlikte → SPC uygulanabilir
Okunan sinyaller: Proses kararlı mı, Sürekli izleme mi
N5cProses kararlı değil → kontrol kartından önce özel nedenleri çöz
Okunan sinyaller: Proses kararlı mı
N6İnsan hatasına açık; hata-önleme gerekli → Poka-Yoke
Okunan sinyaller: Hata sistemden kaçabilir mi
N6bHata modu açıkça tanımlı → hata önleme çözümü tasarlanabilir
Okunan sinyaller: Hata modu tanımlı mı
N7Dar boğaz/kapasite/çıktı kısıtı → Kısıtlar Teorisi (TOC)
Okunan sinyaller: Dar boğaz mı
N7bAkış kaybının açıkça tanımlanmış sistem kısıtından kaynaklanması → önce TOC ile kısıtı yönet
Okunan sinyaller: Dar boğaz mı, Akış/israf sorunu mu
N8Gerçekleşmemiş güvenlik/regülasyon riski → proaktif risk analizi
Okunan sinyaller: Güvenlik/yasal mı, Hata oluştu mu
N8bGerçekleşmiş güvenlik olayı → yapılandırılmış olay ve kök neden analizi
Okunan sinyaller: Güvenlik/yasal mı, Hata oluştu mu
N8cMüşteriye ulaşmış doğrulanmış uygunsuzluk → 8D
Okunan sinyaller: Uygunsuzluk müşteriye ulaştı mı
N8dAcil containment ihtiyacı → 8D disiplinli koruma akışı
Okunan sinyaller: Acil koruma gerekli mi
N9Aralıklı/sporadik ortaya çıkıyor → sapma analizi (KT/RCA)
Okunan sinyaller: Aralıklı mı
S1Proses kararlı değil → iyileştirmeden önce stabilizasyon gerekir
Okunan sinyaller: Proses kararlı mı
S2Standart iş yerleşik değil → önce mevcut en iyi yöntem sabitlenmeli
Okunan sinyaller: Standart iş yerleşik mi
S3Temel çalışma koşulları sağlanmıyor → önce 4M baz hattı kurulmalı
Okunan sinyaller: Temel koşullar sağlanıyor mu
KD1Bu bir hata teşhisi değil, tanımlı alternatifler arasından seçim → Kepner-Tregoe Karar Analizi
Okunan sinyaller: Alternatif arası seçim mi
S4Standart, temel koşullar ve proses kararlılığı doğrulandı → stabilizasyon kapısı geçildi
Okunan sinyaller: Standart iş yerleşik mi, Temel koşullar sağlanıyor mu, Proses kararlı mı
Sonuçlandırma politikası
Erken ve zayıf öneriyi engelleyen eşikler
confidenceThreshold
0.72maxQuestions
18minimumKnownAnswers
4minimumQuestionsAsked
4minimumSupportingSignals
3minimumScoreMargin
2FMEA: hata henüz oluşmadan riskleri sistematik değerlendir. Hata modlarını, etkilerini ve nedenlerini puanla (S×O×D), yüksek riskleri aksiyonla düşür.
Kepner-Tregoe Problem Analizi: yeni başlayan sapmalarda IS / IS-NOT karşılaştırması ve değişiklik analiziyle nedeni mantıksal olarak daralt.
Kök Neden Analizi: belirtiyi değil nedeni tedavi et. Kanıt topla, neden zincirini kur, kök nedeni doğrula, kalıcı önlem al ve etkinliği kontrol et.
8D, müşteriyi etkileyen problemlerde ekip temelli, disiplinli bir çözüm sürecidir: önce müşteriyi koru (D3), sonra kök nedeni bul ve kalıcı olarak kapat (D4–D7).
PDCA/A3: iyileştirmeyi bilimsel döngüyle yürüt — mevcut durumu anla, hedef koy, kök nedene karşı önlem planla, dene, ölç, standartlaştır.
DMAIC: veri yoğun, varyasyon problemi için istatistiksel iyileştirme döngüsü — tanımla, ölç, analiz et, iyileştir, kontrol altına al.
5S: düzensizlikten doğan kayıpları kaldır — sınıflandır, düzenle, temizle, standartlaştır, sürdür. Amaç görsellik ve anormalliğin anında görünmesi.
TPM: ekipman güvenilirliğini operatör-bakım iş birliğiyle yükselt — kayıpları ölç (OEE), otonom ve planlı bakımı kur, arızayı oluşmadan yakala.
Yalın/VSM: değer akışını uçtan uca haritala, israfı ve bekleme sürelerini görünür kıl, gelecek durum tasarımıyla akışı hızlandır.
DMADV (DFSS): yeni ürün/süreci daha tasarım aşamasında müşteri kritiklerine ve hedef kaliteye göre kur — düzeltme değil, doğru tasarım.
SPC: süreci kontrol kartlarıyla izle; özel neden sinyallerini erken yakala, sürece gereksiz müdahaleyi (tampering) önle.
Poka-Yoke: insan hatasını eğitimle değil tasarımla engelle — hatayı imkânsız kıl (önleme) ya da anında yakala (tespit).
Kısıtlar Teorisi: sistemin çıktısını kısıt belirler. Kısıtı bul, ondan azami yararlan, her şeyi ona tabi kıl, gerekiyorsa yükselt — ve tekrarla.
SDCA: iyileştirmeye başlamadan önce mevcut en iyi yöntemi standartlaştır, temel 4M koşullarını kur, uygulamayı doğrula ve kararlı baz hattı sabitle.
Kepner-Tregoe Karar Analizi, bir hatayı çözmek için değil, tanımlı alternatifler arasından seçim yapmak içindir: önce amacı ve kriterleri netleştir, zorunlu (MUST) kriterlerle ele, ağırlıklı isteğe bağlı (WANT) kriterlerle puanla, sonra seçileni riskleriyle sına.
Çalışma ortamı
Yapılandırma sağlığı
Erişim modeli
Tek kiracılı yönetim
Bu sürüm kullanıcı hesapları yerine uygulama ve admin oturumlarını ayırır. Kişi bazlı rol, kullanıcı daveti ve aktör bazlı ayrıntılı denetim için ilişkisel kullanıcı modeli gerekir.