Üretimde Dijital Dönüşüm Bir Teknoloji Sorunu Değil, Sıralama Sorunudur

Zor olan kısım sıralamadır ve tedarikçi dokümanlarının atladığı kısım da budur; çünkü dürüst versiyonu, müşteriye bu yıl daha az satın almasını söylemek anlamına gelir. Bu sayfa o sıradır.

Üretimde dijital dönüşüm projeleri neden tıkanır

Çoğunun arkasında dört sebep var. Dördü de ürün başarısızlığı değil, program başarısızlığıdır — asıl mesele de bu: fabrikanın kontrol edebildiği sebepler bunlar. Yazılım kendi tarafında da başarısız olur ve o liste satın alma sürecine aittir: işlem tasarımı, ölçekte performans, sorumluluğu canlıya geçişte biten bir tedarikçi.

Birincisi, altında bir sahip olmayan sponsordur. Sponsor bütçeyi onaylar ve aylık toplantıya katılır; sahip ise sahada vakit geçirir, bir süreci değiştirme yetkisi taşır ve fabrikanın bir yıl sonra farklı çalışıp çalışmadığına bağlanmış kişisel bir sonucu vardır. İkincisi, var olmayan veriyi varsayan iş gerekçesidir: duruşları analiz etme planı, vardiya formundaki serbest metin sütunuyla karşılaşır. Üçüncüsü, hiçbir zaman yaygınlaşacak şekilde kurulmamış pilottur. Dördüncüsü, soru belli olmadan platform almaktır; fabrika, ilk kullanımı olmayan yetenekli bir sisteme sahip olur.

İlk dijitalleşme projesi nasıl seçilir

İlk proje modül listesinden değil, fabrikanın kısıtından çıkmalıdır. Çoğu fabrikada kayıp gösterişsizdir: standarttan uzun süren tip değişimleri, bulunamayan malzeme, kimsenin bildirmediği iki dakikalık duruşlar.

Üç soru adayları hızla eler. Kayıp, fabrikanın kendi muhasebesinde şimdiden görünüyor mu — fire, fazla mesai, ekspres nakliye ya da gecikme cezası olarak? Cevabı bilseydi biri aynı vardiya içinde farklı davranır mıydı? İşe yarayıp yaramadığını tek bir üretim çevrimi içinde anlayabiliyor musunuz? Çeyrek değil, çevrim: üç ay, çok çeşitli tekrarlı üretimde adil bir testtir; havacılıkta ya da bir ilaç kampanyasında anlamsızdır, çünkü orada birim tek bir kampanya ya da tek bir sipariştir.

Bazen yanlış cevap yazılımdır: kısıt fiziksel ise hiçbir veri makineyi hızlandırmaz. Ölçümün yaptığı şey, kapasitenin nereye gittiğini göstermektir; bu da çoğu zaman yatırım talebini doğrulamak yerine yönünü değiştirir. Aday makinenin kendi çalışma süresi, kısa duruşlar sayılmaya başlandığında herkesin sandığından kötü çıkar; yine de kaybettiği saatlerin çoğu kendisine ait değildir: yukarı akıştan beslenememiştir, aşağı akışta tıkanmıştır, tip değişimindedir ya da iki istasyona birden bakan bir operatörü beklemektedir. Makine hiçbir zaman kısıt değildi ve para başka yere aittir.

Başlamadan önce ne ölçülmeli ki değişim sonradan kanıtlanabilsin

Tuzak tanımsaldır. Canlıya geçmeden önce kullanılabilirlik, kısa duruşların yazılmadığı bir vardiya formundan gelir; sonrasında duruşlar otomatik yakalanır ve ölçülen OEE düşer, çünkü hep orada olan kayıplar nihayet sayılmaya başlanmıştır. Eski tanımı ve eski sayıyı kimse kaydetmediyse üçüncü ay bir gerileme gibi görünür ve program kredisini kendini savunmakla harcar.

Bu yüzden mevcut sayıyı ve tanımını eksiksiz yazın: yüzdenin dayandığı zaman tabanı, ideal çevrim süresinin nereden geldiği, duruşların nasıl sınıflandırıldığı, planlı bakımın hariç tutulup tutulmadığı ve yeniden işlemenin nasıl ele alındığı. İlk ikisi sonucun çoğunu belirler: takvim süresi, planlanan süre ve personelli süre, aynı fabrikaya aynı veriden üç farklı rakam verir; ideal çevrim süresi ise ya etiket değeridir, ya gösterilmiş en iyi değerdir, ya da bir kez girilip bir daha dönülmemiş bir rota sayısıdır.

