Fire ve Duruş Takibi: Sebep Kodları, Kayıt Disiplini ve Haftalık Rapor

Fire ve duruş takibi neden çoğu fabrikada işe yaramaz?

Fire ve duruş takibi çoğunlukla teknoloji yüzünden değil, sebep kaydı kötü kurulduğu için işe yaramaz. Kayıt tutulur, tablo dolar, ama sebep sütunu ya boştur ya da "arıza", "diğer", "beklendi" gibi her şeyi anlatan ve hiçbir şeyi anlatmayan kelimelerle doludur.

Bu durumun üç tipik nedeni var. Birincisi listenin uzunluğudur: operatör kırk seçenek arasından doğrusunu aramak yerine ilk satırı ya da "diğer"i seçer. İkincisi zamanlamadır: sebep vardiya sonunda hatırlanarak yazılır, kısa duruşlar unutulur. Üçüncüsü tanım eksikliğidir: "malzeme bekleme" bir kişi için depodan gelmeyen hammaddeyi, bir başkası için önceki istasyondan gelmeyen yarı mamulü anlatır.

Amerikan Kalite Derneği (ASQ), veri toplama formunu hazırlarken her olay için önce "operasyonel tanım" yazılmasını önerir. Duruş sebepleri için de aynısı geçerlidir: listedeki her kodun bir cümlelik yazılı tanımı yoksa, aynı olay farklı vardiyalarda farklı kodlarla kaydedilir ve haftalık rapor gerçek dağılımı göstermez.

Sebep kodları nasıl kurulur: iki seviye, kısa liste

Sebep kodları en iyi iki seviyeli bir ağaç olarak kurulur: üst seviyede kaybın hangi ekibin konusu olduğunu söyleyen ana grup, altında o gruptaki somut sebep. Bu yapı hem operatörün iki dokunuşla seçim yapmasını sağlar hem de raporda hem grup hem alt sebep bazında toplam almayı mümkün kılar.

İlk ayrım planlı ile plansız duruş arasındadır. Mola, planlı bakım, vardiya değişimi ve planlı temizlik takvimde bellidir; bunlar ayrı bir planlı duruş grubunda tutulur ve operatöre sorulmaz, plandan gelir. Operatörün seçeceği liste yalnızca plansız duruşları içerir.

Aşağıdaki ağaç bir başlangıç örneğidir. Kodlar ve alt sebepler fabrikanın kendi süreçlerine göre değişir; tabloyu olduğu gibi kopyalamak yerine bir taslak olarak kullanın.

Bu ağaçta 7 ana grup ve yaklaşık 25 alt sebep var. Operatör önce grubu, sonra alt sebebi seçer; hiçbir ekranda 7'den fazla düğme görmez. Fire için de aynı mantıkla ayrı bir ağaç kurulur: hammadde kaynaklı, ayar kaynaklı, makine kaynaklı, operatör kaynaklı, ölçüm/kalite kararı ve taşıma/elleçleme hasarı gibi ana gruplar.

Listeyi kısa tutmanın kuralları

• Ekrana kaydırmadan sığmayan liste yanlış seçimi davet eder; ana grup sayısını 8'in altında tutun.
• Her kodun bir cümlelik yazılı tanımı olsun ve bu tanım operatör ekranında bilgi düğmesiyle görülebilsin.
• Listeye kod ekleme ve çıkarma yetkisi tek kişide olsun; herkesin kod eklediği liste birkaç ayda yeniden kırk satıra çıkar.
• İlk iki ay listeyi iki haftada bir gözden geçirin: hiç seçilmeyen kodu çıkarın, "diğer" altında tekrar eden açıklamayı yeni koda dönüştürün.

Fire, hurda ve yeniden işleme ayrı kodlanır

