DRBFM Adalah? Langkah Design Review, Template & Contoh

Misalkan perusahaan Anda memasok part ke pabrikan otomotif Jepang atau ke salah satu supplier Tier 1-nya. Anda berencana membuat perubahan kecil: ganti grade resin, menambah pabrik molding kedua, atau merevisi bentuk bracket. Customer lalu meminta DRBFM sebelum mau menyetujui perubahan itu, dan mengundang Anda ke rapat "DR". Kalau sistem mutu di pabrik Anda selama ini berpusat pada FMEA, muncul banyak pertanyaan: kenapa harus lembar kerja lain, apa yang mereka harapkan tertulis di sana, dan apa yang terjadi di rapatnya?

Panduan ini menjawab keduanya. Design review (DR), dalam bahasa Jepang sekkei shinsa (設計審査), adalah review terencana dan terdokumentasi atas kegiatan desain, yang melibatkan desainer bersama departemen lain seperti produksi, QA, dan purchasing. DRBFM (Design Review Based on Failure Mode) adalah cara menjalankan review itu yang berasal dari Toyota. Fokusnya pada perubahan dari desain yang sudah terbukti dan bagian terkait yang bisa terpengaruh.

Di bawah ini Anda akan menemukan posisi DR dalam alur pengembangan produk, 6 langkah menjalankannya, apa yang dicek di tiap tahap, perbedaan DRBFM dan FMEA, contoh lembar DRBFM yang sudah diisi (fiktif), template kosong, serta daftar pertanyaan untuk customer Jepang Anda.

Daftar isi

1. Design Review (DR) Adalah Apa?
2. Kapan Design Review Diadakan?
3. Cara Menjalankan Design Review dalam 6 Langkah
4. Checklist Design Review per Tahap
5. Siapa yang Hadir di Design Review dan Apa yang Dicek Tiap Peran
6. DRBFM Adalah Apa?
7. DRBFM vs. FMEA
8. Contoh DRBFM: Bracket Baja Diganti Resin (Fiktif)
9. Template DRBFM: Kolom Lembar Kerja dan Cara Mengisinya
10. Kenapa Design Review Jadi Sekadar Formalitas, dan Cara Mencegahnya
11. Pertanyaan untuk Customer Jepang Anda
12. Batasan Panduan Ini
13. FAQ

Design Review (DR) Adalah Apa?

Standar istilah keandalan Jepang, JIS Z 8115, mendefinisikan design review sebagai review atas kegiatan desain yang terdokumentasi dan direncanakan. Jadi DR bukan rapat dadakan yang dipanggil saat ada pertanyaan. DR dimasukkan ke rencana sejak awal, dan hasilnya dicatat.

Catatan di standar yang sama menyebut bahwa review ini mencakup semua kegiatan untuk menemukan dan memperbaiki masalah pada persyaratan maupun pada pekerjaan desain. Karena itu DR tidak hanya mencari kesalahan gambar. DR juga memeriksa apakah persyaratan customer sudah dipahami dengan benar sejak awal.

Tujuannya menangkap masalah yang sulit dilihat oleh desainer sendiri, dengan bantuan orang dari sudut pandang lain: produksi, QA, purchasing, dan sales. J-Net21, situs dukungan UKM yang dikelola Organization for Small & Medium Enterprises and Regional Innovation (SMRJ) Jepang, menggambarkan DR sebagai proses di mana orang dari beberapa departemen memeriksa mutu desain sekaligus mutu manufaktur.

Hubungan Design Review dengan ISO 9001 (SNI ISO 9001:2015)

Klausul 8.3.4 ISO 9001, "Pengendalian desain dan pengembangan", mewajibkan review, verifikasi, dan validasi. Masalah yang ditemukan harus ditindaklanjuti, dan rekamannya harus disimpan. Itulah sebabnya perusahaan bersertifikat ISO 9001 biasanya punya prosedur DR yang formal.

Di Indonesia, ISO 9001:2015 diadopsi sebagai SNI ISO 9001:2015, dan banyak pabrik memakai nomor ini dalam sertifikatnya. Untuk teks resmi bahasa Indonesia dan penomorannya, pakai dokumen yang diterbitkan BSN atau yang dipegang tim sistem mutu Anda.

Review, verifikasi, dan validasi sering tertukar, padahal tujuannya berbeda. Cara paling mudah menempatkan DR: DR memutuskan apakah desain boleh lanjut ke tahap berikutnya dalam kondisi sekarang.

Gambar 1: Design Review vs. Verifikasi vs. Validasi

Ketiganya sama-sama pemeriksaan, tetapi pertanyaannya berbeda.

Design review

Verifikasi

Validasi

Pertanyaan

Bolehkah desain lanjut ke tahap berikutnya dalam kondisi sekarang?

Apakah output desain memenuhi persyaratan input?

Apakah produk memenuhi kebutuhan penggunaan yang dimaksud dalam kondisi nyata?

Cara utama

Rapat review lintas departemen

Perhitungan, analisis, cek gambar, pengujian

Uji di unit sebenarnya, uji lapangan, evaluasi customer

Yang memutuskan

Anggota review dan approver

Bagian desain dan bagian pengujian

Bagian pengujian, kadang customer

Waktu

Di setiap stage gate

Setiap kali output desain dihasilkan

Terutama setelah prototipe, sebelum produksi massal

ISO 9001 membolehkan kegiatan ini dilakukan terpisah atau digabung. Mengecek hasil verifikasi di dalam rapat DR adalah praktik yang umum.

