Bakım Proof of Concept

Ölçeklemeden Önce Kritik Bakım İşini Ölçülebilir Kılın

Bugün aksayan iş akışıyla başlayın — bildirim, müdahale, icra, kayıt — kritik varlıklarınız üzerinde. Durum izleme yalnızca sensörler ve yeterli gözlem süresi gerçekten varsa eklenir; arıza tahmini ise yalnızca etiketlenmiş arıza geçmişi varsa iddia edilir.

Kritik varlıklarımı değerlendirBir üretim mühendisiyle görüşün
Tipik süre6–12 hafta
Pilot kapsamıSeçilmiş kritik varlıklar ve tek bir bakım ekibi
Birincil muhatapBakım Müdürü
Sonundaki kararYaygınlaştırma planı ve gerekçelendiyse izleme yol haritası

Çözmeniz gereken sorun bu mu?

  • Arıza yönetimi telefon ve beyaz tahtayla yürüyor, dolayısıyla müdahale süresi bilinmiyor.
  • Önleyici planlar kâğıtta var ama üretim yoğunlaştığında sessizce kayıyor.
  • Aynı arıza tekrar ediyor ve kimse bunu kanıtlayamıyor, çünkü geçmiş defterlerde.
  • Yedek parçanın eksik olduğu, teknisyenin ona ihtiyaç duyduğu anda anlaşılıyor.

Birincil muhatap: Bakım Müdürü · Güvenilirlik Müdürü · Fabrika Müdürü · Mühendislik Müdürü · Operasyonel Mükemmellik Müdürü

Bu PoC neyi kanıtlayacak

Bildirim, müdahale, icra ve kayıt her vardiya — gece dâhil — dijital olarak yürüyebilir mi?
Tahmin edilmek yerine ölçüldüğünde gerçek MTTR ve müdahale süresi nedir?
Ekibin işinin ne kadarı acil iş ve önleyici işin ne kadarı gerçekte gecikmiş durumda?
Teknisyenler kaydı tamamlıyor mu, yoksa benimseme üçüncü haftada çöküyor mu?
Sensörler kapsamdaysa: alarm, aksiyon almaya değecek kadar erken geliyor mu?

Önerilen pilot kapsamı

  • Seçilmiş kritik varlıklar — arızası gerçekten üretimi durduranlar.
  • Bugün kullandıkları arıza ve bildirim iş akışıyla birlikte tek bir bakım ekibi.
  • Önleyici planlar, iş emirleri ve ilgiliyse arkasındaki yedek parçalar.
  • Varlık hiyerarşisi, kritiklik ve mevcut arıza geçmişi.
  • Yalnızca üzerinde anlaşılan durum izleme senaryoları için sensörler; asla toptan bir varsayım olarak değil.

PoC boyunca canlı çalışacaklar

Müdahale, atama ve eskalasyonuyla dijital arıza bildirimi.
Takvime ve sayaç okumalarına göre iş emri üreten önleyici planlar.
Kayıt, kullanılan parça ve harcanan süreyle birlikte iş emri icrası.
Başlangıç bakım panosu: acil iş oranı, gecikmiş iş, tekrar eden arızalar.

Bu PoC nasıl ilerler

Hafta 1–2
Keşif ve kararın tanımlanmasıVarlık hiyerarşisini ve kritikliği gözden geçirin, mevcut bildirim ve icra iş akışını haritalayın, PoC’nin hangi varlıkları ve hangi KPI tanımlarını kullanacağını kararlaştırın.Geçiş kriteri: Varlık kapsamı, iş akışı ve KPI tanımları mutabık kalındı.
Hafta 2–4
Başlangıç ölçümüMevcut MTTR, müdahale süresi, acil iş oranı ve önleyici uyumu var olan kayıtlardan belirleyin; başlangıç değerinin nerede ölçüm değil tahmin olduğunu dürüstçe belirtin.Geçiş kriteri: Başlangıç değeri, belirsizliği yazılı olarak kabul edildi.
Hafta 3–6
YapılandırmaVarlıkları, planları, iş emri tiplerini, rolleri ve mobil icrayı yapılandırın; durum izleme kapsamdaysa anlaşılan sensörleri kurup doğrulayın.Geçiş kriteri: Teknisyenler kendi cihazlarında gerçek bir iş emrini uçtan uca tamamlıyor.
Hafta 6–11
Kontrollü canlı çalışmaEkip bakımı sistem üzerinden yürütür. Müdahale, icra ve kayıt tamlığı izlenir; sensör verisi kullanılabilir bir gözlem penceresine doğru birikir.Geçiş kriteri: En az bir gerçek arıza dâhil tam bir bakım döngüsü sistemde yönetildi.
Hafta 11–12
Yaygınlaştırma kararı ve iş gerekçesiÖlçülmüş başlangıç ile pilot dönemini, kritiklik ve eksik raporunu, kapsamdaysa sensör bulgularını ve yaygınlaştırma planını sunun.Geçiş kriteri: Devam, düzelt ya da dur.