Fire ve hurda günlük dilde birbirinin yerine kullanılsa da kayıtta ayrılmalıdır. Fire, sürecin doğası gereği oluşan ve çoğu durumda reçetede öngörülen kayıptır: kesim payı, çapak, ayarda harcanan malzeme. Hurda, kalite ölçütünü karşılamadığı için ayrılan üründür. Yeniden işleme ise kurtarılabilir ürüne harcanan ek emektir ve malzeme değil zaman kaybı olarak izlenir. Üçü tek kalemde toplandığında öngörülen kayıp ile önlenebilir kayıp birbirine karışır.

Sebebi kim, ne zaman girer?

Sebebi duruşu yaşayan kişi, yani tezgâhın başındaki operatör girer ve bunu duruş sürerken ya da biter bitmez yapar. Ustabaşı veya bakım sorumlusu kaydı sonradan tamamlar ama başlatmaz; aksi halde kayıt yine vardiya sonuna kalır.

Rollerin ayrımı şöyle kurulabilir:

• Operatör: Duruşun başladığını işaretler (makine sinyali varsa bu otomatik olur), ana grubu ve alt sebebi seçer, gerekiyorsa kısa bir not ekler.
• Vardiya amiri: Belirlenen süreden uzun duruşları ve "diğer" seçilen kayıtları vardiya içinde gözden geçirir, gerekiyorsa kodu düzeltir.
• Bakım: Arıza grubundaki kaydı kapatırken arızanın teknik nedenini ve yapılan işi yazar; operatörün "mekanik arıza" dediği kayıt, bakımın kaydıyla derinleşir.
• Kalite: Fire ve hurda kayıtlarında kalite kararını (hurda mı, yeniden işleme mi) onaylar.

Kısa duruşlar için eşik belirleyin

Her birkaç saniyelik duraksama için operatörden sebep istemek, kayıt disiplinini en hızlı bozan şeydir. Makineden çalışma/duruş sinyali okunabiliyorsa, belirlediğiniz eşiğin altındaki duruşlar sebep sorulmadan "kısa duruş" olarak toplanır; eşiğin üstündekiler için ekran sebep ister. Eşiğin kaç dakika olacağı hattın çevrim süresine göre fabrikayla birlikte belirlenir. Makine sinyali yoksa operatör yalnızca eşiğin üstündeki duruşları kaydeder.

Kayıt disiplini: verinin güvenilir kalması için kontrol listesi

Kayıt disiplini, verinin kimin girdiğine ve ne zaman girdiğine bakılmaksızın aynı kurallarla toplanmasıdır. Aşağıdaki maddeler kâğıt formda da uygulanabilir, ama yazılımda kendiliğinden işler hale gelir.

1. Zaman damgası elle girilmez. Duruş başlangıcı ve bitişi ya makine sinyalinden ya da ekrandaki düğmeye basıldığı andan alınır. "14:00-14:30" diye yuvarlanmış kayıt, gerçekte 14:07-14:41 olan duruşu saklar.
2. Sebepsiz duruş kapanmaz. Sebebi girilmemiş duruş "açık" kalır ve vardiya sonunda ustabaşının ekranında liste olarak görünür.
3. Düzeltme iz bırakır. Kod sonradan değiştirilebilir, ama eski kod, yeni kod, değiştiren kişi ve saat kayıtta kalır.
4. Not alanı zorunlu değildir, "diğer" seçildiğinde zorunludur. Böylece listede eksik olan sebep notlardan bulunur.
5. Tanımlar tek yerde durur. Kod sözlüğü yazılı tutulur ve değiştiğinde tarih alır; geçmiş raporlar eski tanıma göre okunabilir.
6. Kayıt cezalandırma aracı olarak kullanılmaz. Duruş verisi ilk dönemde kişi değil makine ve süreç bazında konuşulur. Operatör kaydın kendisine karşı kullanılacağını düşünürse kısa duruşlar kayda girmez.

Son madde teknik değil ama en belirleyici olanıdır. İyi kurulmuş bir sistem bile, kayıt girenin çekindiği bir ortamda düzgün görünen ama eksik veri üretir.

