Üretimde Andon sistemi: Sinyalleri eyleme dönüştürün

Ana Sayfa » Kaynaklar » Üretimde Andon sistemi: Sinyalleri eyleme dönüştürün

Tahmini okuma süresi: 11 dakika

Bir operatör sorun bildirir. Işığın durumu değişir, herkes bunu fark eder ama iş hâlâ bekler. Bakım ekibi, amirin konuyla ilgilendiğini; amir ise birinin bakıma çoktan haber verdiğini varsayar. Bu sırada bir sonraki bölüm, çalışamayan makine için iş hazırlamaya devam eder.

İşe yarayan bir Andon sistemi tam da bu boşluğu kapatmalıdır. Üretimde Andon, normalden sapmaları görünür kılar ve dikkati yardıma ihtiyaç duyulan yere çeker. Asıl değeri ise sonrasında yapılanlardan gelir: Bir kişi sorumluluğu üstlenir, doğru desteği sağlar ve sürecin yeniden hazır olduğunu teyit eder.

Üretim müdürünün yönetmesi gereken bir sonuç daha vardır. Teyit edilmiş bir kesinti, yalnızca duran operasyonu değil, birden fazla müşteri siparişinin sıralamasını da değiştirebilir. SkyPlanner APS, birbirine bağlı bu işleri kapasitedeki değişikliğe göre yeniden çizelgelemenize yardımcı olur. Böylece fabrika, o an oluşturulmuş ayrı ayrı acil iş listeleri yerine ortak bir planı izler.

Üretimde Andon sistemi nedir?

Andon, üretimin durumunu göstermek ve normalden sapmaları ya da yardım ihtiyacını bildirmek için kullanılan bir görsel yönetim yöntemidir. Bir ip, düğme veya makineden gelen sinyal; nerede ilgilenilmesi gereken bir durum olduğunu gösteren bir ışığı, panoyu ya da başka bir bildirimi etkinleştirebilir. Adı, Japoncada fener anlamına gelen bir sözcükten gelir ve Toyota Üretim Sistemi ile yakından ilişkilidir.

Gereken temel bilgiler basittir: Sorun nerede, nasıl bir yardım gerekiyor ve kim müdahale ediyor? Sürece bağlı olarak sinyal; bir ekipman sorununu, kaliteyle ilgili bir kaygıyı, eksik bir parçayı veya operatörün üzerinde anlaşılmış iş sırasına yetişememesini bildirebilir.

Andon panosu, planlanan ve gerçekleşen üretim miktarlarını da gösterebilir. Ancak sonuçları gösteren bir ekran, müdahale sisteminin tamamı değildir. Operatör sinyal verdikten sonra iş merkezinden ayrılıp amirini aramak zorunda kalıyorsa iletişimin en önemli kısmı hâlâ çözülememiş demektir.

İlgili iki kavramla arasındaki fark, Andon’un amacını netleştirir:

• Andon ile üretim panosu arasındaki fark: Üretim panosu, seçilmiş üretim bilgilerini bir arada sunar. Andon ise belirli bir duruma yönelik acil müdahaleyi yönlendirir. Bir ekran her iki amaca da hizmet edebilir, ancak uyarı göstermek, müdahale sorumlusunu belirlemek anlamına gelmez.
• Andon ile kanban arasındaki fark: Kanban, çekme sisteminde üretim veya ikmal için onay ya da sinyal verir. Andon ise mevcut durumu veya ilgilenilmesi gereken bir sorunu bildirir. Malzeme eksikliği bir Andon çağrısını tetikleyebilir; bu, iki yöntemin birbirinin yerine kullanılabileceği anlamına gelmez.

Andon, jidoka yaklaşımını da destekler: Hatalı üretimin süreç boyunca devam etmesine izin vermek yerine normalden sapmaları fark edip bunlara müdahale etmek. Uygulamada başlangıç noktası daha gösterişli bir ekran değildir. Önce, biri yardım istediğinde ne yapılacağı konusunda anlaşmak gerekir.

Sinyalin ardından yapılacak müdahaleyi tanımlayın

İşe yarayan bir Andon süreci, ilk gözlemden doğrulanmış sonuca kadar uzanır. Görev devirlerini, yalnızca her zamanki amir yakındayken değil, yoğun bir vardiyada da işleyecek kadar açık tanımlayın.

