Kesinti Süresini Yönetme Sanatı

managing downtime

Bu blog, Güney Orman Ürünleri Derneği ortak üyesi Madera tarafından gönderildi. Orijinal gönderiye tıklayarakbulunabilir.

Her üretim operasyonunun kendine özgü nüansları olsa da, üretim verimliliğini en üst düzeye çıkarmak için evrensel olarak arıza süresini (planlanmamış duruşlar, ekipman arızaları vb.) en aza indirmeye odaklanırlar. Kesinti süresini yönetme sanatına odaklanmanın zamanı geldi.

Kesinti süresi düşmandır; Amaç, çalışma süresidir. Kesinti süresinin azaltılması, kuruluşların o kadar önemli bir odak noktasıdır ki, haftada bir veya daha fazla toplantının tamamen konuya adanmış olması oldukça yaygındır. Bu, çok fazla odaklanma, enerji ve çaba harcanmasıdır ve yine de neredeyse her işlemde, bu konuşmalara yardımcı olmak için mevcut olan kesinti bilgileri yetersiz olabilir. Bu, bir adım geri atmak ve aksama süresinin itici güçlerini yansıtmak ve temel neden sorunlarını ele almak yerine, az önce olanların “acil acısına” odaklanmakla sonuçlanır.

Sonuç? Sürekli olarak tatmin edici olmayan kesinti seviyeleri ve sinir bozucu bir “köstebek vurma” hissi. Yetersiz duruş izleme çözümleri genellikle dört gruptan birine girer.

  • Kağıt: Bu son yüzyıl yaklaşımı tipik olarak operatörlerin ve süpervizörlerin olayları manuel olarak kaydetmesine ve vardiya sonunda bunları hesaplamasına dayanır. Çoğu zaman, yalnızca günlük bir raporda manuel olarak tekrar özetlenmek üzere başka bir sayfaya taşınır. Bu yöntemle doğruluk, bireysel operatörlerin deneyimine, zamanı tahmin etme yeteneklerine ve olayları tutarlı bir şekilde kaydetme disiplinlerine bağlıdır.

    Bu bilgilerin değeri, kötü el yazısı, kirli bir ortam veya mürekkebin bitmesi gibi basit şeyler tarafından torpido edilebilir. Bir kağıt süreci her zaman denetçilere idari bir yük getirir ve harcanan tüm çaba için çılgınca yetersiz bilgi ile sonuçlanır.

 

  • Excel: Çoğu durumda, yukarıda belirtilen kağıt sistemi, raporlama amacıyla birisi tarafından Excel’e aktarılacaktır. Excel, bu birkaç “Excel ninjasının” elinde çok güçlü bir araç olsa da, kapalı kalma süresini izlemek için elektronik tabloların çoğu kullanımı, kapalı kalma süresi sorunlarının sağlam bir şekilde anlaşılmasını sağlamakta yetersiz kalmaktadır. Ek olarak, kağıttan Excel’e geçiş, kapalı kalma süresinin iletilmesinde gecikmeye neden olur, ek bir yönetim yükü oluşturur ve el yazısı notlar manuel olarak girildiğinden yazım hatalarına ve hatalara neden olabilir.