Süreler tipik değerlerdir, garanti değildir. Takvimi uzatanlar: eksik ya da yetersiz veri, güvenlik ve ağ onayları, donanım tedarik süreleri, numune toplama, kurulum için erişim, üretim planı, ERP test erişimi ve ekibinizin sonuçları değerlendirmek için ihtiyaç duyduğu süre.

Plansız bir duruş öngörülmez. Kurulum penceresi ya da kontrollü kesinti gerekiyorsa önceden sizinle kararlaştırılır ve üretim planınıza göre konumlandırılır.

Başarı nasıl ölçülecek

Başarı nasıl ölçülecek
MetrikNasıl tanımlandığıDeğerin nereden geldiğiTür
Bildirimden müdahaleye süreBir arızanın bildirilmesinden bir teknisyenin işi üstlenmesine kadar geçen süre; pilot varlıklarda ölçülür.MSF platform verisiOperasyonel
MTTRCanlı dönemde pilot varlıklar için ortalama onarım süresi; keşif adımında mutabık kalınan tanımla.MSF platform verisiOperasyonel
MTBF başlangıç değeriPilot varlıklar için belirlenen arızalar arası ortalama süre — bu gözlem penceresinde bir hedef değil, başlangıç değeridir.Üzerinde anlaşılan başlangıç ölçümüOperasyonel
Acil iş oranıBakım saatlerinin plansız işe karşı planlı işe ayrılan payı.MSF platform verisiOperasyonel
Önleyici uyumZamanı gelen önleyici işin penceresi içinde tamamlanan oranı ve dönem sonundaki gecikmiş iş birikimi.MSF platform verisiOperasyonel
Kayıt tamlığıNeden, aksiyon ve parça bilgisi kaydedilerek kapatılan iş emirlerinin oranı; boş kapatılanlara karşı.MSF platform verisiBenimseme
Tekrar eden arızalarDönem içinde aynı varlık ve aynı nedenle yaşanan arızalar — bir düzeltmenin kalıcı olmadığının kanıtı.MSF platform verisiOperasyonel
Alarm önden haber süresiYalnızca sensörler kapsamdaysa: bir durum alarmı ile uyardığı olay arasındaki süre; yanlış alarmlar ayrı sayılır.Sensör, sayaç veya cihaz verisiTeknik

Uygulamaya başlamadan önce MSF ve ekibiniz her metriğin nasıl hesaplanacağını, başlangıç değerinin nereden geleceğini, hangi verilerin dışarıda bırakılacağını ve hangi sonucun yaygınlaştırma kararını destekleyeceğini birlikte belirler. Bu sayfa neyin ölçüleceğini listeler; asıl hedef değerler pazarlama iddiasında değil, yazılı PoC kapsamında yer alır.

Sizin sağlamanız gerekenler

  • Varlık hiyerarşisi, kritiklik sıralaması ve mevcut arıza geçmişi — hangi biçimde varsa o biçimde.
  • Mevcut bakım planları, sayaç okumaları ve ilgiliyse yedek parça verisi.
  • Teknisyen rolleri, vardiya kapsaması ve gerçekçi olarak kullanacakları cihazlar.
  • Kapsamdaki sensör montajı için erişim ve iş güvenliği kuralları.

Kim neyi yapıyor

Meta Smart Factory sağlar

  • Keşif çalıştayı ve kapsam belirleme kolaylaştırıcılığı
  • Üzerinde anlaşılan kapsam için çözüm yapılandırması
  • Bu kapsam içindeki entegrasyon ve bağlantı çalışmaları
  • Teklifte listelenen MSF donanımı
  • Pilot kullanıcıların eğitimi
  • KPI tanımları ve doğrulama yöntemi
  • Pilot boyunca sorun takibi ve destek
  • Nihai sonuç raporu ve yaygınlaştırma tasarımı
  • Pilot ekip için yapılandırılmış varlık yapısı, önleyici planlar ve mobil iş emri icrası.
  • Mevcut verinin hangi durum izleme senaryolarını gerçekten destekleyebileceğine dair dürüst bir sınıflandırma.

Siz sağlarsınız

  • İsmi belirlenmiş bir iş sahibi ve bir teknik sorumlu
  • Kullanıcılara, hatta, makinelere ve onaylı sistemlere zamanında erişim
  • Sürecin ve ana verinin doğru şekilde açıklanması
  • Ağ, elektrik, montaj ve iş güvenliği erişimi
  • ERP, PLC ve üretici dokümantasyonu ile bunları bilen uzmanlar
  • Temsil gücü olan numuneler veya geçmiş veriler
  • Başlangıç değerinin adil olduğunun teyidi
  • Geri bildirim ve kabul kararı
  • Sistemi yalnızca eğitimde değil, gerçek arızalarda da kullanacak teknisyenler.
  • Var olan arıza geçmişi — eksik bile olsa, neyin iddia edilebileceğini o belirler.