Kapan Design Review Diadakan?

DR bukan acara sekali di akhir pengembangan. Praktik dasarnya adalah mengadakan DR di setiap stage gate, dari perencanaan sampai mulai produksi, dan menjadikannya gerbang yang harus dilewati proyek. Pembagian dan nama tahap berbeda di tiap perusahaan. Pola yang umum terdiri dari enam tahap seperti berikut.

Gambar 2: Contoh Design Review per Tahap Pengembangan

Tempatkan DR di setiap stage gate. Proyek baru boleh lanjut setelah lulus.

Perencanaan dan desain

DR1Rencana pengembanganCek target, potensi pasar, kompetitor, dan risiko pengembangan. Putuskan apakah proyek dimulai.

DR2Desain konsepCek teknologi yang dipilih, struktur dasar produk, dan kewajaran spesifikasi utama.

DR3Desain detail (sebelum rilis gambar)Review gambar dan metode pembuatan. Putuskan apakah prototipe dibuat.

Prototipe dan persiapan produksi

DR4Evaluasi prototipeCek hasil uji performa dan keandalan, serta masalah pembuatan yang muncul saat prototipe dibuat.

DR5Sebelum produksi massalCek apakah mesin line, proses, dan inspeksi siap untuk produksi volume.

DR6Produksi awalCek cacat awal dan masukan dari pasar, lalu pindah ke pengendalian normal.

Jumlah dan nama tahap berbeda menurut perusahaan dan produk. Disusun MONOSCOPE dari penjelasan Skillnote dan Koto Online (bahasa Jepang).

Tahap-tahap ini mengikuti alur kerja desainer. Salah satu caranya adalah menyamakan milestone desain dengan milestone review: DR2 saat desain konsep selesai, DR3 saat satu set gambar lengkap. Dengan begitu DR menjadi bagian dari proses, bukan pekerjaan tambahan.

Makin awal review, makin murah perbaikannya. Masalah yang ditemukan di tahap konsep mungkin cukup diatasi dengan pendekatan lain. Kalau baru ditemukan setelah mold dibuat, masalah yang sama berarti mold harus dimodifikasi atau dibuat ulang. Kalau baru ditemukan setelah produksi massal, bisa berujung pada perbaikan di pasar. Menjalankan DR1 sampai DR3 dengan serius adalah jalan terpendek untuk mengurangi rework secara keseluruhan.

Berapa DR yang Dibutuhkan Proyek Kecil?

Untuk perubahan kecil pada part atau produk turunan, mengadakan keenam DR sebagai rapat formal tidak realistis. J-Net21 menyebut tiga titik DR: sebelum desain dimulai, sebelum gambar dirilis, dan sebelum produksi massal. Cara mudah memulai adalah mewajibkan tiga DR itu, lalu menambah tahap hanya untuk proyek yang banyak elemen desain atau teknologi barunya.

Sekecil apa pun perubahannya, jangan lewatkan review sebelum rilis gambar. Begitu gambar sudah dikirim ke supplier luar atau ke produksi, biaya koreksi dan jumlah orang yang terlibat naik tajam.

Cara Menjalankan Design Review dalam 6 Langkah

Menempatkan DR di setiap stage gate tidak banyak gunanya kalau rapatnya dijalankan asal-asalan. Enam langkah di bawah ini membawa satu DR dari persiapan sampai semua tindakan ditutup. Rapatnya sendiri hanya satu dari enam langkah, dan sebagian besar hasil ditentukan sebelum dan sesudah rapat.

Gambar 3: Enam Langkah Satu Design Review

Rapat hanyalah langkah tengah. Persiapan dan tindak lanjut yang menentukan hasilnya.

1. Tujuan dan kriteriaApa yang diputuskan, dan apa syarat lulusnya

2. Siapkan dan kirim materiTonjolkan perubahan, kirim beberapa hari sebelumnya

3. Pilih reviewerUndang departemen dan ahli sesuai topik

Persiapan

4. Rapat reviewFokus pada isu utama, bahas setiap temuan bersama buktinya

Keputusan

5. Putuskan dan catatLulus, lulus bersyarat, atau review ulang; catat semua temuan

6. Tindak lanjutTetapkan PIC dan due date, lalu pastikan ditutup

YokotenMasukkan pelajaran ke checklist dan proyek berikutnya

Untuk perubahan kecil, langkah 1–3 boleh disederhanakan, tetapi langkah 5 dan 6 jangan dilewati.

Langkah 1: Tetapkan Tujuan dan Kriteria Lulus

Pertama, tentukan keputusan apa yang harus diambil di review ini. Kaitkan dengan tindakan berikutnya, misalnya "Bolehkah gambar prototipe dirilis?" atau "Bolehkah mesin line produksi dipesan?"

Lalu tetapkan syarat lulus. Contohnya: "Perhitungan menunjukkan margin yang cukup terhadap target performa", atau "Semua temuan besar sudah ditutup, atau rencana tindakannya sudah disetujui". Tanpa kriteria, kesimpulan cenderung mengikuti orang yang paling keras bicara.

Langkah 2: Siapkan Materi dan Kirim Lebih Dulu

Jangan hanya menumpuk gambar dan spesifikasi. Buka materi dengan apa yang berubah dari produk sebelumnya dan di mana Anda khawatir, supaya reviewer cepat menemukan isu dalam waktu yang terbatas.