Aşama	Ekibin yapması gerekenler	Devrin gerçekleştiğini gösteren durum
Sinyal verme	Etkilenen istasyonu ve gözlenen durumu, üzerinde anlaşılmış kanaldan bildirin.	İlgili müdahale sorumlusu, nerede yardıma ihtiyaç olduğunu anlayabilir.
Çağrıyı üstlenme	Belirlenmiş müdahale görevlisi sorumluluğu üstlenir ve operatöre çağrının alındığını bildirir.	Sorumluluk bir kişidedir; çağrının alındığına dair teyit, sorunun çözüldüğü şeklinde anlaşılmaz.
Müdahale etme ve gerektiğinde üst kademeye taşıma	Durumu değerlendirin, uygun uzmanı çağırın ve üretimde uygulanması kararlaştırılan müdahale adımlarını izleyin.	Bir sonraki adım, sorumlu kişi ve bir sonraki bilgilendirmenin zamanı bellidir.
Çalışır duruma getirme ve doğrulama	Normal çalışmaya dönmeden önce gerekli ekipman, süreç ve kalite kontrollerinin tamamlandığını teyit edin.	Sorumlular, yalnızca ışığın sıfırlandığını değil, sürecin çalışmaya hazır olduğunu teyit eder.
Geri bildirim ve iyileştirme	Ekibe nelerin değiştiğini bildirin ve kalan inceleme ya da düzeltici işler için sorumluları belirleyin.	Operatör sonucu bilir ve tekrarlayan sorunların takibi yapılır.

İlk müdahale sorumluluğunu, gerçekten harekete geçebilecek bir role verin. “Vardiyadaki herkes” bir izleyici kitlesidir, sorumlu değildir. Ekip lideri ilk çağrıyı üstlenip bakım, kalite veya malzeme tedarikini koordine edebilir; başka bir fabrikada ise bu kategoriler doğrudan ilgili sorumlulara atanabilir. Her iki düzende de asıl görevli bulunmadığında veya başka bir işle meşgul olduğunda devreye girecek bir yedek gerekir.

Görev devredilirken sorumluluğun sahipsiz kalmasına izin vermeyin. Amir bakım ekibini çağırıyorsa üretime bilgi verme sorumluluğunun kimde kalacağını kararlaştırın. Bir mesajı başkasına iletmek, operatörü bölümler arasında beklemede bırakmamalıdır.

Çağrıyı aldığınızı hızla teyit edin, ancak sırf performans puanı için kaydı aceleyle kapatmayın. “Gördüm” ile “süreç yeniden çalışır durumda” farklı olaylardır. Bunları ayrı tutmak, yeşil bir ekranın tamamlanmamış işleri gizlemesini önler.

Andon ipini çekmek hattı durdurur mu?

Bu, sistemin ve üretim sürecinin nasıl tasarlandığına bağlıdır. Andon çağrısı, onaylanmış koşullar altında çalışma sürerken yardım talep edebilir veya bir duruşla bağlantılı olabilir. Toyota’nın sabit konumda duruş yaklaşımında çağrı üzerine yardım gelir; sorun çözülmezse hat, tanımlanmış bir konumda durur. Her ip çekildiğinde her makinenin anında durması evrensel bir kural değildir.

Kendi sürecinizde üç kararı birbirinden ayırın: yardım istemek, üretimin devam edip edemeyeceğine karar vermek ve normal çalışmaya dönüşe izin vermek. Sinyali kullanıma almadan önce sorumlu rolleri ve koşulları kararlaştırın.

Andon bildirimi tek başına bir acil durdurma veya makineyi enerji kaynaklarından izole etme işlevi değildir. Fiilî müdahalede, ekipmana özgü durdurma, enerji izolasyonu ve yeniden başlatma düzenlemeleri esas alınmalıdır. Başka bir fabrikada ipin nasıl çalıştığını veya müdahale için tanınan süreyi genel bir güvenlik prosedürü olarak kopyalamayın.

Yönetim açısından çıkarılacak ders açıktır: Çalışanlar, haklı bir kaygıyı bildirdiklerinde destek göreceklerine güvenmelidir. Her çağrıda üretim kaybı nedeniyle suçlanırlarsa sistem, erken bilginin en çok işe yarayacağı anda sessiz kalmayı teşvik eder.

Tek bir alanla başlayın, müdahale düzenini netleştirin

