Süreç bilgisinin kurumsallaşması: ustanın bildiğini sistem nasıl öğrenir?

Her tesiste, yazılı hiçbir yerde bulunmayan ama üretimin gerçekten ona dayandığı bir bilgi katmanı vardır: hangi hamurda hangi ayarın tutacağı, hangi müşterinin hangi toleransta itiraz etmediği, hangi kalıpta ilk on baskının fireye gittiği. Bu bilgi bir kişinin hafızasında durduğu sürece tesis, o kişinin takvimine bağlıdır.

Bilgi kişide durduğunda ne olur

Belirtileri tanıdıktır. Deneyimli operatör izne çıktığında ayar süresi uzar; yeni gelen kişi aynı işi ikinci kez öğrenmek zorunda kalır; müşteriye özel bir istisna, o istisnayı bilen kişi vardiyada olmadığı için atlanır. Bunların hiçbiri bir yazılım açığı değil — hiçbirinin kaydı olmadığı için hiçbiri raporlanamıyor da.

Sonuç, çoğunlukla maliyet olarak görünür ama kaynağı bilgi kaybıdır: aynı işi ikinci kez yapmak, ayarı deneme yanılmayla bulmak, tolerans dışı ürünü müşteri şikâyetinden öğrenmek. Bu kayıpların nereye yazıldığını görünmeyen maliyet yazısında ayrıntılı ele aldık.

Bir tesisin gerçek sistem olgunluğu, en deneyimli kişisi iki hafta izne çıktığında ne kadar yavaşladığıyla ölçülür.

Üç katman: reçete, ayar, istisna

Süreç bilgisini tek bir yığın olarak ele almak, projeyi başlamadan büyütür. Üç ayrı katman olarak ele almak ise sıralamayı netleştirir; her katmanın yazılma yöntemi ve yeri farklıdır.

Birinci katman zaten çoğu sistemde vardır: ürün ağacı ve rota tanımı. İkinci katman genellikle eksiktir — ayar değerleri makinenin başındaki deftere yazılır, sisteme değil. Üçüncü katman ise neredeyse hiç yazılmaz; çünkü istisna, tanımı gereği düzensizdir.

İstisna katmanı neden en değerlisidir

Reçeteyi yeni bir çalışan bir günde öğrenir. Ayarı bir haftada yaklaşık olarak bulur. İstisnayı ise ancak hata yaparak öğrenir — ve o hatanın bedelini müşteri öder. Bu yüzden kurumsallaştırma çalışmasına istisnadan başlamak, en az emekle en çok riski kaldırır.

Yazıya geçirmenin yöntemi

Yaygın yaklaşım şudur: deneyimli kişilerle oturup her şeyi bir dokümana yazmak. Bu yaklaşım neredeyse her zaman yarım kalır, çünkü bilgi soru sorulmadan hatırlanmaz. İşe yarayan yöntem, bilgiyi işin akışı içinde toplamaktır.

1. 1İş emrini kanca olarak kullanın. Ayarı yapan kişi işi başlatırken kullandığı parametreyi girer. İlk seferde eksik girilir; üçüncü ayda o ürünün parametre geçmişi oluşur.
2. 2Sapmayı fırsat sayın. Planlanan ile gerçekleşen ayrıştığında nedeni seçmeli listeden alın. Neden listesi zamanla tesisin gerçek istisna kataloğuna dönüşür.
3. 3Kalite sonucunu kurala bağlayın. Bir müşteri şikâyeti kapandığında, o şikâyetin tekrarını engelleyecek kural aynı ekranda tanımlanır. Kural, ürüne veya müşteriye bağlanır; kişiye değil.
4. 4Onayı zorunlu kılın, açıklamayı serbest bırakın. Kritik adımda onay zorunlu olsun; açıklama alanı isteğe bağlı kalsın. Zorunlu serbest metin, dolu görünen ama boş bir alan üretir.

Operatörü zorlamayan kayıt tasarımı

Bir kayıt sistemi, veri kalitesini iki şeyle belirler: girmenin ne kadar sürdüğü ve girenin karşılığında ne gördüğü. Süre uzarsa kayıt geç ve toplu girilir; karşılık yoksa kayıt gelişigüzel girilir. İkisi birlikte olduğunda veri vardır ama güvenilmez — en pahalı durum budur.

Pratik ölçütümüz sade: bir hareket için bir okutma. Malzeme tüketimi barkodla, duruş nedeni tek dokunuşla, kalite sonucu önceden tanımlı seçeneklerle. Mobil barkod ve MES tarafında ekranları bu ölçüte göre kuruyoruz. Karşılık tarafında ise operatörün kendi hattının durumunu görmesi yeterli: hedefin önünde mi, gerisinde mi.

Nasıl ölçersiniz

Kurumsallaşma soyut bir kelime; ölçülebilir karşılıkları var. Aşağıdaki dört gösterge, bilginin kişiden sisteme geçtiğini gösterir. Hiçbiri yeni bir veri toplama işi gerektirmez; hepsi mevcut kayıttan çıkar.

• İlk seferde doğru ayar oranı. İş başlangıcında hedef değerlere kaç denemede ulaşıldığı. Parametre geçmişi biriktikçe yükselir.
• Devir teslim etkisi. Deneyimli kişinin bulunmadığı vardiyalarda ayar süresi ve fire oranının sapması. Kurumsallaşma bu sapmayı daraltır.
• “Diğer” oranı. Duruş ve fire nedenlerinde seçilemeyip serbest metne düşen kayıtların payı. Düşmesi, neden ağacının gerçeği kapsadığını gösterir.
• Tekrarlayan şikâyet payı. Aynı nedenle ikinci kez gelen müşteri şikâyeti. İstisna kuralları yazıldıkça azalır.

Bu göstergeleri hangi ekranda izlediğimizi yönetici dashboard sayfasında görebilirsiniz.

Sık sorulan sorular

Deneyimli operatörler bilgilerini sisteme yazmak istemezse ne olur?

Direncin kaynağı genellikle bilginin elden gitmesi korkusu değil, ek iş yüküdür. Bilgi ayrı bir dokümantasyon görevi olarak istendiğinde direnç haklıdır. İşin akışı içinde — ayar yapılırken kullanılan değerin girilmesiyle — toplandığında ek yük neredeyse sıfırdır ve direnç kendiliğinden azalır.

Bu çalışma ne kadar sürer?

Reçete katmanı zaten kuruluysa, ayar ve istisna katmanlarının anlamlı hâle gelmesi için genellikle iki-üç aylık üretim geçmişi gerekir. Süreyi belirleyen şey proje takvimi değil, o ürünün kaç kez üretildiğidir: az üretilen ürünün bilgisi de yavaş birikir.

Yazılı prosedürlerimiz var, bu yeterli değil mi?

Prosedür ne yapılacağını söyler; süreç bilgisi hangi koşulda hangi değerin tuttuğunu söyler. İkisi birbirinin yerine geçmez. Prosedür kalite sisteminin, süreç bilgisi üretim kaydının parçasıdır — ve ikincisi ancak iş emrine bağlı tutulduğunda güncel kalır.