Saat gece yarısını geçiyordu, bölgede elektrik kesildi. Jeneratör vardı ama son bakımı geçen yıldandı; ilk marşta çalışmadı. Fırın soğumaya başladı, yarı işlenmiş parçalar askıda kaldı, ertesi sabah müşteriye çıkacak sevkiyat riske girdi. Bir saat sonra jeneratör devreye girdiğinde asıl soru ortaya çıktı: "Bu yeniden başlatılan fırının ilk parçaları müşteriye çıkabilir mi?" İşte acil durum planı, bu gecenin kaosunu bir prosedüre çevirmenin adıdır. Bu yazıda IATF 16949'un contingency planlarından ne beklediğini, hangi riskleri kapsamanız gerektiğini ve planı kağıt olmaktan çıkarıp işleyen bir tepkiye dönüştürmenin yolunu anlatıyoruz.
Acil durum planı nedir ve standart neden ister?
Acil durum (contingency) planı, üretimin sürekliliğini tehdit eden olaylara karşı önceden tanımlanmış tepkiler bütünüdür. IATF 16949, kuruluşun bu riskleri değerlendirmesini, her biri için müşteriyi tedarikte aksatmayacak planlar hazırlamasını, bu planların etkinliğini gözden geçirmesini ve periyodik olarak test etmesini bekler. Amaç basittir: bir olay olduğunda ne yapacağınızı olay anında değil, öncesinde düşünmüş olmak.
Otomotiv tedarik zincirinde bir hattın durması, sizin fabrikanızla sınırlı kalmaz; müşterinin montaj hattını da durdurabilir. Bu yüzden acil durum planı yalnızca sizi değil, zincirin tamamını korumaya dönük bir gerekliliktir.
Hangi riskleri kapsamalı?
Plan, "yangın çıkarsa toplanma alanına gidin" tazeleme tatbikatından ibaret değildir; üretimin durmasına yol açan operasyonel riskleri hedefler. Değerlendirmeniz gereken tipik başlıklar:
| Risk | Örnek senaryo | Olası yanıt |
|---|---|---|
| Kilit hizmet kesintisi | Elektrik, doğalgaz, basınçlı hava kesilir | Jeneratör, alternatif kaynak, öncelik planı |
| Kritik ekipman arızası | Tek presin ana motoru yanar | Kritik yedek parça, alternatif hat, dış imalat |
| Tedarikçi kesintisi | Tek kaynak tedarikçide yangın/grev | Alternatif kaynak, güvenlik stoğu |
| İşgücü kaybı | Salgın, grev, yoğun devamsızlık | Çapraz eğitim, öncelikli ürün planı |
| Siber olay / sistem kaybı | Üretim yazılımı erişilemez olur | Yedekleme, çevrimdışı yürütme prosedürü |
| Doğal afet | Sel, deprem | Alternatif saha, kritik veri yedeği |
Listeyi kendi sahanıza göre çıkarın: en çok hangi olay sizi durdurur, hangi olay müşteriyi en hızlı etkiler? Riski önem ve olasılığa göre önceliklendirmek, planı gerçekçi tutar.
En çok gözden kaçan senaryo, kesinti sonrası yeniden başlatmadır. Elektrik geri geldiğinde makineyi çalıştırmak kolay; asıl mesele ilk parçaların uygun olup olmadığıdır. Fırın, kaynak ya da enjeksiyon gibi proseslerde yeniden başlatma sonrası ilk parçalarda ölçüm ve onay adımı yoksa, kesintiden çıkan hatalı parçalar sessizce müşteriye gider. Planınıza "yeniden devreye alma ve ilk parça onayı" adımını mutlaka koyun.
İyi bir acil durum planı neleri içerir?
Denetimde de sahada da işe yarayan bir plan, birkaç sorunun net yanıtını taşır:
- Tetikleyici: Bu plan tam olarak hangi olay olduğunda devreye girer?
- Sorumlu ve iletişim: Kim karar verir, kim kimi arar? Gece ve hafta sonu dahil güncel bir iletişim zinciri var mı?
- Anlık aksiyonlar: İlk saatlerde ne yapılır, üretim ve stok nasıl korunur?
- Müşteri bildirimi: Müşteriye ne zaman, kim tarafından, hangi bilgiyle haber verilir?
- Geri dönüş ve doğrulama: Normale dönüşte ilk parça onayı ve prosesin yeniden doğrulanması nasıl yapılır?
Bir plan bu soruların hepsini net yanıtlıyorsa uygulanabilir; birini bile boş bırakıyorsa olay anında o boşluk sizi bulur.
Planı test etmek: tatbikat şart
Test edilmemiş bir acil durum planı, ilk gerçek olayında büyük olasılıkla çöker. Standart da planların periyodik test edilmesini ve gerçekçiliğinin doğrulanmasını ister. Test, planı masada okumak değil senaryoyu fiilen çalıştırmaktır: jeneratörü gerçekten devreye alın ve ne kadar sürdüğünü ölçün, alternatif tedarikçiden numune isteyin, çevrimdışı üretim prosedürünü bir vardiya boyunca deneyin.
Tatbikat çoğu zaman planın zayıf halkalarını ortaya çıkarır: iletişim listesindeki numara artık çalışmıyordur, jeneratörün yakıtı yetersizdir, "alternatif tedarikçi" dediğiniz firma o parçayı hiç üretmemiştir. Bu boşlukları bir olay yerine bir tatbikatta bulmak çok daha ucuzdur.
Denetçi acil durum klasörünü açtığında iki şeye bakar: planların kapsadığı riskler gerçek risk profilinizle örtüşüyor mu, ve bu planlar test edildi mi? "Var ama hiç denenmemiş" bir plan, "yok" ile hemen hemen aynı bulguyu getirir. En sevdiği soru şudur: "Geçen sene şu kesinti olduğunda planınız işledi mi, sonrasında güncellediniz mi?" Gerçek bir olayın planı beslediğini gösterebiliyorsanız güçlüsünüz.
Acil durum planlarını bir yazılımla canlı tutmak
Acil durum planlarının en büyük düşmanı unutulmaktır. Bir kez yazılıp klasöre kalkan plan, iki yıl sonra iletişim numaraları da tedarikçi listesi de eskimiş halde olay anında elinizde kalır. Bir kalite yönetim yazılımı; risk değerlendirmesini, her risk için planı, test tarihlerini ve gözden geçirme periyodunu tek yerde tutar, test zamanı geldiğinde hatırlatır ve gerçekleşen bir olayı kayda bağlayarak planın güncellenmesini tetikler. Böylece acil durum yönetimi, kesintinin üretim akışına etkisini azaltan yaşayan bir sisteme dönüşür. Konunun standarttaki bütününü IATF 16949 rehberimizde ele alıyoruz.