Bu sorunlar genellikle fabrika düzeyindeki elektronik tabloların daha sonra belirli özet numaralarının çekilmesi ve ardından ayrı bölgesel, bölümsel veya kurumsal elektronik tablolara manuel olarak girilmesi gerektiğinden birleşir.

  • OEM Raporları: Orijinal ekipman üreticileri (OEM’ler), son birkaç yıldır arıza süresi izleme çözümlerini ekipmanlarına entegre ediyor. Bu ek özellik sayesinde, bir makine artık bazı duruş süresi bilgilerini raporlayabilir. Bu heyecan verici olsa da, bu potansiyel faydanın değeri iki temel gerçeklik tarafından susturulur:
    • Rapor edilen kesinti süresi, bir makinenin çalışmadığı tam saniye sayısını ve muhtemelen bir durmanın meydana geldiği belirli konumu doğru bir şekilde kaydeder, ancak OEM sistemi kesinti süresinin neden olduğunu bilmez. Mekanik bir arıza nedeniyle mi [belt stoppage] , elektrik arızası mı yoksa operasyonel olarak mı indüklendi? Mekanik bir arıza ise, rulman arızası mıydı yoksa şaft arızası mıydı? Bu sistemler basitçe bilmiyor.
    • Çoğu fabrikada birden fazla OEM tarafından sağlanan ekipman bulunur ve bu (yararlı ancak yetersiz) raporlar toplanmaz. Bu göze çarpan sorun, ya birkaç raporun yazdırılmasına ve e-postayla gönderilmesine ya da birisinin her OEM raporundan özet düzeyinde bilgi çıkarmasına ve – tahmin ettiğiniz gibi – tüm eksiklikleri zaten kapsanmış bir Excel aracına girmesine neden olur.
  • ERP Çözümleri: Kurumsal Kaynak Planlama (ERP) sistemleri, bir operasyonun tüm yönlerini tek bir yazılım ürünü altında yönetmede mükemmel olsa da, gerçek şu ki, kesinti süresi yakalama ve kaydetme (tipik olarak üretim modülünün bir alt kümesi) büyük ERP sistemleri için sonradan düşünülen bir şeydir. Onlar için bir kutuyu işaretleyen, ancak kesinti süresini anlamaya, yönetmeye ve iyileştirmeye yardımcı olmak için çok az şey yapan ucuz bir eklenti.

 

Peki kesinti süresini yönetmek için ne işe yarar?

Hala okuyorsanız, muhtemelen bu makaledeki bir şey sinirinizi bozmuştur – tesisinizdeki kesinti sürelerini izleme ve yönetme konusunda sahip olduğunuz bir acı noktası. Alternatif bir çözüm düşünüyorsanız, “ideal” bir çözümün neye benzediğini düşünmek için bir dakikanızı ayırın.

Bir kesinti izleme ve raporlama sisteminin sağlam ve etkili olarak kabul edilmesi için birkaç kriteri karşılaması gerekir:

  • Bağlantılı: Günümüzün yüksek teknolojili ekipman ve internet bağlantısı dünyasında, kaliteli bir kesinti çözümü, Programlanabilir Mantık Denetleyicilerinden (PLC) kesinti süresinin her saniyesini toplamalı ve dünyanın her yerinden raporlamaya erişim sağlamak için tüm verileri bulutta depolamalıdır. Tüm tesislerden gelen veriler, sonuçların anında ve şeffaf bir şekilde karşılaştırılmasına izin vermek ve en iyi uygulamaların basitleştirilmiş bir şekilde tanımlanmasını sağlamak için tüm şirket genelinde akmalıdır.
  • Sezgisel: Kaliteli bir kesinti çözümünün arayüzünün kullanımı “akıllı telefon basit” olmalı ve raporlama son derece görsel olmalı ve kolayca yorumlanmalıdır.
  • Eyleme dönüştürülebilir: Veriler ayrıntılı bir düzeyde toplanmalı, ancak kesinti süresiyle ilgili dört temel endişeyi vurgulayacak şekilde raporlanmalıdır: konum, süre, sıklık ve neden. Bildirilen “neden”, sorunun kaynağına yönelik bir rota çizmeli ve kök neden analizine resmi bir yaklaşımı kolaylaştırmalıdır.
  • Uygun Maliyetli: Kabul edelim, sürekli gelişen teknolojinin maliyeti her yıl düşüyor, bu nedenle böyle bir sistemin maliyetine ilişkin beklentiniz bu gerçeği yansıtmalıdır.

 

Son

Yüksek hacimli bir üretim operasyonunda duruş süresini azaltmak, bir kuruluşta büyük kârlılık iyileştirmeleri sağlar… Ancak bu iyileştirilmiş sonuçları elde etmek için hem davranışlarda (önleyici ve kestirimci bakım uygulamaları vb.) hem de sistemlerde (arıza süresi izleme ve raporlama) değişiklikler yapılması gerekir.

Daha fazla bilgi için maderasoftware.com adresini ziyaret edin.