Sonra yeniden tanımlanması daha zor olan ve finansla mutabakatı yapılabilen verileri toplayın: sevk edilen adet, ödenen saate karşı çalışılan saat, geç teslim edilen sipariş kalemleri, alacak dekontları ve fazla mesai. Daha zor, imkânsız demek değildir; bu yüzden her birinin tanımını ve kaynak sistemini OEE tanımıyla birlikte dondurun. Zamanında teslimatın kendi yazılı kararı olmalıdır, çünkü tarih esası her fabrikada en çok yeniden tartışılan tanımdır: ilk taahhüt mü son revize tarih mi, sipariş mi kalem mi, sevk mi teslim mi.

Önce ne gelir: bağlantı, ana veri, sonra analitik

Bağlantı ve ana veri her şeyin altında oturur; analitik üstte oturur ve altındaki katmanlar ne kadar değerliyse o kadar değerlidir. Ana veri ise sürekli hafife alınan bağımlılıktır. Bir yürütme sistemi, rotada olmayan bir operasyonu serbest bırakamaz; bir çizelgeleme motoru da bu on yıl içinde birilerinin ölçtüğü standart süreler olmadan sıralama yapamaz. Bu yüzden bir tarih taahhüt etmeden önce sayın: rotası olmayan parçalar, yuvarlak rakamlı standart süreler, pratikte var olup hiçbir sistemde olmayan lokasyonlar ve mükerrer ürün ağaçları.

Baştan kapsanması gereken diğer dikiş ERP entegrasyonudur; oradaki zorluk kod değil, mutabakattır: teyit her iki tarafta ne anlama geliyor ve onu saha mı giriyor yoksa bir backflush mu üretiyor, kısmi miktarlar ve sipariş bölünmeleri nereye düşüyor, malzeme hareket ettikten sonra ters kayda ne oluyor, fire standart maliyete nereye yazılıyor. Her cevap, daha önce hiç anlaşmak zorunda kalmamış departmanlar arasında bir karardır.

Teknik yol haritalarında nadiren görünen iki uzun temin süreli bağımlılık var. Çıktıyı, duruşları ve fireyi isimli bir operatöre bağlayan bir yürütme kaydı, Almanya'da ve Avrupa'nın büyük bölümünde bireysel performans izlemeye elverişli bir sistemdir; bu yüzden canlıya geçmeden önce işçi konseyiyle müzakere edilmiş bir işyeri sözleşmesi gerekir. Onay aylar sürer, bu yüzden ana veriyle birlikte birinci yılda başlatın. İçeriği kısadır: operatör kimliği saklanacak mı, kim görecek, ne kadar süreyle ve raporlama tasarım gereği toplulaştırılacak mı.

İkincisi düzenlemeye tabi üretim için geçerlidir. İlaçta, tıbbi cihazda ve gıdanın büyük bölümünde, bir kalite kararını kaydeden ya da uygulatan sistem validasyon kapsamındadır: validasyon planı, kalifikasyon, denetim izi, imza yükümlülükleri ve sonrasında yavaşlayan değişiklik kontrolü. Raporlama, duruş toplama ve çizelgeleme bu çizginin dışında kalır; parti blokajı, kalite kararı ve bir muayene sisteminin kullandığı model versiyonu içinde kalır. Modül satın alınmadan önce kapsamı belirleyin, çünkü validasyon çoğu zaman programdaki en uzun tek kalemdir.

MES neden APS'ten, kalite verisi neden yapay zekâ kalite tahmininden önce gelir

İleri planlamaya işin nerede olduğuna dair dünkü varsayımı verirseniz, sıra vardiya başlamadan elle yeniden düzenlenir, planlamacı haftalar içinde Excel'e döner ve hüküm şu olur: çizelgeleme yazılımı kötüydü. Kötü değildi, kördü.

Canlı girdiler bir çizelgeyi olurlu kılar, yürütülebilir kılmaz; APS hayal kırıklıklarının çoğu da bu aradadır. Mükemmel veriyle kurulmuş bir çizelge bile, yanlış amacı optimize ediyorsa görmezden gelinir — fabrika terminle ölçülürken hazırlık süresini azaltmak gibi; ikincil kısıtlar eksikse de görmezden gelinir, çünkü gerçek sıralamayı takım ve aparatlar, yetkinlik matrisi ve paylaşılan işgücü belirler; hiçbir şey dondurulmamışsa yine öyle olur, çünkü sürekli yeniden çözen bir optimizasyon motoru, amir her baktığında ona yeni bir plan verir. Bir donmuş dönem üzerinde anlaşın ve optimizasyonun çalkantısını onun dışında bırakın.