Pareto ile haftalık rapor: hangi sebebe önce bakılır?

Haftalık raporun işi, kaybın en büyük kısmını oluşturan az sayıdaki sebebi öne çıkarmaktır; bunun için Pareto grafiği kullanılır. ASQ'nun tanımına göre Pareto grafiği, çubuk uzunluğunun sıklığı ya da maliyeti (zaman veya para) gösterdiği ve en uzun çubuğun solda yer aldığı bir sütun grafiğidir; yedi temel kalite aracından biri sayılır. Çoğu uygulamada çubukların üstüne kümülatif toplamı gösteren bir çizgi de eklenir.

Burada sık yapılan bir hata var: Pareto, "kaybın her zaman tam 80/20 dağıldığı" bir kural değildir. Kalite yönetiminin öncülerinden Joseph Juran'ın "az sayıdaki hayati sebep" diye tarif ettiği bir eğilimi görünür kılar. Dağılım sizin hattınızda farklı çıkabilir; önemli olan sıralamadır.

Örnek senaryo: bir haftanın duruş verisi

Aşağıdaki veriler tamamen varsayımsaldır ve tek bir hattın bir haftalık plansız duruş kaydını temsil eder.

Bu tabloda süreye göre ilk üç sebep kaybın yaklaşık beşte dördünü oluşturuyor. Aynı veriyi olay sayısına göre sıraladığınızda ise "ilk parça onayı" 14 olayla açık ara birinci çıkıyor. İkisi de doğrudur ve farklı soruların cevabıdır: süre Pareto'su kapasite kaybını, sayı Pareto'su hattın ne sıklıkla bölündüğünü gösterir. Haftalık raporda ikisini yan yana koymak, tek grafiğin gizleyeceği bir sorunu görünür kılar.

Fire Pareto'su adetle değil maliyetle de çizilir

Fire için adet bazlı Pareto yanıltıcı olabilir. Çok sayıda ucuz parçanın firesi listenin başına çıkarken, az sayıda ama pahalı malzemeden çıkan fire alt sıralarda kalır. Fire kaydı malzeme koduyla tutulduğunda, birim maliyet muhasebe ya da ERP programından okunur ve Pareto maliyet bazında da çizilir. Hangi birim maliyetin kullanılacağı mali müşavirinizle ve maliyet sorumlusuyla belirlenir; rapor sadece aynı kuralı her hafta tutarlı uygular.

Haftalık raporun tek sayfalık şablonu

Haftalık rapor tek sayfaya sığmalı ve toplantıdan önce okunmuş olmalıdır. Sayfa sırası şöyle olabilir:

1. Veri kalitesi kutusu: sebebi girilmemiş duruş sayısı, "diğer" seçilen sürenin toplam içindeki payı, sonradan kodu değiştirilen kayıt sayısı. Bu kutu kötüyse aşağıdaki grafikler dikkatle okunur.
2. Süre Pareto'su: plansız duruşların alt sebep bazında dağılımı ve kümülatif çizgi.
3. Sayı Pareto'su: aynı sebeplerin olay sayısına göre sıralaması.
4. Fire Pareto'su: fire sebeplerinin miktar ve maliyet bazında sıralaması.
5. Geçen haftayla karşılaştırma: ilk üç sebebin süresi geçen hafta ne kadardı, bu hafta ne kadar.
6. Aksiyon listesi: her biri bir sebebe bağlı, sorumlusu ve hedef tarihi yazılı en fazla üç aksiyon.
7. Önceki aksiyonların durumu: geçen hafta açılan aksiyonlar kapandı mı, sebebin süresi değişti mi?

Son madde raporun asıl işidir. Aksiyonu açılıp sonucu bir sonraki haftada ölçülmeyen bir Pareto, her pazartesi aynı tartışmayı tekrar eder. Rapor bir üretim takip programından otomatik çıkıyorsa, hazırlık için kimsenin Excel'de saat harcamasına gerek kalmaz ve toplantı doğrudan aksiyon listesiyle başlar.

