Yeni bir proje kick-off toplantısında müşteri temsilcisi masaya bir tarih koyar: "PPAP onayını şu haftaya istiyoruz." O tarihe kadar geriye doğru saydığınızda, aslında konuştuğunuz şey APQP'dir. Çünkü IATF 16949 bir ürünü rastgele değil, planlı fazlar hâlinde sahaya çıkarmanızı bekler. İlginç olan şu: standart metninde "APQP" kelimesini arayıp bulamazsınız. Buna rağmen denetçi karşınıza oturduğunda soracağı sorular kelimesi kelimesine APQP mantığıyla örtüşür. Bu yazıda standardın bu yöntemden tam olarak ne beklediğini maddelerin ardındaki niyetle birlikte anlatıyoruz; yöntemin genel tanımı için APQP nedir sayfamıza göz atabilirsiniz.
Standart APQP'yi nerede ister?
IATF 16949, APQP'yi ismiyle çağırmasa da onu birkaç maddeye dağıtarak zorunlu hâle getirir. Madde 8.1.1 ürün gerçekleştirmeyi bir proje gibi yönetmenizi, giriş ve çıkış kriterleri olan aşamalarla ilerlemenizi ister. Madde 8.3 tasarım ve geliştirme girdilerini, çıktılarını ve doğrulamasını tanımlar. Madde 8.5.1.1 kontrol planını, 8.2.3.1.3 ise üretim fizibilitesini şart koşar. Bu maddeleri yan yana koyduğunuzda ortaya çıkan şey tam olarak AIAG'nin APQP kılavuzudur.
Otomotiv müşterilerinin çoğu bu boşluğu kendi özel şartlarıyla kapatır. Ford, Stellantis ya da bir Tier-1 tedarikçi sözleşme ekinde doğrudan APQP kılavuzuna ve faz raporlama formatına atıf yapar. Yani standardın "planlı geliştirme" beklentisi, müşteri özel şartlarında somut bir APQP zorunluluğuna dönüşür. İkisini ayrı düşünmek denetimde açık verir.
Beş faz ve standardın her fazdan beklediği çıktı
APQP'yi beş faza ayıran klasik yapı, IATF 16949'un istediği "girdi-çıktı zinciri"yle birebir eşleşir. Her fazın çıktısı, bir sonraki fazın girdisi olmak zorundadır. Denetçi de tam bu zinciri okur.
| Faz | Standardın beklediği ana çıktı |
|---|---|
| 1. Planlama ve tanımlama | Müşteri istekleri, tasarım hedefleri, ön özel karakteristik listesi |
| 2. Ürün tasarımı ve geliştirme | DFMEA, tasarım doğrulama planı, prototip kontrol planı |
| 3. Proses tasarımı ve geliştirme | Akış şeması, PFMEA, ön kontrol planı, iş talimatları |
| 4. Ürün ve proses onayı | Deneme üretimi, MSA, ön proses yeterliliği, PPAP |
| 5. Geri besleme ve iyileştirme | Sahadan veri, düzeltici faaliyet, kazanılmış ders kaydı |
Bu tablodaki çıktıların hiçbiri süsleme değildir. Örneğin 2. fazda üretilen bir tasarım FMEA'sı, 3. fazda proses FMEA'sına, oradan da 4. fazda kontrol planına akmak zorundadır. Bu akış koptuğunda, tasarımdan gelen kritik bir özellik prosese hiç yansımaz ve hata sahada patlar.
En sık görülen hata, APQP fazlarının hepsini proje bitince aynı hafta geriye dönük doldurmaktır. Faz 2'nin çıktısı Faz 4 ile aynı tarihi taşıyorsa, denetçi bunun bir planlama değil dosyalama işi olduğunu ilk bakışta anlar. Fazların gerçek tarih sırası, APQP'nin canlı yürüdüğünün en somut kanıtıdır.
Çok fonksiyonlu ekip: madde 8.3.2.1'in özü
Standart, tasarım ve geliştirmede çok disiplinli bir yaklaşımı açıkça ister. Uygulamada bu, APQP dosyasını tek bir proje mühendisinin masa başında hazırlamamasıdır. Fizibilite kararında üretimin, özel karakteristik belirlemede kalitenin, kapasite taahhüdünde planlamanın, malzeme temininde satın almanın masada olması gerekir. Tek kişinin hazırladığı APQP, örneğin makine kapasitesinin haftalık talebe yetmediğini fark edemez; bu da 4. fazda deneme üretiminde patlar.
Çok fonksiyonlu ekibin bir başka görevi de özel karakteristikleri (SC/CC) müşteriyle hizalamaktır. Bu karakteristikler tasarımdan doğar, FMEA'da işaretlenir, kontrol planında izlenir ve nihayetinde SPC ile takip edilir. Zincirin bir halkasında kopma varsa, denetçi bunu "özel karakteristik yönetimi zayıf" diye kaydeder.
Fizibilite: taahhüt vermeden önce sorulan soru
Madde 8.2.3.1.3, sözleşmeyi imzalamadan önce üretim fizibilitesini değerlendirmenizi ister. Yani "bu ürünü, bu tolerans ve bu adette, mevcut proseslerimizle üretebilir miyiz?" sorusuna kayıtlı bir cevap vermeniz gerekir. Bu cevabın imzalı bir fizibilite formu olması beklenir. Pratikte bu adım atlandığında, üretime geçtikten sonra "makine bu toleransı tutmuyor" gerçeğiyle en pahalı yerde, seri üretimde karşılaşırsınız.
Fizibilite değerlendirmesi APQP'nin ilk fazına aittir ve çıktısı sonraki tüm kararları etkiler. Kapasite yetersizse yatırım planı devreye girer; tolerans zorsa tasarım revizyonu gündeme gelir. Bu kararların hepsi kayıt altında olmalıdır.
Kontrol planı ve PPAP'a giden köprü
APQP'nin denetimde en çok sorgulanan çıktısı kontrol planıdır. Madde 8.5.1.1 ürünü prototip, ön seri ve seri üretim aşamaları için kontrol planı hazırlamanızı ister. Bu plan boşlukta durmaz: PFMEA'daki her yüksek riskli neden, kontrol planında bir ölçüm ya da kontrol maddesine karşılık gelmelidir. Denetçinin klasik sorusu şudur: "FMEA'da bu nedeni yüksek riskli işaretlemişsiniz, kontrol planında karşılığı nerede?"
Dördüncü fazın sonunda tüm bu çıktılar bir araya gelip PPAP dosyasını oluşturur. Yani PPAP, APQP'nin ürettiği kanıtların müşteriye sunumudur. APQP boyunca üretilen akış şeması, FMEA, kontrol planı, MSA ve proses yeterlilik çalışmaları eksikse, PPAP onayı beklerken tam da bu eksikler yüzünden geri dönersiniz.
Bir denetçi APQP'yi denetlerken tek tek formlara değil, izlenebilirliğe bakar. Bir özel karakteristik seçer ve onu tasarım girdisinden FMEA'ya, kontrol planına, iş talimatına ve ölçüm kaydına kadar takip eder. Bu zincirin bir yerinde kopukluk görürse, klasördeki formların sayısı ne olursa olsun bulgu yazar.
APQP denetiminde en çok çıkan bulgular
Sahada yıllar içinde tekrar eden birkaç bulgu var ve hepsi aynı kök nedene çıkar: faz çıktıları birbirinden kopuk yürütülür. En sık görüleni, tasarım FMEA'sında işaretlenen bir özel karakteristiğin proses FMEA'sına ya da kontrol planına taşınmamasıdır. İkincisi, fizibilite değerlendirmesinin imzasız ya da tarihsiz olması; sözleşme imzalanmış ama "bunu üretebilir miyiz?" sorusuna kayıtlı bir cevap verilmemiştir. Üçüncüsü, faz geçiş onaylarının boş bırakılması: kim, ne zaman, hangi kanıta bakarak bir sonraki faza geçme kararı verdi belli değildir.
Bir başka klasik bulgu da APQP'nin beşinci fazının, yani geri beslemenin hiç işletilmemesidir. Ürün seri üretime geçmiş, ama sahadan dönen şikâyetler ve kazanılmış dersler ilgili FMEA'ya ya da kontrol planına işlenmemiştir. Denetçi için bu, APQP'nin bir döngü değil, tek seferlik bir dosyalama işi olarak görüldüğünün işaretidir. Bu bulguların hepsinin ortak çözümü, faz çıktıları arasındaki bağı tek bir yerde, izlenebilir biçimde tutmaktır. Kontrol planı, FMEA ve fizibilite ayrı ayrı dosyalarda durduğunda, bir revizyonun tüm zincire yansıması insan hafızasına kalır ve er ya da geç bir halka atlanır.
APQP'yi tek platformda yönetmek
APQP'nin zor yanı formları hazırlamak değil, faz kapıları arasındaki bağı canlı tutmaktır. Tasarım FMEA'sındaki bir değişikliğin kontrol planına, oradan PPAP'a yansıması dağınık Excel dosyalarıyla takip edildiğinde, bir revizyon kaçınılmaz olarak unutulur. APQP süreçlerini IATF 16949 mantığıyla tek platformda yürütmek, faz çıktılarını birbirine bağlar, özel karakteristikleri uçtan uca izler ve denetim öncesi "hangi form eksik?" telaşını ortadan kaldırır. Böylece APQP denetim için doldurulan bir klasör olmaktan çıkar, ürünü gerçekten planlı sahaya çıkaran bir yönteme dönüşür.