Kirim materi beberapa hari sebelum rapat dan minta reviewer membacanya dulu. Kalau banyak orang baru melihat materi di dalam rapat, waktunya habis untuk penjelasan, dan temuannya hanya di permukaan.

Langkah 3: Undang Reviewer yang Sesuai Topik

Daripada mengundang kelompok yang sama setiap kali, sesuaikan reviewer dengan topik yang dibahas: material baru membutuhkan ahli material atau surface treatment, metode pembuatan baru membutuhkan production engineering (seisan gijutsu) dan produksi. Selalu libatkan orang yang paham betul area yang berubah. Bagian tentang peran di bawah menjelaskan apa yang dicek tiap departemen.

Langkah 4: Jaga Diskusi Tetap Fokus

Buka rapat dengan mengulang tujuan dan kriteria lulus. Desainer lalu mempresentasikan terutama perubahan dan kekhawatirannya. Kalau penjelasan umum terlalu panjang, tidak ada waktu tersisa untuk diskusi yang penting.

Aturan dasarnya: setiap temuan harus disertai dasar teknis, seperti kasus kegagalan di masa lalu, hasil perhitungan, atau hasil uji, bukan sekadar rasa khawatir yang samar. Kalau suatu isu tidak bisa diselesaikan di ruangan, sepakati siapa menyelidiki apa dan bagaimana keputusan berikutnya diambil, lalu lanjut ke topik lain.

Langkah 5: Putuskan dan Catat Temuan

Tutup rapat dengan keputusan yang jelas: lulus, lulus bersyarat, atau review ulang. Lanjut ke tahap berikutnya dengan keputusan yang kabur berarti DR tidak ada gunanya.

Jangan biarkan temuan tenggelam di notulen rapat (MoM). Catat satu per satu di daftar temuan (action item log) dengan kolom berikut:

• No.
• Isi temuan
• Tingkat kepentingan
• PIC (penanggung jawab)
• Due date
• Tindakan yang diambil dan hasilnya

ISO 9001 juga mewajibkan tindakan atas masalah yang ditemukan dalam review dan penyimpanan rekamannya.

Langkah 6: Tindak Lanjut dan Sebarkan Pelajarannya

DR baru bermanfaat kalau temuannya ditindaklanjuti. Saat due date tiba, cek status item di daftar temuan. Tutup item hanya setelah orang yang mengajukan temuan, atau QA, memastikan tindakannya memadai.

Berikutnya, ambil temuan yang berlaku juga untuk produk lain dan masukkan ke standar desain dan checklist. Perusahaan Jepang menyebutnya yokoten (横展, penerapan horizontal). Langkah inilah yang menentukan apakah temuan yang sama muncul lagi di setiap review, atau mutu desain organisasi terus naik.

Checklist Design Review per Tahap

Yang dicek di DR berubah sesuai tahap. Membahas toleransi di tahap perencanaan masih terlalu awal, dan memperdebatkan konsep produk tepat sebelum produksi massal sudah terlambat. Agar waktu yang terbatas terpakai dengan baik, fokuslah pada hal yang hanya bisa diputuskan di tahap itu.

Gambar 4: Yang Dicek di Setiap Tahap

Makin maju proyeknya, fokus bergeser dari ide ke part dan proses.

DR1–DR2Perencanaan dan konsep

• Apakah target pengembangan mencerminkan persyaratan customer?
• Apakah pendekatan yang dipilih layak secara teknis?
• Apakah persyaratan regulasi, standar, dan keselamatan sudah diidentifikasi?
• Apakah target biaya dan jadwal realistis?

DR3Desain detail, sebelum rilis gambar

• Dasar perhitungan atau analisis kekuatan, umur, dan panas
• Toleransi, kemudahan assembly, dan apakah bentuknya bisa dibuat
• Pemilihan material dan part beli, serta ketersediaannya
• BOM sesuai gambar; pelajaran dari masalah masa lalu sudah diterapkan di desain

DR4Evaluasi prototipe

• Apakah hasil uji memenuhi target, dan dengan margin berapa?
• Apakah kondisi uji mewakili pemakaian nyata?
• Apakah penyebab kegagalan sudah diketahui dan perbaikannya masuk ke gambar?
• Kesulitan saat membuat prototipe

DR5–DR6Sebelum produksi massal dan produksi awal

• Kapabilitas proses, metode inspeksi, jig, fixture, dan mesin
• Instruksi kerja dan pelatihan operator
• Kesiapan produksi supplier dan pengecekan first article
• Tren cacat awal dan masukan dari pasar

Disusun MONOSCOPE dari penjelasan J-Net21, Skillnote, dan Koto Online (bahasa Jepang). Tambahkan kegagalan masa lalu di pabrik Anda sendiri agar checklist ini makin kuat.

Perencanaan dan Konsep: Pastikan Persyaratan dan Pendekatan

Review di tahap perencanaan dan konsep terjadi sebelum ada gambar. Yang dilihat adalah apa yang akan dibuat dan bagaimana mencapainya. Pertanyaan utamanya: apakah persyaratan customer sudah diterjemahkan dengan benar menjadi target pengembangan, dan apakah pendekatan yang dipilih layak secara teknis.

Persyaratan regulasi, standar, dan keselamatan mudah terlewat di tahap ini. Kalau baru ketahuan belakangan, struktur dasar bisa terpaksa diubah. Kami menyarankan membuat daftar regulasi dan standar yang berlaku sejak tahap konsep. Masukan dari sales dan QA sangat berharga di tahap ini.