Yazılı teklifte tanımlanır

  • Panel PC’ler, tabletler, sunucular ve GPU sunucuları
  • Kameralar, lensler, aydınlatma ve muhafazalar
  • Okuyucular, yazıcılar, RFID cihazları, sayaçlar ve sensörler
  • Seyahat, kurulum, nakliye, ithalat vergisi ve yerel elektrik işleri
  • Donanımın kiralanacağı mı satın alınacağı mı
  • PoC bedelinin yaygınlaştırmadan mahsup edilip edilmeyeceği

Ticari koşullar, donanım mülkiyeti, seyahat, entegrasyon kapsamı ve olası mahsuplaşma yazılı PoC teklifinde tanımlanır. Bunlar her ürün için aynı değildir ve bu sayfa onları taahhüt etmez.

Sonunda elinize geçenler

  • Ekibinizin gerçek arızalarda kullandığı, canlı bir bakım iş akışı.
  • Yapılandırılmış varlık hiyerarşisi, kritiklik ve önleyici planlar.
  • Mutabık kalınan KPI tanımlarıyla başlangıç ve pilot panosu.
  • Durum izleme kapsamdaysa sensör bulguları ve veri başlangıcı değerlendirmesi.
  • Kritiklik ve eksik raporu — pilotun neyi kapsayamadığı ve nedeni.
  • Kalan varlıklar ve ekipler için yaygınlaştırma planı.

Bağımlılıklar, kapsam dışı olanlar ve sınırlar

Bu PoC şunlara bağlıdır

  • Canlı dönem boyunca — özellikle gerçekten arızanın yaşandığı vardiyalarda — teknisyen erişilebilirliği.
  • Durum izleme için: güvenli sensör montaj noktaları ve anlamlı olacak kadar gözlem süresi.

Bu PoC kapsamında değildir

  • Fabrika geneli varlık verisi temizliği ve geçmiş kayıtların dijitalleştirilmesi.
  • Yedek parça tedariki ve depo uygulaması — bu WMS PoC’sidir.
Bu PoC neyi iddia etmez

Etiketlenmiş arıza geçmişi ya da yeterli gözlem verisi yoksa bu PoC durum izleme, anomali tespiti ve veri başlangıcı oluşturma olarak konumlanır — arıza tahmini olarak değil. Öğrenilecek arıza olmadan yapılan kestirim iddiası bir iddia değil, bir temennidir.

Devam, düzelt ya da dur — karar noktası

DevamDevam: iş akışı gerçek koşullarda ayakta kalıyor ve ölçülen açıklar kalan varlıklara yaygınlaştırmayı haklı çıkarıyor.
DüzeltDüzelt: önce benimseme ya da varlık verisi elden geçmeli; eksik raporu iş paketidir.
DurDur: kısıt, bir sistemin görünür kılabildiği ama çözemediği bakım kapasitesi ya da yedek parça mevcudiyetidir.

Sık sorulan sorular

Bir PoC’de kestirimci bakımı kanıtlayabilir misiniz?

Yalnızca yeterli etiketlenmiş arıza geçmişi ve yeterince uzun bir gözlem penceresi varsa; ikisi de herhangi bir vaat verilmeden önce kontrol edilir. Bunlar yoksa dürüst program, durum izleme ve daha sonra kestirimi mümkün kılacak veri temelini oluşturmaktır.

Sensöre ihtiyacımız var mı?

Ölçülebilir değerin çoğunun bulunduğu iş akışı tarafı için gerekmez. Sensörler, keşifte üzerinde anlaşılan belirli durum izleme senaryoları için, belirli varlıklarda, belirli bir soruya yanıt vermek üzere eklenir.

Arıza geçmişimiz defterlerde. Bu engel mi?

Hayır ve bu çok yaygındır. Bu, tahmin hakkında ne iddia edilebileceğini sınırlar; müdahale, uyum ve tekrar eden arızalar hakkında ne ölçülebileceğini değil. PoC, ileride bir kestirim adımının ihtiyaç duyacağı yapılandırılmış geçmişi başlatır.

MTTR’yi mevcut rakamımıza karşı adil biçimde nasıl ölçüyorsunuz?

Keşifte tanımı üzerinde anlaşarak: neyin başlangıç, neyin bitiş sayıldığı ve hangi duruşların hariç tutulduğu dâhil. İki kuruluş MTTR’yi üç farklı şekilde ölçebilir; karşılaştırma ancak iki taraf da aynı tanımı kullanırsa dürüst olur.

Bu Proof of Concept için talep oluşturun

Aklınızdaki kapsamı yazın; size yazılı bir PoC planıyla dönelim: neyin bağlanacağı, sizin neyi sağlayacağınız, başarının nasıl ölçüleceği ve sonundaki kararın neye benzeyeceği.

Lütfen bu form üzerinden parola, üretim veritabanı dışa aktarımı, personel kaydı veya gizli teknik çizim göndermeyin. Bir PoC bunlara ihtiyaç duyuyorsa önce onaylı ve güvenli bir kanal kurarız.

Gönderimler kötüye kullanıma karşı denetlenir ve IP adresi dâhil kayıt altına alınır. Gönderdiğiniz içerikten siz sorumlusunuz.