Kalite tahmini de aynı biçimdedir: fireyi öngören bir model, fireyi gerçekleştiği operasyonda, bir nedenle ve süreç bağlamıyla — makine ve takımdan malzeme lotuna kadar — kaydedilmiş olarak ister.

Bakımda, satış konuşmalarında es geçilen bir ayrım var. Titreşim ya da akım imzaları üzerindeki anomali tespiti arıza geçmişi olmadan çalışır; bu, veri olmadan çalıştığı anlamına gelmez: tüm çalışma aralığını kapsayan haftalarca sağlıklı çalışma verisi ister, yoksa hasarda değil her tip değişiminde alarm verir; ayrıca önemsediğiniz arıza modları için monte edilmiş ve o modlara göre örneklenen sensörler ister. O zaman bile yalnızca bir şeyin olağandışı olduğunu söyler; hangi anomalilerin önemli olduğunu bilmek ise arıza modlarıyla birlikte tutulmuş bakım iş emri geçmişi gerektirir.

Ekranda geçti-kaldı gösteren bir kamera da fabrikayı değiştirmiş olmaz: verdiği hüküm, yürütme ve kalite kaydının içinde bir iş emrine, bir partiye ve bir model versiyonuna bağlanmak zorundadır; bu da muayeneyi giriş noktası değil, geç gelen bir yetenek yapar. Sonlu kapasite çizelgelemeyi, bir APS çizelgesinin neyi sağlaması gerektiğini ve bir CMMS'in nerede bitip kestirimci bakımın nerede başladığını ayrı rehberler ele alıyor.

Programı kim yürütür ve operatörler saha veri girişine neden direnir

BT ortaktır, sahip değil: programın sahibi BT olduğunda entegrasyon ve güvenlik için optimize eder, ikisini de iyi yapar, sonra benimsemede tıkanır; çünkü o hatta hiç kimse operatörün ekranı kullanıp kullanmadığından sorumlu değildir. Sahibin altında anahtar kullanıcılar oturur: alan başına bir kişi, ismen belirlenmiş ve saati ayrılmış. Bir ekranın neyi hangi sırayla soracağına onlar karar verir ve saha onları dinler.

Benimsemenin önündeki engel neredeyse her zaman insan olarak dile getirilir; gerçek engel ise genellikle işlemin tasarımıdır. Bir tip değişimi sırasında verilen teyide bakın: eldivenler elde, sıradaki sipariş bekliyor. Bir duruş nedeni girmek görünür hiçbir şeyi değiştirmiyorsa, o giriş vardiyaya konmuş bir vergidir; mümkün olduğunca geç ve genelde vardiya sonunda toplu bir kurgu olarak ödenir. Bakıma bildirim gidiyorsa, vardiya panosunu güncelliyorsa ya da bir sonraki siparişi yeniden sıralıyorsa işin parçası olur.

İyi giriş tasarımı somuttur: makine başında terminaller, tek elle ve eldivenle kullanım, siparişten gelen varsayılan değerler ve yalnızca birkaç kodun kullanıldığı bir taksonomi yerine makine tipi başına kısa bir neden listesi. İşlem işe oturduğunda eğitim, vardiya içinde makine başında verilecek kadar kısalır. Oturmadığında hiçbir sınıf saati bunu düzeltmez; daha fazla eğitim talebi çoğu zaman insan sorunu sanılan bir tasarım sorunudur.

Çoğu eğitim planında iki şey atlanır. Birincisi düzeltmelerdir: doğru miktarı teyit etmeyi öğretmek kolaydır, asıl hasarı eğitimsiz kullanıcı yanlış bir miktarı geri alırken ya da yanlış siparişe yazılmış bir teyidi sökerken verir. İkincisi, eğitimin bir etkinlik olmadığıdır; çünkü amirlerin ihtiyacı operatörlerinkinden fazladır ve yeni girenler, geçici personel ve çok dilli bir saha sürekli gelir.

Pilotu fabrikanın tamamına yaygınlaştırmak: bir pilotu kopyalanabilir yapan nedir

Pilotlar, içlerine tasarlanmış sebeplerle yaygınlaşamaz: en iyi hat, uzak durulan eski makineler, her gün sahada olan tedarikçi, elle derlenmiş ana veri. Yaygınlaşmak üzere kurulmuş bir pilot temsil edici bir hatta çalışır, en az bir zor varlığı kapsar ve hat başına saati kaydeder; çünkü o birim maliyet, yaygınlaştırma planına verilebilecek tek dürüst girdidir.