Sebelum Rilis Gambar: Bisa Dibuat, dan Akan Berfungsi?

Review sebelum rilis gambar biasanya menghasilkan temuan paling banyak. Cek apakah perhitungan kekuatan dan umur serta hasil CAE punya margin yang cukup terhadap target, dan apakah asumsinya valid.

Dari sisi produksi, cek hal berikut:

• Apakah bentuknya bisa dibuat?
• Apakah part bisa di-assembly?
• Apakah toleransinya pas, baik untuk fungsi maupun biaya proses?

Temuan akan lebih tajam kalau reviewer tahu kapan memakai toleransi dimensi dan kapan toleransi geometri.

Review juga bill of materials (BOM), bukan hanya gambar. Kalau nomor part atau jumlah di BOM engineering tidak sesuai dengan gambar, kesalahannya terbawa ke BOM manufaktur. Ingat pembagian EBOM/MBOM dan pastikan semua data yang diserahkan ke produksi konsisten.

Evaluasi Prototipe: Pertanyakan Hasil dan Kondisi Uji

Di review prototipe, jangan hanya cek apakah hasilnya memenuhi target, tetapi juga apakah kondisi uji mewakili cara produk benar-benar dipakai. Kalau suhu, getaran, atau jumlah siklusnya terlalu ringan, hasil "lulus" tidak banyak artinya.

Bahas setiap kegagalan dari pembuatan prototipe satu per satu: apakah penyebabnya sudah diketahui, dan apakah perbaikannya sudah masuk ke gambar atau spesifikasi? Tanyakan juga ke tim yang membuat prototipe, area mana yang sulit di-assembly dan dimensi mana yang cenderung bervariasi.

Sebelum Produksi Massal: Bisakah Proses Membuatnya dengan Stabil?

Di review sebelum produksi massal, fokus berpindah dari produk ke proses. Item utamanya:

• Kesiapan mesin, jig, dan fixture
• Kapabilitas proses
• Metode inspeksi
• Instruksi kerja dan pelatihan
• Kesiapan supplier part beli

Banyak dari persiapan ini tumpang tindih dengan pekerjaan production engineering.

Selama produksi awal setelah mulai produksi, yang di pabrik Jepang disebut shoki ryudo (初期流動, pengendalian produksi awal), cek tren cacat awal dan masukan dari pasar, lalu pindah ke pengendalian normal setelah tidak ada masalah tersisa. Tetapkan sejak awal kriteria untuk mengakhiri pengendalian khusus ini dan pindah ke pengendalian normal, karena tanpa itu pengendalian khusus cenderung berlarut-larut.

Siapa yang Hadir di Design Review dan Apa yang Dicek Tiap Peran

Siapa yang hadir sangat memengaruhi mutu DR. J-Net21 menggambarkan susunan di mana manajer sales, engineering, produksi, production engineering, quality control, dan procurement hadir, dan manajemen puncak ikut kalau risiko teknisnya tinggi.

Yang penting, setiap orang tahu apa yang harus dicek dari posisinya, bukan sekadar duduk karena diundang. Pembagian perannya sebagai berikut.

Gambar 5: Peran dalam Design Review

Membagi orang menjadi yang memimpin, yang presentasi, dan yang mereview membuat peran masing-masing jelas.

Pimpinan rapat (chairman)

Mengelola rapatMenyampaikan tujuan dan kriteria lulus, menjaga diskusi tetap fokus, dan mengambil keputusan tepat waktu. Idealnya tidak punya kepentingan besar atas desain itu.

Notulis

Mengelola rapatMencatat setiap temuan, memastikan PIC dan due date-nya, dan memantau tindakannya.

Desainer

PresentasiMempresentasikan perubahan dan kekhawatiran lebih dulu. Menanggapi temuan dengan bukti dan memperjelas isunya, bukan berdebat.

Quality Assurance (QA)

MereviewMengecek apakah pelajaran dari kegagalan masa lalu dan klaim pasar sudah diterapkan, dan apakah kondisi uji serta kriteria lulus masuk akal.

Production engineering dan produksi

MereviewMengecek apakah part bisa dibuat dan di-assembly, serta dibuat stabil dengan kapabilitas proses, mesin, dan jig yang ada.

Purchasing dan sales

MereviewPurchasing mengecek ketersediaan dan biaya material. Sales menambahkan persyaratan customer dan cara produk benar-benar dipakai.

Disusun MONOSCOPE dari penjelasan J-Net21 dan Skillnote (bahasa Jepang). Tambahkan ahli material, listrik, software, atau manajemen puncak sesuai kebutuhan proyek.

QA sering menjadi sekretariat yang menjalankan proses DR itu sendiri, termasuk DR sebelum produksi massal.

Banyak perusahaan menjadikan manajer desain sebagai pimpinan rapat, tetapi tekanan jadwal dan anggaran lalu cenderung melunakkan keputusan. Untuk proyek penting, manajer dari QA atau departemen lain bisa memimpin. Pimpinan yang berjarak satu langkah dari desain membuat keputusan tetap independen.

Di pabrik Indonesia yang punya staf ekspatriat Jepang, sepakati juga bahasa rapat sejak awal: bahasa Indonesia, bahasa Inggris, atau Jepang dengan penerjemah. Kalau sebagian peserta tidak mengikuti diskusi, temuan penting bisa tidak terucap. Minta setiap temuan ditulis di daftar temuan dalam bahasa yang dipahami semua PIC.

DRBFM Adalah Apa?