Yardımın gecikmesinin tekrarlayan bir sorun olduğu bir hücre veya hat seçin. Yakın zamanda yaşanan bir olayı operatörler, vardiya lideri ve müdahale etmesi gereken birimlerle birlikte adım adım gözden geçirin. Gecikmenin asıl nerede yaşandığını bulun: durumu fark etmede mi, birine ulaşmada mı, çağrıyı üstlenmede mi, uzman desteği sağlamada mı, yoksa etkilenen işlere ne yapılacağına karar vermede mi?

Ardından kısa bir uygulama düzeni üzerinde anlaşın:

1. Hangi durumlarda çağrı yapılacağını tanımlayın. Operatörden henüz koyamayacağı teşhisler istemek yerine, gözlemleyip tanıyabileceği durumları esas alın. “Makinenin normal dışı şekilde tekrar tekrar durması”, bir parça arızasının kesinleşmesini şart koşmaktan daha kullanışlıdır.

2. İlk mesajı kısa tutun. İstasyonu, sorun kategorisini ve üretimin o andaki durumunu belirtin. Bekleyen operatöre uzun bir rapor doldurtmak yerine ayrıntılı nedenleri daha sonra kaydedin.

3. Her vardiya için ilk müdahale sorumlusunu ve yedeğini belirleyin. Molaları, devamsızlıkları ve eş zamanlı çağrıları da hesaba katın. Çalışanların, fiilen çalıştıkları yerde sinyali alıp anlayabildiğini doğrulayın.

4. Müdahale ve üst kademeye taşıma eşiklerini belirleyin. Çağrıyı kimse üstlenmezse, sorun çözülmezse veya sonuçları daha ciddi hâle gelirse ne yapılacağını kararlaştırın. Her yere uygulanan keyfî bir süreyi değil, sürecin ihtiyaçlarını ve mevcut desteği esas alın.

5. Kapatma koşullarını ve planlamaya bilgi aktarımını tanımlayın. Sürecin yeniden çalışmaya hazır olduğunu kimin teyit edeceğini, operatöre kimin bilgi vereceğini ve üretim planı etkilendiğinde kapasiteyi veya kalan işleri kimin güncelleyeceğini belirleyin.

Bu düzeni, kullanacak kişilerle birlikte test edin. Yanıtsız kalan bir çağrıyı, sorumlu kişinin meşgul olmasını ve vardiya değişimini de senaryolara katın. Başarı, birinin kişisel telefon numarasını hatırlamaya bağlıysa müdahale düzeni henüz güvenilir değildir.

Sinyalin kolay anlaşılmasını sağlayın

Çalışanların bulundukları mesafeden ayırt edebileceği az sayıda durum kullanın. İşletmenizdeki düzen, örneğin normal çalışma, yardım talebi ve üretimin durması arasında ayrım yapabilir. Anlamlar üzerinde anlaşın, bunları çalışma alanının yakınında gösterin ve tüm vardiyalara eğitim verin. İnsanların yazı veya simgelerle de alması gereken bilgi yalnızca renkle aktarılmamalıdır.

Kırmızı veya sarı ışığın her fabrikada aynı anlama geldiğini varsaymayın. İşe yarayan standart, kendi sürecinizde herkesin aynı anlamı paylaşmasıdır. Daha fazla renk ve ses eklemek, ancak müdahale edecek kişinin farklı bir eylem seçmesine yardımcı oluyorsa değerlidir.

Fiziksel mi, dijital mi? Andon sistemini müdahale ihtiyacına göre seçin

Müdahale edecek kişi yakındaysa ve sinyal hangi istasyondan geldiğini açıkça gösteriyorsa bir ip, düğme ve görünür ışık yeterli olabilir. Müdahale ekipleri farklı alanlar arasında hareket ediyorsa, birden fazla destek birimi devreye giriyorsa veya ekibin güvenilir bir olay geçmişine ihtiyacı varsa dijital bildirimler yardımcı olabilir.

Her iki yaklaşımı da aynı pratik sorularla değerlendirin. Operatör kolayca çağrı yapabiliyor mu? Çağrı doğru kişiye ulaşıyor mu? Çağrının alındığı ve sorumluluğunun üstlenildiği görülebiliyor mu? Ekip, açık bir çağrı ile normale döndüğü doğrulanmış bir süreci ayırt edebiliyor mu? İletişim kanalı kullanılamadığında ne oluyor?

