Andon panelinde yanan bir ışık veya ekranda beliren bir uyarı, tek başına sorunu çözmez; değer, çağrının ne kadar sürede sahiplenildiği ve ne zaman güvenle kapatıldığında ortaya çıkar. Müdahale süresi — arıza anından üretimin tekrar akışa girdiği ana kadar geçen süre — çoğu fabrikada hâlâ tahmine dayalı konuşulur. Oysa doğru kayıt disipliniyle bu süre ölçülebilir, karşılaştırılabilir ve iyileştirilebilir hale gelir.
Müdahale süresini parçalara ayırmak
MTTR (Mean Time To Repair) kavramı bakım dünyasında tanıdıktır; Andon bağlamında ise yalnızca tornavida çevirme süresini değil, çağrının açılmasından kapanış onayına kadar geçen tüm aralığı kapsar. Pratikte bu süreyi üç dilime ayırmak analizi kolaylaştırır: tepki süresi (operatörün çağrıyı tetiklemesi ile ilgili ekibin sahaya ulaşması arası), teşhis süresi (kök nedenin belirlenmesi) ve onarım süresi (fiziksel müdahale ve test). Her dilim ayrı kaydedildiğinde hangi ekip veya vardiyanın darboğaz olduğu netleşir.
Operatörün doğru duruş kodu seçmesi bu ayrımın temelidir. Yanlış kod, yanlış ekibe yönlendirme ve gereksiz bekleme demektir. Eskalasyon matrisi devreye girdiğinde ikinci ve üçüncü kademe süreleri de ayrı satırda tutulmalı; aksi halde MTTR tek bir bulanık rakama indirgenir.
Bekleme kayıpları ve OEE bağlantısı
Müdahale süresinin görünmez yüzü beklemedir: parça gelene kadar beklemek, kalite onayı için durmak, vardiya değişiminde açık kalan çağrılar. Bu aralıklar OEE kayıpları tablosunda genellikle "planlı olmayan duruş" altında toplanır; fakat bekleme ile aktif onarımı birbirinden ayırmadan iyileştirme hedefi koymak yanıltıcı olur. Andon kaydında "müdahale başladı" ve "üretim devam etti" anları zaman damgasıyla işaretlendiğinde, bekleme payı ayrı KPI olarak izlenebilir.
Vardiya sınırında açık kalan çağrılar müdahale süresini yapay olarak uzatır. Vardiya devir teslimi protokolünde açık Andon listesinin zorunlu okunması, gece vardiyasının sabaha bıraktığı birikmiş çağrıları görünür kılar. Devir teslim formu ile dijital Andon kaydının eşleşmemesi, MTTR raporlarında tutarsızlık yaratır; iki kaynak aynı olay kimliğini paylaşmalıdır.
Kapanış disiplini ve doğrulama adımları
Çağrıyı hızlı kapatmak ile sorunu gerçekten çözmek farklı şeylerdir. Sağlıklı kapanış disiplini şu adımları içerir: operatörün üretimin normale döndüğünü onaylaması, gerekirse kısa bir test partisi veya ilk parça kontrolü, ardından sistemde kapanış kodunun seçilmesi. Kalite şüphesi varsa çağrı kapatılmadan kalite kaydı ile ilişkilendirilmeli; böylece müdahale süresi ile kalite etkisi aynı olay zincirinde izlenebilir.
Kapanış sonrası kısa bir "neden özeti" alanı — serbest metin değil, standart seçeneklerden oluşan bir liste — tekrarlayan arızaları gruplamayı kolaylaştırır. Aynı istasyonda iki hafta içinde üç kez aynı kodla kapanan çağrı, kök neden analizi veya planlı bakım tetikleyicisi olarak işaretlenmelidir. Bu veri izlenebilirlik raporlarına da beslenir; hangi operatör, hangi ekip ve hangi parçada tekrar eden gecikme olduğu sorgulanabilir kalır.
MTTR'yi iyileştirmek için operasyonel adımlar
Ölçüm olmadan hedef konulamaz. Haftalık MTTR trendini istasyon, duruş kodu ve vardiya kırılımında görmek, genel ortalamaya takılıp kalmayı engeller. Tepki süresi uzunsa rota ve yetki matrisi gözden geçirilir; teşhis süresi uzunsa standart arıza ağacı veya görsel talimatlar Andon ekranına bağlanır. Dijital Andon verisinin MES katmanına aktarılması, müdahale metriklerini üretim emri ve parti numarasıyla eşleştirir; bu entegrasyonun kapsamı için MES ile MOM farkını anlamak faydalıdır.
Saha ekipleri için basit bir kural yeterli olabilir: açık çağrı sayısı tavanı aştığında yeni iş başlatılmaz, önce mevcut kuyruk temizlenir. Bu disiplin, müdahale süresini doğrudan kısaltmaz; fakat birikmiş çağrıların MTTR ortalamasını şişirmesini önler ve gerçek performansı yansıtır.
Andon müdahale süresini sistematik ölçmek isteyen işletmeler, sahadaki çağrı akışını dijitalleştiren üretim görünürlük çözümleri ile başlayabilir. Pilot hat seçimi, kod seti tasarımı ve kapanış kurallarının netleştirilmesi çoğu uygulamada ilk haftalarda tamamlanır. Daha geniş fabrika ölçeğine geçerken endüstriyel dijital dönüşüm deneyimi olan bir partner, eskalasyon matrisi ile MTTR raporlamasını aynı veri modelinde birleştirmeye yardımcı olur. Süreç tasarımı ve saha devreye alma adımları için teknik danışmanlık üzerinden ihtiyaç analizi yapılması, bekleme kayıplarının ölçülmeden hedeflenmesini engeller.