Design review sering kehilangan fokus karena mencoba memberi perhatian yang sama ke semua hal. Salah satu jawaban atas masalah ini adalah DRBFM (Design Review Based on Failure Mode), yang berasal dari Toyota Motor Corporation. Metode ini dikenal sebagai metode yang disistematisasi oleh Tatsuhiko Yoshimura, yang pernah bekerja di Toyota dan juga menjadi profesor di Kyushu University.

DRBFM berangkat dari gagasan bahwa masalah cenderung muncul ketika desain yang sudah terbukti diubah. Tim membuat daftar apa saja yang berubah dibanding desain yang ada, lalu memusatkan diskusi pada kekhawatiran yang timbul dari perubahan itu.

Metode ini tidak lagi terbatas di Jepang. SAE International menerbitkan SAE J2886, "Design Review Based on Failure Modes (DRBFM)", pada Maret 2013 (edisi yang berlaku: April 2023), dan AIAG menerbitkan panduan referensi DRBFM, CQI-24, pada September 2014. Kalau customer menyebut DRBFM, acuannya bisa aturan internal mereka sendiri atau salah satu dokumen ini. Tanyakan langsung mana yang dipakai.

Perubahan dan Perubahan Kondisi (Henkoten dan Henkaten)

Materi DRBFM berbahasa Jepang membedakan dua jenis perubahan. Henkoten (変更点) adalah perubahan yang dibuat dengan sengaja. Henkaten (変化点) adalah perubahan kondisi pemakaian atau lingkungan yang tidak berasal dari perubahan desain yang disengaja. Keduanya harus didaftar, seperti terlihat di Gambar 6.

Di pabrik, kata "henkaten" juga sering dipakai untuk pengendalian perubahan 4M di line (man, machine, material, method), misalnya papan henkaten saat operator diganti. Dalam materi DRBFM, kata yang sama dipakai untuk perubahan kondisi di sekitar desain. Pemakaian istilah ini bisa berbeda antarperusahaan, jadi sepakati definisinya dengan customer.

Gambar 6: Empat Sudut Pandang untuk Menemukan Perubahan

Daftar bukan hanya yang Anda ubah, tetapi juga yang berubah di sekitar desain.

Perubahan desainBentuk, dimensi, struktur, dan apa pun yang sengaja diubah desainer, termasuk perubahan atas permintaan desainer lain.

Perubahan pemakaian dan lingkunganWilayah, suhu, beban, atau pola pemakaian. Desainer perlu meneliti bagaimana customer benar-benar memakai produknya.

Perubahan materialGrade material, surface treatment, spesifikasi part beli, atau pergantian supplier.

Perubahan proses manufakturMetode proses, mesin, pabrik, atau proses di supplier: setiap perubahan cara part dibuat.

Perubahan (henkoten) = yang sengaja diubah / Perubahan kondisi (henkaten) = kondisi pemakaian atau lingkungan yang berubah, bukan karena perubahan desain. Tampilkan keduanya dengan membandingkan terhadap produk yang sudah ada.

Disusun MONOSCOPE dari Nikkei xTECH, "Empat sudut pandang yang dibutuhkan dalam pengelolaan perubahan pada DRBFM ala Toyota" (bahasa Jepang).

GD3: Good Design, Good Discussion, Good Dissection

DRBFM menekankan tiga hal yang disebut GD3: Good Design, Good Discussion, dan Good Dissection. "Dissection" di sini berarti membongkar part setelah diuji dan memeriksanya dengan teliti.

Dalam praktiknya: buat perubahan sekecil mungkin dan terbatas di area tertentu, minta orang yang terlibat membahas setiap perubahan secara konkret, lalu periksa part hasil uji dengan cermat untuk menemukan titik lemahnya.

Cara berpikir ini bisa dibawa ke DR biasa cukup dengan menaruh daftar perubahan dan perubahan kondisi di halaman depan materi. Kalau reviewer langsung melihat perbedaan desain dari produk yang ada, mereka memakai waktu yang terbatas untuk bagian yang benar-benar perlu didiskusikan.

DRBFM vs. FMEA

Sesuai namanya, DRBFM membawa cara berpikir failure mode ke dalam design review, sehingga sering dibandingkan dengan FMEA (failure mode and effects analysis). Perbedaan utamanya ada di cakupan: DRBFM membatasi diskusi pada perubahan dan area yang terpengaruh olehnya.

	FMEA	DRBFM
Cakupan	Mengidentifikasi failure mode secara menyeluruh di seluruh desain atau proses	Terbatas pada perubahan dari desain yang sudah terbukti dan area yang terpengaruh
Paling cocok untuk	Desain baru dan elemen desain yang baru dikembangkan	Desain lanjutan (carryover) dengan perubahan tertentu
Output utama	Analisis sistematis atas failure mode, dampaknya, dan tindakannya	Kekhawatiran atas setiap perubahan, tindakan desain, dan cara verifikasinya, disepakati dalam review
Hubungan keduanya	FMEA yang sudah ada berguna sebagai input untuk menilai seberapa jauh dampak suatu perubahan. AIAG menggambarkan DRBFM sebagai analisis yang berfokus pada perubahan teknis setelah ada desain dasar (baseline), dan DRBFM tidak mewajibkan FMEA. SAE J2886 menyatakan bahwa DRBFM tidak dimaksudkan untuk menggantikan FMEA. Dalam sistem AIAG, DRBFM (CQI-24) adalah dokumen terpisah dari AIAG & VDA FMEA Handbook.