Dijital bir sistemde görev atama, üst kademeye iletme, olay zaman damgaları ve takip için gereken bilgileri inceleyin. Daha fazla bildirim her zaman daha iyi değildir: her olayı herkese iletmek, acil müdahale gerektiren çağrının fark edilmesini zorlaştırır.

Önce kimin nasıl müdahale edeceğini birlikte netleştirin, ardından teknolojiyi seçin. Sorumluluğun nasıl devredileceği belirsizse bunu otomatikleştirmek, belirsizliği yalnızca daha hızlı yayar.

Örnek: tek makine duruşu, etkilenen birden fazla sipariş

Bir talaşlı imalat atölyesinde operatörün bir işleme merkezinde tekrarlayan bir arızayla karşılaştığını ve üzerinde anlaşılmış Andon çağrısını yaptığını düşünün. Sinyal, ilgili istasyonu gösterir. Vardiya amiri çağrının sorumluluğunu üstlenir, gözlemlenen durumu kontrol eder ve bakım ekibini müdahaleye dahil eder. Makineye yönelik işlemler, makinenin onaylı prosedürlerine göre yürütülür.

Bakım ekibi, makinenin onarım süresince kullanılamayacağını teyit eder. Planlamacının artık teknisyeninkinden farklı bir sorusu vardır: bu kapasite kullanılamazken üretimin geri kalanı nasıl ilerlemeli?

Etkilenen siparişlerden birinin talaşlı işleme, kontrol ve paketleme aşamaları henüz tamamlanmamıştır. Başka bir bölüm ise duruş yapan makinenin önündeki kuyruğa eklenecek bir işe başlamak üzeredir. İlk siparişi başka bir makineye aktarmak, ancak o kaynağın ilgili operasyon için onaylı olması ve kullanılabilir kapasitesinin bulunması halinde bir seçenektir. Üstelik bu aktarım, çizelgelenmiş diğer işlerin de yerini değiştirir.

Planlamacının, makinenin kullanılamayacağı teyit edilmiş zaman aralığını, etkilenen operasyonun fiilî durumunu ve yeniden devreye alma için mevcut en güvenilir tahmini bilmesi gerekir. Bu tahmin değişirse plan da yeniden güncellenmelidir. Geçmişteki ortalama onarım süresi, bu onarımın da aynı sürede biteceği anlamına gelmez.

Bakım ekibi geldikten sonra yalnızca uyarıyı kapatmak, tüm bunların üretimde yarattığı sorunları çözmez.

Birbirine bağlı işleri SkyPlanner ile yeniden çizelgeleyin

SkyPlanner’da bir kaynağın kullanılamayacağı zaman aralığı, iş merkezi için istisna kaydı olarak girilir. Böylece bu süre kullanılabilir kapasiteden çıkarılır. Ardından SkyPlanner’ın çizelgeleme yapay zekâsı Arcturus, planlamacının her makinenin iş kuyruğunu elle kaydırması yerine etkilenen işleri kesintiyi dikkate alarak yeniden çizelgeleyebilir.

Hesaplamada sistemde tanımlı iş merkezleri, vardiyalar, operasyonlar arasındaki bağımlılıklar ve öncelikler kullanılır. Gantt çizelgesi ortaya çıkan sıralamayı gösterir. Böylece planlamacı, talaşlı işleme operasyonunu ardından gelen işlerle birlikte inceleyebilir ve hangi tamamlanma tarihlerine müdahale etmesi gerektiğini görebilir.

Öncelikleri ve çizelgede korunacak tercihleri siz belirlersiniz; Arcturus bu talimatlar çerçevesinde hesaplama yapar. Acil bir sipariş öne alınabilir, ancak öncelik vermek arıza nedeniyle kaybedilen makine zamanını geri getirmez. Asıl fayda, yeni bir teslimat sözü vermeden önce bu tercihin ortak planın bütününü nasıl etkilediğini görebilmektir.

Sorumlu ekip makinenin yeniden devreye alındığını teyit ettiğinde, kayıtlı kullanılabilirlik bilgilerini güncelleyin ve gerektiğinde çizelgeyi yeniden hesaplatın. Güncel iş sırasını işleri yürüten kişilere iletin. Makinenin teknik açıdan yeniden çalışır durumda olması ile uygulanabilir bir üretim planı birbiriyle bağlantılıdır; ancak yalnızca ışığın sıfırlanmış olmasına bakarak bunlardan hiçbirinin gerçekleştiği varsayılmamalıdır.

