Advanced Product Quality Planning (APQP) adalah metode terstruktur yang digunakan pemasok otomotif untuk merencanakan peluncuran produk, sehingga setiap persyaratan, risiko, dan kendali sudah siap sebelum produksi dimulai. Manual referensi AIAG APQP, kini edisi ke-3 (2024), menetapkan deliverable yang dihasilkan tim lintas fungsi dan gerbang tempat pimpinan memutuskan apakah program boleh berlanjut. Inilah metode peluncuran yang diharapkan pelanggan otomotif dari pemasok yang bekerja sesuai IATF 16949.
Manual ini dimulai dengan Fase 0, Persiapan Awal, dan berlanjut melalui lima fase: Perencanaan dan Definisi Program, Desain dan Pengembangan Produk, Desain dan Pengembangan Proses, Validasi Produk dan Proses, serta Umpan Balik, Penilaian, dan Tindakan Korektif. Setiap fase berakhir di sebuah gerbang: Konsep Program, Persetujuan Program, Kelayakan Desain, Kelayakan Proses, Kesiapan Peluncuran, serta Umpan Balik, Penilaian & Tindakan Korektif.
Di Zometric, program yang dibuat dari templat AIAG APQP edisi ke-3 langsung mendapat ke-61 deliverable, gerbang 0–5 dengan 80 item gerbangnya, rencana jadwal, dan daftar periksa risiko A-0 dalam satu langkah. Tujuh belas deliverable tertaut ke dokumen hidup, seperti PFMEA, Rencana Kendali, atau pengajuan PPAP, dan mengambil statusnya dari sana.
Enam masalah yang diceritakan tim peluncuran dengan kata-kata mereka sendiri — dan apa yang berubah ketika setiap deliverable menunjuk ke dokumen di baliknya.
Program mengikuti fase dan gerbang AIAG APQP edisi ke-3, sehingga manualnya adalah alur kerjanya.
Fase 0 · Persiapan Awal
Pilih pelanggan, part, proyek proses yang tertaut, dan templat. Zometric membuat 61 deliverable, gerbang 0–5, rencana jadwal dengan satu tugas per deliverable dan satu tinjauan per gerbang, serta daftar periksa A-0. Jika Anda bukan pihak yang bertanggung jawab atas desain, deliverable desain ditetapkan tidak berlaku dengan referensi perjanjian Anda.
Fase 0 · Persiapan Awal
Jawab 45 pertanyaan daftar periksa Faktor Risiko A-0. Enam kesenjangan atau lebih menetapkan tingkat risiko program menjadi Tinggi, dan tiga atau lebih menjadi Sedang.
Fase 1 · Perencanaan dan Definisi Program
Tetapkan tanggal, dependensi, dan milestone pelanggan, simpan baseline, dan biarkan tim mengonfirmasi rencananya. Catat rencana kapasitas dengan pemeriksaan OEE dan utilisasinya, register risiko program, dan daftar pemasok.
Fase 2–3 · Pengembangan desain dan proses
DFMEA, Diagram Alir Proses, PFMEA, Rencana Kendali, dan karakteristik khusus ditautkan ke deliverable-nya dan melaporkan statusnya sendiri. Menimpa status turunan memerlukan alasan tertulis.
Gerbang 2 · Kelayakan Desain
Lengkapi Komitmen Kelayakan Tim Lamp. D dan catat kesimpulannya. Setiap anggota tim menandatanganinya dengan tanda tangan elektronik, dan Gerbang 2 tidak dapat disetujui tanpa kesimpulan.
Fase 4 · Validasi Produk dan Proses
Significant production run, pengajuan PPAP, dan Rencana Kendali Produksi melaporkan statusnya dari PPAP dan Rencana Kendali. Pengesahan perencanaan mutu yang bertanggal setelah pengiriman pertama ditandai di Gerbang 4.
Gerbang 0–5 · Tinjauan gerbang
Buka tinjauan dan item-itemnya terisi sendiri dari data yang hidup. Item negatif mendapat rencana tindakan, anggota menambahkan persetujuan bertanda tangan elektronik, dan gerbang diputuskan Go, Go bersyarat, atau No-go setelah perwakilan pimpinan menyetujui.
Fase 5 · Umpan Balik, Penilaian, dan Tindakan Korektif
Catat pelajaran yang dipetik untuk program berikutnya. Perubahan engineering setelah peluncuran membuka proyek perubahan yang lingkupnya terbatas pada deliverable yang terdampak, dengan Gerbang 3 dan 4 secara default.
Setiap kemampuan terkait dengan keputusan yang sudah berusaha diambil oleh tim Anda.
Setiap peluncuran di satu layar: fase saat ini, merah / kuning / hijau, gerbang berikutnya dan jumlah hari menuju ke sana, persentase selesai, item yang terlambat, dan risiko terbuka. Kalender gerbang mendaftar tinjauan gerbang mendatang di semua program.
Setiap gerbang memiliki pengukur kesiapan, daftar hal yang menghambatnya, dan jalur kritis untuk mencapainya. Putuskan go, go bersyarat, atau no-go — dengan persetujuan bertanda tangan elektronik dan konfirmasi ulang bila ada yang berubah setelah tinjauan.
Deliverable membaca statusnya dari Diagram Alir Proses, DFMEA, PFMEA, Rencana Kendali, dan pengajuan PPAP yang ditunjuknya. Rilis dokumennya (dan, untuk FMEA, tandai sebagai selesai) dan deliverable berubah hijau dengan sendirinya, dengan asal-usulnya ditampilkan di sampingnya.
Gantt dengan baseline, rencana, dan aktual, dependensi, serta milestone pelanggan. Geser sebuah tugas dan prakiraan keterlambatan pada gerbang berikutnya diperbarui. Rantai yang terlambat menunjukkan float negatif — sehingga pembicaraannya tentang pemulihan, bukan tentang spreadsheet siapa yang benar.
Daftar periksa A-0 hingga A-10, dengan pertanyaan A-1, A-6, A-7, dan A-10 dijawab dari FMEA, Alir Proses, dan Rencana Kendali di mana pun buktinya ada. Jawaban kesenjangan yang memiliki penanggung jawab dan tenggat otomatis menjadi tindakan, dan daftar periksa dapat dikirim ke pemasok untuk dijawab melalui Portal Pemasok.
Komitmen kelayakan tim, perencanaan kapasitas dengan kalkulator OEE dan utilisasi, register risiko program, dan kesiapan pemasok — keputusan-keputusan pertimbangan dalam sebuah peluncuran, dicatat di samping bukti yang mendasarinya.
Laporan status pelanggan yang dihasilkan dari data yang sama, templat khusus OEM, proyek perubahan untuk perubahan engineering setelah peluncuran, dan pustaka pelajaran yang memberi masukan ke program berikutnya — bukan berkas presentasi yang tak pernah dibuka lagi.
Kesiapan menghitung deliverable yang dikonfirmasi di sebuah gerbang dan item gerbang tersebut: deliverable yang selesai ditambah item yang terjawab, dikurangi item negatif, dibagi total. Putusannya mengikuti aturan tetap di atas persentase itu, sehingga persentase tinggi saja tidak otomatis berarti go. Gerbang 3, Kelayakan Proses, mengonfirmasi 10 deliverable dan memiliki 13 item gerbang.
| Kasus | Selesai | Terjawab | Negatif | Tanpa rencana | Siap % | Putusan |
|---|---|---|---|---|---|---|
| A | Selesai10 | Terjawab13 | Negatif0 | Tanpa rencana0 | Siap %100 | PutusanGo |
| B | Selesai8 | Terjawab13 | Negatif2 | Tanpa rencana0 | Siap %83 | PutusanGo bersyarat |
| C | Selesai8 | Terjawab13 | Negatif2 | Tanpa rencana1 | Siap %83 | PutusanNo-go |
| D | Selesai10 | Terjawab11 | Negatif0 | Tanpa rencana0 | Siap %91 | PutusanBelum siap |
Deliverable tertaut ke dokumen yang hidup dan membaca kondisinya; tidak ada yang disalin ke dalam program.
Deliverable DFMEA dan PFMEA menampilkan porsi rantai yang sudah dinilai dan rantai AP Tinggi yang masih terbuka, dan selesai ketika FMEA dirilis dan ditandai selesai.
Deliverable bagan alir pendahuluan dan Diagram Alir Proses membaca status rilis dan langkah proses alir, serta menjawab pertanyaan A-6 darinya.
Rencana Kendali prototipe, pra-peluncuran, dan produksi melaporkan rilis dan persetujuan pelanggannya. Alat ukur pada barisnya menggerakkan rencana MSA, dan pertanyaan A-10 dijawab dari rencana tersebut.
Pengajuan PPAP, significant production run, dan studi kapabilitas memasok deliverable Fase 4 dan item gerbang Kesiapan Peluncuran.
Daftar periksa APQP dikirim ke pemasok, dijawab pertanyaan demi pertanyaan di portal, dan dikirim kembali ke program.
Langkah pencegahan pelajaran yang dipetik pada CAPA menambahkan pelajaran ke pustaka APQP, dan pustaka itu dapat dicari dari halaman CAPA.
Menjalankan program: menyunting rencana jadwal dan tim, mencatat persetujuan pelanggan, menimpa status turunan dengan alasan, serta menyetujui dan memutuskan gerbang.
Mengerjakan deliverable, catatan, dan item gerbang, membuat rencana tindakan untuk item negatif, dan menambahkan persetujuan bertanda tangan elektronik ke sebuah gerbang.
Menyetujui dan memutuskan gerbang. Keputusan gerbang memerlukan setidaknya satu persetujuan pimpinan.
Menjawab daftar periksa APQP yang dikirimkan kepada mereka melalui Portal Pemasok dan mengirimkannya kembali ke program.
| Zometric APQP vs spreadsheet atau tracker proyek | Spreadsheet atau tracker proyek | Zometric APQP |
|---|---|---|
| Status deliverable | Diketik oleh siapa pun yang memperbarui berkas | Dibaca dari FMEA, Rencana Kendali, atau PPAP yang tertaut, dengan alasan ditampilkan |
| Kesiapan gerbang | Dinilai dalam rapat | Dihitung dari deliverable dan item gerbang, dengan setiap penghambat didaftar |
| Keputusan gerbang | Notulen dan tanda tangan di kertas | Go, Go bersyarat, atau No-go, dengan persetujuan bertanda tangan elektronik dan pengesahan pimpinan |
| Jadwal | Diagram Gantt yang terpisah dari status | Satu rencana: kemajuan deliverable menggerakkan tugas jadwal, dengan jalur kritis dan prakiraan keterlambatan |
| Daftar periksa | Berkas terpisah per daftar periksa | A-0 hingga A-10 dan Lamp. D di dalam program; jawaban kesenjangan menjadi tindakan |
| Perubahan setelah gerbang | Jarang disadari | Disetujui ulang, atau diterima dengan alasan, sebelum gerbang berikutnya |
| Pelaporan pelanggan | Dirakit manual untuk setiap tinjauan | Laporan status dihasilkan dari program, sebagai PDF atau Excel |
| Pengingat | Dikejar lewat email | Penanggung jawab diingatkan 3 hari sebelum tenggat; eskalasi setelah terlambat 7 hari |
Laporan status berisi fase, gerbang, persetujuan pelanggan, deliverable merah, pemasok berisiko tinggi, dan masalah terbuka, dapat dicetak ke PDF atau diunduh sebagai Excel.
Unduh rencana jadwal sebagai CSV dengan tanggal baseline, rencana, dan aktual, float, jalur kritis, dan prakiraan keterlambatan.
Kirim daftar periksa APQP ke pemasok dan terima jawabannya kembali di program.
Program, deliverable, gerbang, item gerbang, persetujuan, portofolio, metrik program, dan jalur kritis tersedia melalui REST API.
Jawaban lugas atas pertanyaan yang diajukan tim sebelum demo.
APQP (Advanced Product Quality Planning) adalah metode peluncuran produk terstruktur yang ditetapkan dalam manual AIAG APQP, kini edisi ke-3 (2024). Tim lintas fungsi bekerja melalui Fase 0 dan lima fase, menghasilkan deliverable seperti DFMEA, PFMEA, Rencana Kendali, dan PPAP, dan pimpinan menyetujui program di sebuah gerbang pada akhir setiap fase.
Zometric menyertakan templat sistem untuk AIAG APQP edisi ke-3 (2024) dengan 61 deliverable, gerbang 0–5 dengan 80 item gerbang, serta daftar periksa A-0 hingga A-10 plus Komitmen Kelayakan Tim Lamp. D. Setiap deliverable membawa referensi manualnya dan tingkat kewajibannya, seperti MUST atau SHOULD.
Tujuh belas deliverable tertaut ke dokumen hidup dan mengambil statusnya dari sana. FMEA selesai ketika dirilis dan ditandai selesai, Rencana Kendali ketika dirilis dan setiap persetujuan pelanggan yang diwajibkan sudah dicatat, dan deliverable PPAP ketika pengajuannya disetujui. Mengubah deliverable yang tertaut ke status manual memerlukan alasan tertulis.
Go berarti setiap item gerbang dapat diterima; persetujuan tanpa syarat ditolak selama masih ada item yang negatif. Go bersyarat mengizinkan item negatif hanya jika masing-masing memiliki rencana tindakan dengan penanggung jawab dan tenggat. No-go menghentikan program di gerbang tersebut. Setiap keputusan kecuali No-go memerlukan setidaknya satu persetujuan pimpinan, dan Gerbang 2 juga memerlukan kesimpulan Komitmen Kelayakan Tim.
Ya. Templat sistem dapat diduplikasi untuk seorang pelanggan, dan deliverable-nya dapat diganti nama, dinonaktifkan, atau ditambah. Satu templat pelanggan dapat dijadikan default, sehingga program baru untuk pelanggan tersebut otomatis dimulai darinya.
Atur program sebagai tidak bertanggung jawab atas desain dan masukkan referensi perjanjian dengan pelanggan Anda. Deliverable Design FMEA, verifikasi desain, dan tinjauan desain kemudian ditetapkan tidak berlaku dengan referensi itu sebagai justifikasinya, dan sebuah pemeriksaan menandai referensi perjanjian yang tidak ada.
Ya. Daftar periksa seperti daftar periksa sourcing A-9 dapat dikirim ke pemasok melalui Portal Pemasok dengan tenggat. Pemasok menjawabnya pertanyaan demi pertanyaan lalu mengirimkannya, dan jawabannya muncul di program.
Perubahan pascapeluncuran membuka proyek perubahan yang tertaut ke program yang sudah diluncurkan. Proyek ini mempertahankan pelanggan, part, dan templat yang sama, hanya menerapkan deliverable dalam lingkup perubahan, dan menjalankan Gerbang 3 dan 4 secara default. Pengajuan perubahan PPAP dapat langsung ditautkan kepadanya.
Panggilan eksplorasi 30 menit. Pilot 2–3 minggu pada data pabrik nyata. Kemudian skalakan sesuai kecepatan Anda.
