Vaka İncelemesi: Kocaeli'de Bir Otomotiv Yan Sanayi Fabrikasında OEE Krizi ve TPM ile Dönüş
Vakaya Giriş
Not: Bu vaka, gerçek bir firmayı değil, otomotiv yan sanayinde sık görülen durumlardan derlenmiş örnek bir senaryodur. Rakamlardan çok karar anlarına ve o kararların gerekçesine odaklanır.
Kocaeli'de orta ölçekli bir yan sanayi fabrikası, birkaç otomotiv üreticisine pres ve montaj parçası tedarik ediyor. Tablo tanıdık: hatlar sık duruyor, sevkiyatlar aksıyor, hafta sonu mesaisi olağan hâle gelmiş. Bir gün genel müdür şunu soruyor: “Hatlarımız gerçekte ne kadar verimli?” Kimse tutarlı bir yanıt veremiyor.
Adım 1: Yanlış Veriyle Başlayan OEE
Fabrika OEE ölçümüne başlıyor, ancak ilk hata burada yapılıyor. Rakam çıkıyor, fakat güvenilmez bir rakam.
- Veri vardiya sonunda, hafızadan dolduruluyor.
- Duruş nedeni kutusuna çoğu zaman “diğer” yazılıyor.
- Planlı duruşlar bazen hesaba katılıyor, bazen katılmıyor.
- İdeal çevrim süresi yıllar önceki bir etütten kalma ve kimse güncelliğini bilmiyor.
Sonuç: hatlar birbiriyle kıyaslanamıyor. Üretim “bakım yüzünden” diyor, bakım “plansız sipariş değişiklikleri yüzünden” diyor. Rakam tartışmayı bitirmek yerine büyütüyor.
Adım 2: Ortak Kayıp Panosu
Dönüm noktası, üretim, bakım ve kalite ekiplerinin birer temsilciyle aynı masaya oturması oluyor. Alınan ilk karar tanım birliği:
- Hangi duruş planlı, hangisi plansız sayılacak?
- Her ürün için ideal çevrim süresi kaç ve kim onaylıyor?
- Duruşu kim, ne zaman ve hangi formda kaydedecek?
İkinci karar kayıp panosu. Her hattın başına asılan panoda operatör, her duruşu süresiyle birlikte Altı Büyük Kayıp kategorilerinden birine yazıyor. “Diğer” satırı bilinçli olarak küçük tutuluyor.
| Kayıp kategorisi | Panoda nasıl görünür? | İlk aksiyon |
|---|---|---|
| Arıza | Süresiyle “makine durdu” kaydı | Tekrar eden arızaların listesi |
| Ayar ve geçiş | Ürün veya kalıp değişiminde geçen süre | Geçiş adımlarını yazıp standartlaştırma |
| Küçük duruş | Kısa ve sık duruşlar için tekrar işareti | Operatörle birlikte kök gözlem |
| Hız kaybı | İdeal ile fiili çevrim süresi farkı | Hattın neden yavaş çalıştırıldığını sorma |
| Başlangıç hurdası | Vardiya başındaki ilk parçaların reti | Isınma ve ayar standardı |
| Üretim hurdası | Ret nedeni kodu | Kalite ile ortak analiz |
Birkaç hafta içinde şaşırtıcı bir tablo çıkıyor: herkesin konuştuğu büyük arızalar kaybın yalnızca bir kısmı. Asıl sızıntı küçük duruşlarda, ayar ve geçiş sürelerinde ve vardiya başındaki hurdada. Yani sorun yalnızca bakımın sorunu değil.
Adım 3: Tek Hatta Otonom Bakım Pilotu
Üçüncü karar, otonom bakımı her hatta birden değil tek bir pilot hatta başlatmak. Pano verisine bakılarak en çok küçük duruş biriktiren hat seçiliyor.
- Operatörlere temizlik, yağlama ve bağlantı kontrolünü içeren kısa bir standart veriliyor.
- Bakım teknisyeni sahada operatörün yanında durup kontrol noktalarını gösteriyor.
- Fark edilen anormallikler etiketle işaretleniyor.
- Bakım ekibi, etiketlere belirli bir sürede yanıt vereceğine dair açık bir söz veriyor.
Son madde kritik: operatör bildirip bakım gelmiyorsa sistem birkaç haftada ölür.
Adım 4: Orta Yönetimin Direnci
Direnç kaçınılmazdı ve en çok orta yönetimden geldi. Fabrikanın yanıtı uzun ikna konuşmaları değil, somut hamleler oldu.
| Direnç cümlesi | Arkasındaki kaygı | Verilen yanıt |
|---|---|---|
| “Operatör bakımla uğraşırsa üretim düşer.” | Günlük hedefin tutmaması | Pilotta bakım görevleri kısa tutuldu, süre vardiya planına yazıldı |
| “İşimizi elimizden alıyorsunuz.” | Bakım ekibinin rolünü ve önemini yitirmesi | Bakımın rolü “yangın söndüren”den “eğitmen ve planlayıcı”ya genişletildi |
| “Yine bir proje daha.” | Önceki girişimlerin yarım kalması | Pilot hattın panosu herkese açıldı, sonuçlar kendi adına konuştu |
Ayrıca şeflerin hedeflerine OEE'nin yanında kayıp kapatma aksiyonları da eklendi. Böylece sistemin başarısı, orta yönetimin kendi başarısıyla bağlandı.
Sonuçlar
- Pilot hatta arızalar seyrekleşti.
- Hat duruş süreleri kısaldı.
- Operatörler makinelerini daha iyi tanır hâle geldi ve anormallikleri erken bildirmeye başladı.
- Diğer hatlar panoyu görünce kendiliğinden sıra beklemeye başladı; yayılım gönüllü talep üzerinden ilerledi.
Kendi işyerinizde iyileşmeyi göstermek için önce başlangıç değerinizi güvenilir veriyle belirleyin, hedefi de kendi hattınızın verisiyle koyun.
Çıkarılan Dersler
- Önce veri: Tanımlar ve kayıt kuralları netleşmeden OEE rakamı tartışma çıkarır.
- Kayıplar görünür olmalı: Ortak pano, suçlama yerine ortak problem tanımı yaratır.
- Pilot küçük olmalı: Tek hat, hızlı öğrenme ve inanılır bir örnek demektir.
- Söz tutulmalı: Bakımın etiketlere yanıt taahhüdü, otonom bakımın sigortasıdır.
- Orta yönetim bağlanmalı: Hedef ve rol değişmeden davranış değişmez.
Şablon: Kayıp Panosu Satırı
| Tarih / Vardiya | Hat | Başlangıç – Bitiş | Süre | Kayıp kategorisi | Kısa açıklama | Kaydeden |
|---|---|---|---|---|---|---|
| … | … | … | … | Altı Büyük Kayıptan biri | Tek cümle | Operatör adı |
Kendi Panonuzu Kurarken
- Duruşu olay anında veya hemen sonrasında yazın, vardiya sonuna bırakmayın.
- “Diğer” satırını sınırlı tutun; sık kullanılıyorsa yeni bir kategori ekleyin.
- Haftalık kısa bir toplantıda üç ekibin temsilcisiyle panoyu birlikte okuyun.
Tartışma Soruları
- Soru 1: Sizin işyerinizde duruş ve üretim verisini kim, hangi anda ve hangi formla kaydediyor? Bu veriye ekipler ne ölçüde güveniyor?
- Soru 2: Otonom bakım pilotu için hangi hattı seçerdiniz ve seçim ölçütünüz ne olurdu? Bakım ekibi hangi konuda hangi sözü verebilirdi?
- Soru 3: Orta yönetiminizin bu dönüşüme yönelik en büyük kaygısı ne olurdu? Bu kaygıyı hangi somut hamleyle ele alırdınız?
Bu dersi kayıt olmadan izleyebilirsin. İlerlemeni kaydetmek, sertifika almak ve puan tablosuna girmek için ücretsiz üye ol: Kayıt Ol