SkyPlanner, açık REST API’si üzerinden her ERP veya MES sistemiyle entegre olur; böylece mevcut sipariş ve üretim bilgileriniz çizelgelemede kullanılabilir. Bu iş akışında planlamaya aktarılması gereken kritik bilgi, teyit edilmiş kapasite değişikliğidir. Üretim planının anlamlı biçimde güncellenmesini sağlayan da bu bilgidir.

Yardımın ulaşıp ulaşmadığını ve sorunların kalıcı olarak çözülüp çözülmediğini ölçün

Yalnızca sinyal sayısını değil, müdahale sürecini değerlendirin. Çağrının sorumluluğunun üstlenilmesine kadar geçen süreyi, etkili müdahalenin başlamasına kadar geçen süreyi ve sürecin normale döndüğünün doğrulanmasına kadar geçen süreyi ayrı ayrı ele alın. Bu süreler farklı sorunları ortaya çıkarır; hepsini iç rahatlatan tek bir ortalamaya indirgememek gerekir.

Konumu, gözlemlenen durumu, ilgili zaman damgalarını, yapılan müdahaleyi ve takip çalışmalarını içeren kısa bir kayıt tutun. Duruş yaşandığında süresini tutarlı bir yöntemle kaydedin. Aynı istasyonda veya aynı çalışma koşullarında tekrarlanan çağrıları inceleyin; sürekli sıfırlama yapmak, tekrar eden bir nedeni gizleyebilir.

Operatörler ve müdahale eden kişilerle yapılacak kısa bir değerlendirme somut kararlarla sonuçlanmalıdır: hangi çağrı çok uzun süre bekledi, yedek müdahale düzeni neden işlemedi, hangi konu teknik inceleme gerektiriyor ve son düzeltici faaliyet kalıcı bir çözüm sağladı mı? Işığın tek başına yeni bir arızayı önlemesini beklemek yerine, tekrarlayan ekipman kayıplarını daha kapsamlı bakım iyileştirme programıyla ilişkilendirin.

Hedef belirlerken dikkatli olun. Çağrıların azalması sorunların azaldığı anlamına gelebilir; ancak çalışanların artık bildirim yapmadığını da gösterebilir. Çağrının daha hızlı alınıp üstlenilmesi, ancak ardından yardım geliyorsa faydalıdır. Bir olayın kapatılması da ancak çalışmaya hazır olma durumu gerçekten kontrol edilmişse ve kalan düzeltici işlerin sorumlusu belirlenmişse anlam taşır.

Bir sonraki teyit edilmiş kesintiyi tek bir ortak planla yönetin

Önce bir sonraki Andon çağrısının güvenilir biçimde işlemesini sağlayın: anlaşılır bir sinyal, sorumluluğu belli bir müdahale görevlisi, net bir üst kademeye iletme yolu ve çağrıyı yapan kişiye geri bildirim. Ardından üretim planlamadaki boşluğu kapatın. Onarım ekibi fabrikanın iş sıralamasını çözmek zorunda kalmamalı; planlamacı da birbirinden ayrı acil iş listelerini birleştirerek bu sıralamayı yeniden kurmak zorunda olmamalıdır.

Teyit edilmiş bir kesintinin ardından birbirine bağlı siparişleri elle yeniden düzenlemek zorunda kalıyorsanız SkyPlanner’ı seçin. Değişen kapasiteyi kaydetmek ve ortak çizelgeyi yeniden hesaplatmak, teslimatlara etkileri görmeyi kolaylaştırır ve uygulanabilir yeni bir iş sırası oluşturmak için gereken koordinasyon yükünü azaltır.

Yakın zamanda yaşadığınız bir makine kesintisini, etkilenen siparişi ve ardından gelen operasyonları ele almak için SkyPlanner demosu için randevu alın. Makinenin kullanılamadığı sürenin planı nasıl değiştirdiğini ve hangi teslimat kararlarına odaklanmanız gerektiğini görün. Önce çizelgeleme yaklaşımını keşfetmek isterseniz SkyPlanner’ı demo verileriyle deneyin.