Pembagian praktis yang menekan beban kerja: pakai FMEA untuk mencakup elemen desain baru secara menyeluruh, dan pakai DRBFM untuk fokus pada perubahan di desain lanjutan. Kalau customer meminta keduanya, tanyakan bagaimana mereka ingin kedua dokumen itu saling terhubung.

Contoh DRBFM: Bracket Baja Diganti Resin (Fiktif)

Untuk setiap perubahan, lembar DRBFM mencatat apa kekhawatirannya, kapan bisa terjadi, bagaimana dampaknya ke customer, dan tindakan desain apa yang mengatasinya.

Desainer mengisi lembar kerja lebih dulu. Pada hari DR, reviewer dari departemen lain menambahkan kekhawatiran dan penyebab yang terlewat oleh desainer, lalu tim menyepakati tindakan desain dan cara verifikasinya.

Berikut contoh isian lembar kerja untuk perubahan bracket dari baja ke resin.

Kolom	Contoh isian
Perubahan / perubahan kondisi	Material bracket yang dipasang dekat mesin diganti dari pelat baja canai dingin (JIS SPCC) ke nylon 66 (poliamida 66) diperkuat serat kaca 30% (PA66-GF30) untuk mengurangi berat
Kekhawatiran (failure mode)	(1) Sambungan baut kendur. (2) Posisi lubang pemasangan bergeser sehingga part tidak bisa dipasang.
Kapan bisa terjadi? (penyebab)	(1) Di area yang terus panas, gaya jepit baut bekerja terus-menerus pada resin; resin perlahan berubah bentuk (creep) dan gaya jepit turun. (2) Di lingkungan lembap, resin menyerap air dan dimensinya berubah.
Dampak ke customer	Bunyi dan getaran. Dalam kasus terburuk, part terlepas.
Tindakan desain untuk menghilangkan kekhawatiran	Cetak collar logam ke dalam sambungan baut (insert molding) agar logam yang menahan gaya jepit. Buat lubang pemasangan berbentuk slot untuk menampung pemuaian panas dan perubahan dimensi akibat penyerapan air.
Evaluasi dan verifikasi	Uji retensi gaya jepit setelah disimpan di suhu tinggi; pengukuran dimensi setelah disimpan di suhu dan kelembapan tinggi; uji getaran di unit sebenarnya
PIC dan due date	Desainer (pengujian oleh engineer pengujian). Laporkan hasil paling lambat di DR berikutnya.

Kolom yang paling penting adalah "Kapan bisa terjadi?", dan isinya harus spesifik. Isian seperti "kekuatan kurang" tidak membawa diskusi ke mana-mana. "Saat gaya jepit bekerja terus-menerus di area yang terus panas" menyebut kondisinya, sehingga cara mengujinya juga lebih mudah ditentukan.

Meskipun yang berubah adalah material, lihat perubahan itu bersama lingkungan yang akan dihadapinya, seperti suhu dan kelembapan. Dengan begitu kekhawatiran tidak terlewat.

Template DRBFM: Kolom Lembar Kerja dan Cara Mengisinya

Pakai format ini sebagai titik awal kalau customer tidak memberikan form. Kalau customer punya form DRBFM sendiri, pakai form mereka, karena nama dan urutan kolom berbeda di tiap perusahaan. Template ini mengikuti kolom yang sama dengan contoh di atas.

Kolom	Yang ditulis	Isian lemah yang sering muncul
No.	Satu baris per kekhawatiran, agar masing-masing bisa dipantau sampai ditutup	Beberapa kekhawatiran digabung dalam satu baris
Perubahan / perubahan kondisi	Apa yang berubah dibanding desain yang ada (desain, material, proses, atau pemakaian dan lingkungan) dan alasannya	"Perubahan kecil" tanpa perbandingan dengan part yang ada
Kekhawatiran (failure mode)	Apa yang bisa salah pada part karena perubahan ini	"Tidak ada kekhawatiran" tanpa alasan
Kapan bisa terjadi? (penyebab)	Kondisi spesifik: suhu, kelembapan, beban, waktu, cara pemakaian atau assembly	"Kekuatan kurang" tanpa kondisi
Dampak ke customer	Apa yang dialami pengguna akhir atau proses assembly berikutnya	Hanya dampak ke part
Tindakan desain	Perubahan desain yang menghilangkan atau mengurangi kekhawatiran	"Akan berhati-hati" atau "akan diinspeksi", bukan tindakan desain
Evaluasi dan verifikasi	Uji atau analisis yang membuktikan tindakan itu efektif, beserta kondisinya	Kondisi uji lebih ringan dari pemakaian nyata
PIC dan due date	Satu nama orang dan tanggal, sering kali DR berikutnya	Nama departemen, bukan orang; tanpa tanggal
Hasil dan status	Hasil uji, keputusan, dan tanggal item ditutup	Dibiarkan kosong setelah rapat

Kenapa Design Review Jadi Sekadar Formalitas, dan Cara Mencegahnya

Bahkan di perusahaan yang sudah punya prosedur DR, keluhan seperti ini sering terdengar: "Rapatnya ada, tapi tidak pernah menemukan apa-apa", atau "Temuannya ada, tapi tidak ada yang memperbaiki". J-Net21 juga mengingatkan agar DR tidak menjadi ritual formal. Orang Jepang menyebutnya keigaika (形骸化): prosesnya masih ada bentuknya, tetapi isinya sudah hilang. Gejalanya punya pola yang bisa dikenali, dan menelusuri setiap gejala ke penyebabnya akan menunjukkan perbaikannya.