Kâğıt, Excel mi, üretim takip programı mı?

Fire ve duruş kaydının hangi araçla tutulacağı hat sayısına, makine parkına ve raporun ne kadar hızlı gerektiğine göre seçilir. Hepsinin yeri var.

Hazır bir program sebep ağacınızı ve haftalık raporunuzu taşıyabiliyorsa, özel geliştirme önermeyiz. Özel bir üretim takip programı ancak kod yapınız, onay akışınız veya ERP bağlantınız hazır ürünün kalıbına sığmadığında anlam kazanır.

Sıkça Sorulan Sorular

Duruş sebep listesinde kaç kod olmalı?

Tek bir doğru sayı yok, ama operatörün gördüğü her ekranda düğme sayısı kaydırmadan sığacak kadar az olmalıdır. İki seviyeli yapıda 6-8 ana grup ve her birinin altında 3-5 alt sebep, çoğu hat için yönetilebilir bir başlangıçtır. Liste ilk iki ay sık gözden geçirilir; hiç seçilmeyen kod çıkarılır.

"Diğer" seçeneğini tamamen kaldırmalı mıyız?

Hayır, çünkü listede olmayan bir sebep mutlaka çıkar ve operatörü yanlış kod seçmeye zorlamak daha kötüdür. Bunun yerine "diğer" seçildiğinde kısa bir not zorunlu tutulur. Haftalık raporda "diğer"in payı izlenir; pay büyüyorsa notlarda tekrar eden açıklama yeni bir koda dönüştürülür.

Makinelerimizde PLC yok; duruş takibi yine yapılabilir mi?

Evet. PLC'si olmayan tezgâhta duruşun başlangıcını ve bitişini operatör ekrandan işaretler, gerekirse harici bir sayaç veya sensörle çalışma sinyali alınır. Makine sinyali olsa bile duruşun sebebini çoğu durumda yine insan girer; ilk aşamada en çok değer üreten şey de bu sebep kaydıdır.

Haftalık rapor için ne kadar veri gerekir?

İlk hafta verisi bile bir sıralama verir, ama tek haftalık Pareto tesadüflere açıktır. Birkaç haftalık veri biriktiğinde sıralamanın kalıcı olup olmadığı görülür. Bu dönemde hedef konmaz; amaç önce gerçek dağılımı görmektir.

Fire kaydı muhasebe programına aktarılmalı mı?

Fire miktarı ve nedeni üretim tarafında tutulur; muhasebe programına hangi kalemlerin, hangi kayıt yöntemiyle aktarılacağı mali müşavirinizle belirlenir. Aktarım gerekiyorsa, programın resmi arayüzü üzerinden yapılır. Ayrıntılı neden ve operasyon bilgisi üretim tarafında kalır, muhasebeye gerekli özet gider.

Sonraki adım: kendi sebep ağacınızı bir hafta deneyin

Yazılıma geçmeden önce yapabileceğiniz en faydalı şey, yukarıdaki ağacı kendi hattınıza göre düzenleyip bir hafta kâğıtta denemektir. Hangi kodun hiç seçilmediğini, "diğer"in nerede şiştiğini ve ustabaşının vardiya sonunda kaç kaydı tamamlamak zorunda kaldığını görürsünüz. Bu bilgi, ister hazır bir program alın ister özel bir üretim takip programı yaptırın, kurulumun en değerli girdisidir.

Mersin merkezli bir yazılım ekibiyiz ve sebep ağacının kurulmasından haftalık raporun mevcut ERP verisiyle birleşmesine kadar işi fabrikanın kendi akışına göre kuruyoruz. İlk keşif görüşmesi online ve ücretsizdir; hattınızı ve mevcut kayıt düzeninizi konuşmak için iletişime geçin. İsterseniz WhatsApp'tan da yazabilirsiniz.