Çıkış kriterleri ve yaygınlaştırma karar tarihi pilot başlamadan kararlaştırılır, kapanış bölümü ise tedarikçi olmadan yürür. O bölümde önemli olan uzunluğu değil kapsamıdır, çünkü pilotlar nadiren olağan çalışma sırasında başarısız olur. İlk dönem sonu kapanışında başarısız olurlar — rakamların ERP ile mutabık olması gerektiğinde ve biri firenin iki kez yazıldığını bulduğunda — ve bir duruştan sonraki ilk yeniden başlatmada, gateway'ler geri geldiğinde ama tamponlanmış sayaç değerleri gelmediğinde. Bu yüzden kapsamı şart koşun: mutabakatıyla birlikte bir dönem sonu kapanışı, o hattın çalıştığı ürün karmasının tamamı ve bir planlı duruş ile yeniden başlatma. Çoğu fabrikada bu iki hafta değil, bir ay ya da tam bir çevrimdir.

Dijital dönüşüm bütçesi neyi kapsar ve sonrasındaki işletme gideri

En sert pazarlık edilen kalem lisanstır; sonucu belirleyen kalemler ise başka yerdedir: ERP'ye ve makinelere entegrasyon; gateway ve panellerden sonradan takılan sensörlere kadar donanım; ana veri temizliği; eğitim ve tükettiği üretim süresi; ve iç efor. En sık atlanan kalem iç efordur: anahtar kullanıcılar, sahip, BT, gateway montajını yapan teknisyenler, geçiş anında kaybedilen üretim. Bu saatleri kimse maliyetlendirmediyse, lisans ne kadar iyi pazarlık edilmiş olursa olsun bütçe yanlıştır.

Fiziksel iş, takvimleri farklı işleyen iki kategoriye ayrılır. Kablo çekimleri, switch portları ve kontrol ağı ile iş ağı arasındaki ayrım, temin süreleri uzun olan sıradan mühendisliktir ve üretimle birlikte ilerleyebilir. Makine panosunun içindeki hiçbir iş ilerleyemez: o, kilitleme-etiketleme ve planlı duruş gerektiren izole bir iştir; çoğu fabrikada enerjili pano açmak kalıcı olarak yasaktır. Bu yüzden bağlantı takviminin gerçek kısıtı, bu yıl geriye kaç duruş penceresi kaldığı ve her birinin ne kadarını bakımın talep ettiğidir. Bağlantı, yazılım planına göre değil bakım takvimine göre planlanır.

Sonra işletme gideri gelir; hiçbir proje bütçesinde yer almaz ve mali işler direktörünün ilk sorduğu şeydir: dördüncü yılın maliyeti. Abonelik ya da yıllık destek devam eder; endüstriyel paneller ve gateway'ler ofis donanımından hızlı yıpranır. Hepsinden önemlisi, tedarikçi gittikten sonra sistemi içeriden biri işletir: ana veri bakımı, neden kodu ve rota değişiklikleri, kullanıcı yönetimi, her sürümün alınması. Canlıya geçişten sonraki on iki ay için değişikliğe ayrı bütçe ayırın, çünkü finanse etmeye değer talepler ancak saha sistemin söylediğine inandığında gelir.

Üç yıllık akıllı fabrika yol haritası nasıl sıralanır

Bir takvim, bağımlılık sırasının veremediğini verir: her sınırda kimin karar verdiğini ve paranın ve saatlerin nasıl faz faz dağıldığını. Birinci yıl, sonradan değiştirilmesi pahalı olan kararları bağlar ve bunları proje ekibi değil sahip; mali işlerle, BT ile ve işçi konseyiyle birlikte bağlar: KPI tanımları, ana veri yapısı, ERP dikişi, operatör kimliği ve düzenlemeye tabi bir fabrikada validasyon kapsamı. İç efor, lisans harcamasına göre zirvesini burada yapar; bu yüzden klasik bir BT projesi biçiminde kurgulanmış bir bütçe daha baştan yanlıştır. Fabrikaların ertelediği bir kalem birinci yıla aittir: taban çizgisi oluşturmak için en büyük elektrik yüklerine sayaç takılması — bu modelleme değil enstrümantasyondur ve bir enerji standardı ya da denetimi altında çoğu zaman tercihe bağlı değildir.