Gambar 7: Saat DR Jadi Formalitas: Gejala, Penyebab, dan Perbaikan

Sebagian besar gejala berasal dari langkah sebelum dan sesudah rapat yang terlewat.

Gejala yang sering muncul

Penyebab utama

Perbaikan

Rapat hanya berisi presentasi

Materi dibagikan di hari rapat; reviewer belum membacanya

Kirim beberapa hari sebelumnya, dengan perubahan dan kekhawatiran di depan

Temuan berupa komentar spontan tanpa arah

Tidak ada kriteria lulus; temuan tanpa bukti diterima

Bagikan kriteria lebih dulu; minta bukti untuk setiap temuan

Jadwal selalu menang; setiap review lulus

Mengadakan rapat sudah jadi tujuan; pimpinan rapat dari desain

Jadikan lulus bersyarat dan review ulang hasil resmi; pimpinan rapat yang independen

Temuan tidak pernah diperbaiki

Tidak ada PIC dan due date; tidak ada cek penutupan

Tetapkan PIC dan tanggal di daftar temuan; pihak ketiga memastikan penutupan

Temuan yang sama muncul setiap kali

Temuan berhenti di satu proyek dan tidak masuk ke standar

Masukkan ke checklist dan standar desain (yokoten)

Desainer defensif dan menyembunyikan informasi

DR sudah jadi tempat mencari siapa yang salah

Tekankan temuan yang membangun, disertai usulan perbaikan

Disusun MONOSCOPE dari penjelasan J-Net21, Koto Online, dan Skillnote (bahasa Jepang).

Mengadakan Rapat Sudah Jadi Tujuan

Akar masalahnya adalah mengadakan DR sudah menjadi tujuan itu sendiri. Kalau jadwal hanya menetapkan tanggal DR dan tidak ada yang berbagi apa yang harus diputuskan, rapat berubah jadi presentasi, dan hasilnya selalu "lulus".

Perbaikan pertama adalah menganggap lulus bersyarat dan review ulang sebagai hasil yang sah, bukan kegagalan. Kalau jadwal sudah memperhitungkan kemungkinan review ulang, tidak ada alasan untuk melunakkan keputusan.

Temuan Datang Tanpa Bukti

Koto Online menyebut tiga alasan design review menjadi formalitas:

• Temuan spontan tanpa dasar
• Reviewer datang tanpa membaca materi
• Aturan yang tidak konsisten

Kalau temuan spontan terus berdatangan, desainer menghabiskan waktu menjawab satu per satu, dan temuan yang benar-benar penting tenggelam.

Jadikan aturan bahwa temuan harus disertai bukti: kegagalan masa lalu, perhitungan, atau hasil uji. Kekhawatiran yang belum bisa dibuktikan di tempat diperlakukan sebagai item penyelidikan terbuka. Tentukan siapa mengecek apa dan kapan, maka diskusi tetap bisa berjalan.

Review Sudah Jadi Tempat Mencari Kesalahan

Kalau DR menjadi tempat menunjuk kesalahan desainer, desainer berhenti menulis kekhawatirannya di materi. Inilah kondisi paling serius sebuah DR: review yang tidak memunculkan kekhawatiran membuang sendiri kesempatannya untuk menemukan masalah.

Skillnote juga menekankan temuan yang membangun dan berisi usulan perbaikan, bukan kritik. Pimpinan rapat bisa mengubah suasana dengan menghargai desainer yang mengangkat kekhawatirannya sendiri, dan meminta reviewer menyertakan alternatif atau cara verifikasi bersama setiap temuan.

Rekaman Tidak Dipakai di Proyek Berikutnya

Temuan dan tindakan yang tercatat di DR adalah pengetahuan berharga untuk proyek berikutnya. J-Net21 juga meminta agar hasil DR dicatat, dirapikan, dan dipakai dalam pengembangan produk berikutnya.

Jangan menyimpan daftar temuan begitu saja per produk. Kelompokkan temuan per kategori, masukkan yang berulang ke checklist dan standar desain, dan review proses DR itu sendiri, misalnya setahun sekali. Dengan begitu proses DR membaik sedikit demi sedikit.

Pertanyaan untuk Customer Jepang Anda

Saat pabrikan Jepang atau customer Tier 1 meminta DRBFM atau mengundang Anda ke DR, dapatkan jawaban atas pertanyaan berikut sebelum mulai mengisi lembar kerja:

• Perubahan apa saja di proyek ini yang membutuhkan DRBFM: desain, material, proses, pabrik, atau perubahan di sub-supplier?
• Apakah ada form DRBFM yang wajib dipakai, dan diisi dalam bahasa apa (Indonesia, Inggris, atau Jepang)?
• Acuan mana yang dipakai: aturan internal customer, SAE J2886, atau AIAG CQI-24?
• Apakah DFMEA atau PFMEA juga perlu diperbarui, dan bagaimana hubungannya dengan DRBFM?
• Siapa dari pihak customer yang akan hadir, dan apakah engineer produksi dan QA kami perlu ikut?
• Kapan lembar kerja harus dikirim sebelum rapat, dan bagaimana komentar akan dikirimkan?
• Apa syarat lulusnya: apakah item terbuka dengan due date yang disepakati bisa diterima?
• Uji dan kondisi uji apa yang diharapkan untuk verifikasi, dan apakah data mentah perlu dilampirkan?
• Apakah perubahan ini juga butuh pemberitahuan atau persetujuan perubahan resmi di pihak customer (misalnya prosedur perubahan 4M), dan bagaimana urutannya?

Checklist Sebelum Review

• Tujuan review dan kriteria lulus sudah tertulis
• Daftar perubahan dan perubahan kondisi (desain, material, proses, pemakaian dan lingkungan) ada di depan materi
• Setiap perubahan dibandingkan dengan desain yang ada dan sudah terbukti
• Setiap isian "Kapan bisa terjadi?" berisi kondisi spesifik
• Setiap kekhawatiran punya tindakan desain, bukan hanya inspeksi
• Kondisi uji mewakili pemakaian nyata
• Materi dikirim beberapa hari sebelum rapat
• Reviewer yang paham area yang berubah sudah diundang
• Bahasa rapat dan bahasa daftar temuan sudah disepakati
• Daftar temuan siap, dengan kolom PIC dan due date

Batasan Panduan Ini

• Praktiknya berbeda-beda. Jumlah tahap review, namanya, form DRBFM, dan kriteria lulus berbeda menurut perusahaan, industri, dan customer. Persyaratan customer Anda yang didahulukan.
• Ini bukan ringkasan SAE J2886 atau AIAG CQI-24. Kami belum membaca teks lengkap kedua dokumen itu. Kalau customer menyebut salah satunya, bekerjalah dari dokumen tersebut.
• Contoh lembar kerja ini fiktif. Material, penyebab, dan uji di dalamnya hanya menunjukkan cara mengisi kolom, bukan panduan desain untuk bracket resin yang sebenarnya.
• Keputusan keselamatan dan regulasi ada di tangan pihak yang bertanggung jawab. DR bisa menunjukkan regulasi dan standar mana yang berlaku, tetapi kepatuhan diputuskan oleh tim engineering, K3, dan legal Anda sesuai aturan yang berlaku untuk produk dan tempat kerja, termasuk UU No. 1 Tahun 1970 tentang Keselamatan Kerja.

FAQ

DRBFM singkatan dari apa?

DRBFM adalah singkatan dari Design Review Based on Failure Mode. DRBFM adalah metode design review yang berasal dari Toyota dan memusatkan diskusi pada perubahan dari desain yang sudah terbukti. SAE membakukannya sebagai J2886, dan AIAG menerbitkan panduan referensi DRBFM, CQI-24.

Apa beda DRBFM dan FMEA?

FMEA mengidentifikasi failure mode secara menyeluruh, sedangkan DRBFM membatasi diskusi pada perubahan dari desain yang ada dan area yang terpengaruh. Pembagian praktisnya: FMEA untuk elemen desain baru, DRBFM untuk perubahan pada desain lanjutan. FMEA yang sudah ada berguna untuk menilai seberapa jauh dampak suatu perubahan.

Berapa kali design review dibutuhkan dalam satu proyek?

Praktik dasarnya satu kali di setiap stage gate; enam tahap dari perencanaan sampai produksi awal adalah pola yang umum. Untuk proyek kecil, mulai dengan tiga DR wajib: sebelum desain dimulai, sebelum rilis gambar, dan sebelum produksi massal. Tambah hanya untuk proyek yang banyak elemen desain atau teknologi barunya.

Apakah ISO 9001 mewajibkan design review?

Ya. Klausul 8.3.4 ISO 9001 (di Indonesia diadopsi sebagai SNI ISO 9001:2015) mewajibkan review, verifikasi, dan validasi selama desain dan pengembangan, tindakan atas masalah yang ditemukan, dan rekaman kegiatannya. Ketiganya boleh dilakukan terpisah atau digabung, dan mengecek hasil verifikasi di dalam DR adalah hal yang umum.

Siapa yang sebaiknya memimpin design review?

Idealnya orang yang berjarak satu langkah dari desain. Banyak perusahaan meminta manajer desain memimpin, tetapi tekanan jadwal dan anggaran lalu cenderung melunakkan keputusan. Untuk proyek penting, manajer dari QA atau departemen lain membuat keputusan tetap independen.

Sumber

• Definisi design review: JIS Z 8115:2019 Istilah keandalan, entri 192-12-09 "design review" (bahasa Jepang)
• Waktu DR, peserta, dan hal yang perlu diwaspadai: J-Net21 (SMRJ), "Design review dalam proses pengembangan produk" (bahasa Jepang)
• Persyaratan klausul 8.3.4 ISO 9001: pdcatovision.com, "Persyaratan review desain dan pengembangan" (bahasa Jepang)
• DR per tahap dan cara menjalankannya: Skillnote, "Apa itu design review (DR)?" (bahasa Jepang)
• Cara menjalankan DR dan kenapa jadi formalitas: Koto Online, "Apa itu design review?" (bahasa Jepang)
• Gambaran umum DRBFM: Toyota Enterprise, kursus DRBFM (bahasa Jepang); Wikipedia, "Design review based on failure mode" (bahasa Inggris)
• Empat sudut pandang perubahan: Nikkei xTECH, "Empat sudut pandang dalam pengelolaan perubahan pada DRBFM ala Toyota" (bahasa Jepang)
• SAE J2886: SAE International, J2886_202304 Design Review Based on Failure Modes (DRBFM)
• AIAG CQI-24: AIAG, CQI-24 DRBFM Reference Guide
• Henkaten dan 4M di pabrik Indonesia (contoh): Indoprima Group, pelatihan Henkaten 2026