İkinci yıla geçiş bir tarih değil bir yargıdır; saha, sistemin sayısını görmezden gelmek yerine onunla tartışmaya başladığında geçilir. Bir döngüyü kapatmak, bir amirin ya da kalite müdürünün bir kararı bir kurala devretmesi demektir; bu yüzden o kapsam, yetkisi yer değiştiren insanlarla müzakere edilir ve harcama iç saatlerden lisansa ve entegrasyona kayar. Üçüncü yıl, model tabanlı katmanı iki yıllık kayıt üzerine hak eder ve sınır koşulu sahipliktir: her yetenek için eşiği ve yeniden eğitim takvimini üstlenen isimli bir kişi gerekir. Parça başına atfedilen enerji buraya aittir, çünkü atıf, ilk iki yılın kurduğu yürütme kaydını gerektirir.

Onayda iki durdurma koşulu bulunmalıdır. Saha birinci yılın verisine güvenmiyorsa ikinci yıl başlamaz. Yönetim kurulu bir yapay zekâ girişimi istedi diye üçüncü yılı öne çekmek ise bu sayfanın başında anlatılan tıkanmış projeyi üretir.

Devam edip etmeyeceğinizi nasıl anlarsınız: her aşama için geçiş kriterleri

Her aşamanın, bir şüpheciye gösterebileceğiniz kanıtı olan bir geçiş kriteri olmalı. Bağlantıdan sonra: yakalanan üretim, tam bir vardiya boyunca elle yapılan sayımla, testten önce üzerinde anlaşılmış bir tolerans içinde örtüşüyor mu. İlk raporlanan sayıdan sonra: eski Excel tablosu hâlâ yanında tutuluyor mu; sessizce güncellenmeyi bıraktığında sayı kabul edilmiş demektir.

Bir geçiş kriteri ilk yürütme canlıya geçişine aittir ve neredeyse her zaman atlanır: sistem yokken hat ne yapıyor. Operatörler makine başında teyit vermeye ve kalite partileri kuralla bloke etmeye başladığında, arızalanan bir switch ya da arayüz üretimi durdurur; fabrika kâğıt kaydı tek bir arıza noktasıyla takas etmiştir. Bu yüzden önce kısıtlı çalışma modunu tanımlayın ve test edin: terminal yerelde neyi ve ne kadar süre tamponluyor, kâğıt yedeği ne, sistemsiz çalışmaya kim izin verebilir ve biriken kayıtlar mükerrer saymadan nasıl geri giriliyor. Çalışan bir vardiyada bağlantıyı çekerek test edin, çünkü test edilmemiş yedeğe geçiş, bir canlıya geçişin üretim olayına dönüşmesinin sıradan sebebidir.

Yürütme kaydından sonra: tek bir siparişi, duruşları, fireyi ve üzerinde anlaşılan tanımlama düzeyinde onu kimin çalıştırdığını da içerecek şekilde, kimseye sormadan yeniden kurabiliyor musunuz. Planlamadan önce: vardiya başında yarı mamul stoğu doğru mu. Tek bir geçiş kriterinden daha çok önemli olan bir eğilim var: her yeni hat bir öncekiyle aynı maliyete çıkıyorsa, program bir yöntem değil, özel yapım kurulumlar üretmiştir.

Meta Smart Factory nereye oturur

Meta Smart Factory yukarıdaki katmanları ayrı modüller hâlinde kapsar: MES, MRP ve APS'ten kaliteye, bakıma, depoya ve görüntü işlemeye, oradan ERP entegrasyonuna. Modülerlik bu sıralamayı satın alınabilir kılar, ama ilk satın alma yalnızca bir modül değildir. Tek bir alanda, ismen belirlenmiş tek bir kısıta karşı tek bir modüldür; artı altındaki temel: bağlantı, ana veri temizliği, ERP dikişi ve üzerinde anlaşılmış tanımlar. O temel, birinci yılın eforunun çoğudur ve hiçbir fiyat listesinde görünmez; bu yüzden lisansın içinde varsayılmak yerine onayda kendi kalemi olarak yer almalıdır.

Zor kısımlar hangi platformu seçerseniz seçin yerinde kalır. Sayıların ne anlama geldiğini karara bağlamak, ana veriyi temizlemek, operatörlerin peşinden koşulmadan tamamlayacağı işlemler tasarlamak ve neyi yapmayı bırakacağınızı seçmek ortak iştir. Bulunduğunuz yer burasıysa, kendi kısıtınız için sıralama üzerine yapılacak bir görüşme, bir ürün demosunu yener.