DMADV: 5 Fase Design for Six Sigma

Alur lima fase DMADV Define Measure Analyze Design Verify

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

DMADV (Define, Measure, Analyze, Design, Verify) adalah kerangka kerja Six Sigma untuk menciptakan sesuatu yang baru dari awal dengan kualitas hampir sempurna, bukan sekadar menambal apa yang sudah ada. Ketika sebagian besar alat peningkatan dimulai dari proses yang rusak dan berusaha memperbaikinya, DMADV dimulai dari kertas kosong dan merancang kualitas sejak awal. Tim menggunakannya ketika meluncurkan lini produk baru, membangun proses penyampaian layanan baru, atau mengganti proses yang begitu cacat secara mendasar sehingga perbaikan bertahap tidak akan cukup.

Metode ini termasuk dalam keluarga yang lebih luas bernama Design for Six Sigma (DFSS). Jika Anda pernah menggunakan DMAIC sebelumnya, logikanya akan terasa familier tetapi arahnya berbeda. DMAIC memperbaiki. DMADV merancang.

Apa Itu DMADV?

DMADV adalah metodologi terstruktur dan berbasis data untuk merancang proses dan produk baru agar memenuhi persyaratan pelanggan pada level kualitas Six Sigma. Namanya adalah akronim dari lima fase berurutannya: Define, Measure, Analyze, Design, dan Verify.

Ide intinya sederhana: alih-alih menemukan cacat setelah peluncuran dan buru-buru memperbaikinya, Anda memahami dengan tepat apa yang dibutuhkan pelanggan sebelum membangun apa pun. Anda kemudian merancang proses atau produk di sekitar kebutuhan tersebut, mengujinya secara ketat, dan baru setelah itu merilisnya ke dunia nyata.

Design for Six Sigma (DFSS) adalah istilah payung untuk sekelompok metodologi yang mencakup DMADV. Varian DFSS lain juga ada (IDOV, DMADOV, ICOV), tetapi DMADV adalah yang paling banyak diadopsi, sebagian karena struktur lima hurufnya mencerminkan kerangka DMAIC yang sudah familier bagi sebagian besar praktisi Six Sigma.

Fakta Penting

  • Six Sigma menargetkan tingkat cacat hanya 3,4 cacat per juta peluang (DPMO), yang mewakili akurasi 99,99966%. (Sumber: American Society for Quality)
  • Six Sigma dipelopori di Motorola pada tahun 1986 oleh insinyur Bill Smith dan secara resmi dinamai oleh Mikel Harry. Metode ini menjadi standar industri setelah General Electric mengadopsinya secara menyeluruh di pertengahan tahun 1990-an. (Sumber: Motorola Solutions / ASQ)
  • Keluarga DFSS (yang mencakup DMADV) berbeda dari keluarga DMAIC: DFSS berlaku ketika sebuah produk atau proses belum ada, atau ketika yang sudah ada terlalu jauh dari target sehingga desain ulang menjadi satu-satunya jalan yang layak. (Sumber: iSixSigma)

DMADV vs DMAIC

Ini adalah pertanyaan yang paling sering diajukan tim, dan layak untuk dijelaskan secara presisi. Keduanya adalah metodologi Six Sigma. Keduanya berbasis data. Keduanya mengikuti struktur lima fase. Tetapi keduanya memecahkan masalah yang secara fundamental berbeda.

Dimensi DMADV DMAIC
Tujuan Merancang sesuatu yang baru Memperbaiki sesuatu yang sudah ada
Titik awal Kertas kosong atau konsep Proses yang berjalan (tetapi cacat)
Kapan digunakan Produk baru, proses baru, atau desain ulang radikal Proses yang ada dengan cacat yang terukur
Persyaratan pelanggan Dikumpulkan sebelum desain dimulai Sering kali sudah tertanam dalam proses
Output Proses atau produk yang baru dibangun Versi yang telah dioptimalkan dari proses saat ini
Profil risiko Investasi awal lebih tinggi, biaya pekerjaan ulang lebih rendah Biaya awal lebih rendah, risiko hasil yang menurun
Fase akhir Verify (memvalidasi terhadap spesifikasi pelanggan) Control (mempertahankan proses yang telah ditingkatkan)

Sebuah heuristik sederhana: jika Anda menghadapi sebuah proses yang sudah ada dan sebagian besar berjalan baik, gunakan DMAIC. Jika Anda menghadapi papan tulis kosong, gunakan DMADV.

Ada juga kasus tengah yang berguna. Kadang-kadang sebuah proses sudah ada tetapi begitu rusak sehingga peningkatan sebanyak apa pun tidak akan membawanya ke kualitas Six Sigma. Saat itulah tim beralih dari DMAIC ke DMADV di tengah proyek. Titik keputusan ini biasanya muncul di akhir fase Analyze pada sebuah proyek DMAIC, ketika data menunjukkan bahwa desain ulang adalah satu-satunya jalan yang realistis ke depan.

5 Fase DMADV

1. Define

Fase Define menetapkan ruang lingkup, tujuan, dan kriteria keberhasilan untuk seluruh proyek. Tim menggunakannya untuk menjawab tiga pertanyaan: Apa yang kita bangun? Untuk siapa ini? Dan bagaimana kita tahu kita telah berhasil?

Aktivitas kunci dalam Define meliputi penulisan project charter (dokumen satu halaman yang menangkap ruang lingkup, jadwal, tim, dan justifikasi bisnis), identifikasi pemangku kepentingan, dan pemetaan persyaratan critical-to-quality (CTQ) pada level tinggi. CTQ tree adalah alat yang sangat berguna di sini: alat ini menghubungkan tujuan bisnis yang luas (kurangi keluhan pelanggan) dengan persyaratan spesifik dan terukur (waktu respons di bawah 4 jam, resolusi kontak pertama 99%).

Fase Define yang dijalankan dengan baik menghemat banyak waktu di kemudian hari. Jika tim tidak sepakat tentang apa arti "keberhasilan" sebelum merancang, mereka akan memperdebatkannya setelah produk dibangun.

Alat yang digunakan: Project charter, analisis pemangku kepentingan, wawancara voice of the customer (VOC), CTQ tree.

2. Measure

Dalam Measure, tim mengukur dengan tepat apa yang dibutuhkan pelanggan. Tujuannya adalah menerjemahkan bahasa pelanggan ("saya ingin ini cepat") menjadi spesifikasi terukur ("waktu pemrosesan pesanan tidak melebihi 24 jam untuk 99,7% pesanan").

Fase ini melibatkan riset pelanggan yang terstruktur: survei, wawancara, focus group, dan analisis data keluhan. Tim sering menggunakan Quality Function Deployment (QFD), yang juga disebut House of Quality, untuk memetakan persyaratan pelanggan terhadap fitur desain potensial dan merangkingnya berdasarkan kepentingannya.

Fase Measure juga menetapkan baseline: seperti apa kondisi saat ini, jika ada yang sebanding? Ini memberi tim titik acuan ketika mereka mengevaluasi opsi desain nanti.

Alat yang digunakan: Voice of the customer (VOC), Quality Function Deployment (QFD), benchmarking, measurement system analysis (MSA).

3. Analyze

Analyze adalah tempat tim mengeksplorasi ruang solusi sebelum berkomitmen pada satu desain. Alih-alih langsung melompat dari persyaratan pelanggan ke sebuah desain, tim memeriksa berbagai pendekatan potensial, menilai trade-off, dan memilih jalur terbaik ke depan.

Fase ini menggunakan teknik seperti Design of Experiments (DOE) untuk memodelkan bagaimana berbagai variabel desain berinteraksi, dan alat analisis risiko seperti FMEA (Failure Mode and Effects Analysis) untuk mengidentifikasi di mana sebuah desain mungkin gagal sebelum dibangun. Tim juga membandingkan pesaing dan proses serupa untuk memahami seperti apa "yang terbaik" dalam konteks yang sebanding.

Fase Analyze berakhir dengan sebuah keputusan yang terdokumentasi: inilah konsep desain yang kita pilih untuk dilanjutkan, dan inilah data yang mendukung pilihan tersebut.

Alat yang digunakan: FMEA, Design of Experiments (DOE), benchmarking, evaluasi konsep desain, penilaian risiko.

4. Design

Design adalah fase pembangunan langsung. Tim mengambil konsep yang dipilih dan menyusun setiap detailnya: alur kerja, arsitektur sistem, model staf, persyaratan pelatihan, spesifikasi teknologi, dan mekanisme kontrol.

Disiplin kunci dalam Design adalah membuat prototipe sejak dini dan sesering mungkin. Uji coba pilot, simulasi, dan uji coba skala kecil memungkinkan tim menangkap masalah selagi perubahan masih murah. Sebuah proses onboarding pelanggan baru, misalnya, mungkin diuji dengan satu kohort 20 pelanggan sebelum diluncurkan ke ribuan pelanggan.

Fase ini juga melibatkan dokumentasi rinci: standard operating procedure, rencana kontrol, materi pelatihan, dan sistem pengukuran yang akan melacak kinerja setelah peluncuran.

Alat yang digunakan: Peta proses rinci, value stream mapping, simulasi, pengujian pilot, pengembangan prototipe, rancangan rencana kontrol.

5. Verify

Verify adalah gerbang terakhir sebelum penerapan penuh. Tim memvalidasi bahwa desain baru benar-benar memenuhi persyaratan pelanggan yang ditetapkan pada fase Define dan Measure. Ini bukan pengujian satu kali: ini adalah validasi sistematis di seluruh kondisi yang realistis.

Verifikasi biasanya mencakup peluncuran pilot (rollout terkendali ke sekelompok pelanggan atau operasi nyata namun terbatas), validasi statistik bahwa proses tersebut berkinerja pada atau mendekati target Six Sigma, dan rencana transisi untuk menyerahkan proses tersebut ke tim operasional yang akan menjalankannya sehari-hari.

Jika Verify mengungkap kesenjangan antara kinerja aktual desain dan persyaratan, tim kembali ke Design (dan terkadang ke Analyze) untuk mengatasinya. Verify hanya ditutup ketika data mengonfirmasi bahwa desain sudah siap.

Alat yang digunakan: Studi pilot, analisis kapabilitas, pengujian penerimaan, perencanaan transisi, serah terima rencana kontrol.

Kapan Menggunakan DMADV

DMADV adalah pilihan yang tepat dalam empat situasi:

1. Anda membangun sesuatu yang sepenuhnya baru. Lini produk baru, penawaran layanan baru, masuk ke pasar baru. Tidak ada proses yang ada untuk ditingkatkan karena prosesnya belum ada.

2. Proses yang ada sudah terlalu parah. Terkadang analisis DMAIC mengungkap bahwa sebuah proses yang ada begitu cacat secara struktural sehingga memperbaikinya akan menghabiskan biaya lebih besar daripada merancang penggantinya. Ketika data menunjukkan hal ini, beralih ke DMADV adalah langkah yang rasional.

3. Persyaratan pelanggan telah bergeser secara fundamental. Sebuah proses yang dirancang untuk basis pelanggan yang berbeda, lingkungan teknologi yang berbeda, atau skala yang berbeda mungkin sekadar tidak bisa diselamatkan. Jika persyaratan telah berubah sebesar 40% atau lebih, desain ulang sering kali lebih baik daripada peningkatan bertahap.

4. Anda mengganti sebuah proses untuk memenuhi standar regulasi atau kualitas baru. Jika persyaratan kepatuhan baru mengharuskan kapabilitas yang tidak bisa disediakan proses yang ada, DMADV memberi Anda jalur bersih untuk membangun versi yang patuh dari awal.

DMADV tidak cocok untuk: memperbaiki proses yang sebagian besar berjalan baik tetapi memiliki cacat spesifik yang bisa diidentifikasi. Itu wilayah DMAIC, atau terkadang siklus peningkatan berkelanjutan Total Quality Management.

Manfaat DMADV

Kualitas dirancang sejak awal, bukan diperiksa belakangan. Pengembangan produk tradisional menangkap cacat setelah peluncuran. DMADV menangkapnya sebelum pelanggan pertama pernah melihat produk tersebut, karena persyaratan divalidasi sebelum desain dimulai.

Biaya total lebih rendah. Biaya untuk memperbaiki sebuah cacat meningkat secara dramatis seiring siklus hidup pengembangan. Sebuah kelemahan yang tertangkap pada fase Analyze menghabiskan biaya jauh lebih kecil dibandingkan kelemahan yang tertangkap setelah penerapan penuh. Investasi awal DMADV dalam persyaratan dan pembuatan prototipe hampir selalu terbayar.

Keselarasan pelanggan. Karena fase Measure secara sistematis menangkap apa yang benar-benar dibutuhkan pelanggan (bukan apa yang diasumsikan tim), desain yang dihasilkan DMADV cenderung lebih diterima oleh pengguna sesungguhnya.

Akuntabilitas yang jelas. Sistem gerbang lima fase yang terstruktur berarti setiap anggota tim tahu keputusan mana yang termasuk dalam fase mana. Ini mengurangi drift "desain oleh komite" yang menggagalkan banyak peluncuran produk baru.

Skalabel. DMADV bekerja pada setiap skala, dari merancang satu alur kerja internal hingga meluncurkan lini produk global.

Kesalahan Umum

Memulai di Design. Tim yang melewatkan Define dan Measure dan langsung melompat ke merancang sedang menebak-nebak apa yang dibutuhkan pelanggan. Tebakan menghasilkan pekerjaan ulang.

Memperlakukan Verify sebagai formalitas. Verify bukan rapat persetujuan. Ini adalah validasi statistik dalam kondisi nyata. Tim yang terburu-buru menjalankan Verify sering kali menemukan setelah peluncuran bahwa desain mereka berkinerja baik dalam pengujian tetapi gagal pada skala penuh.

Mencampuradukkan DMADV dengan DMAIC. Memulai proyek DMAIC pada proses yang seharusnya dirancang ulang membuang waktu berbulan-bulan. Titik keputusannya harus diambil sejak awal: jika proses yang ada rusak tanpa harapan, ganti kerangka kerja sebelum berinvestasi dalam pekerjaan peningkatan.

Mengabaikan rencana kontrol. DMADV menghasilkan sebuah desain, tetapi seseorang harus menjalankan desain itu selama bertahun-tahun. Serah terima yang lemah ke operasi berarti proses baru itu akan kembali melayang ke arah cacat yang seharusnya dihindari. Rencana kontrol dan materi pelatihan sama pentingnya dengan desain itu sendiri.

Melewatkan FMEA pada Analyze. Analisis risiko pada fase Analyze adalah tempat tim menemukan mode kegagalan katastrofik sebelum produk dibangun. Tim yang melewatkan FMEA atau memperlakukannya secara dangkal menemukan mode kegagalan tersebut saat produksi berjalan.

Contoh DMADV: Merancang Proses Onboarding Klien Baru

Sebuah perusahaan perangkat lunak B2B telah memperoleh 3 kali volume normal klien baru melalui kesepakatan kemitraan besar. Proses onboarding mereka saat ini dibangun untuk 20 klien baru per bulan. Sekarang perlu menangani 60, dan skor kepuasan klien untuk klien onboard terbaru sudah turun 22 poin. Tim menyimpulkan bahwa proses yang ada tidak bisa diskalakan tanpa desain ulang fundamental. Mereka meluncurkan proyek DMADV.

Fase Apa yang dilakukan tim Output
Define Menulis project charter yang menargetkan tingkat penyelesaian onboarding 90 hari di atas 95%, NPS dari klien baru di atas 50, dan rollout penuh dalam 90 hari. Project charter yang disetujui, persyaratan CTQ
Measure Mewawancarai 30 klien baru dan 10 client success manager. Menggunakan QFD untuk merangking persyaratan: kecepatan menuju nilai pertama, komunikasi langkah berikutnya yang jelas, satu titik kontak. Persyaratan VOC yang dirangking, spesifikasi terukur
Analyze Mengevaluasi tiga konsep desain: high-touch white glove, self-serve digital, hybrid. Menggunakan FMEA pada masing-masing. Hybrid mendapat skor terbaik pada persyaratan pelanggan vs. biaya operasional. Konsep desain terpilih dengan data pendukung
Design Membangun alur kerja onboarding hybrid: urutan sambutan otomatis, onboarding manager khusus untuk minggu 1-4, basis pengetahuan self-serve untuk minggu 4-12. Menulis SOP dan panduan pelatihan. Menjalankan pilot 30 klien. Proses terdokumentasi, hasil pilot, rencana kontrol
Verify Pilot penuh di 90 klien. Penyelesaian rata-rata 92 hari, tingkat penyelesaian 96%, NPS 54. Menyerahkan proses ke tim Client Success dengan rencana kontrol penuh. Proses tervalidasi, transisi selesai

Proses yang dirancang ulang berhasil menangani volume tersebut dan mencapai setiap target CTQ. Yang krusial, tidak ada satu pun dari tiga mode kegagalan kritis yang diidentifikasi dalam FMEA selama Analyze yang muncul selama pilot, karena desain tersebut sudah mengatasinya.

Pertanyaan yang Sering Diajukan

Apa kepanjangan dari DMADV?

DMADV adalah singkatan dari Define, Measure, Analyze, Design, dan Verify. Setiap kata adalah salah satu dari lima fase berurutan metodologi ini.

Apakah DMADV bagian dari Six Sigma atau Lean?

DMADV adalah metodologi Six Sigma, khususnya bagian dari keluarga Design for Six Sigma (DFSS). Ini terpisah dari Lean, meskipun tim terkadang menggabungkan prinsip Lean dengan DMADV ketika merancang proses. Ini juga berbeda dari metodologi DMAIC yang berfokus pada Lean, meskipun keduanya berbagi nama tiga fase pertama.

Bisakah tim kecil menggunakan DMADV, atau ini hanya untuk perusahaan besar?

DMADV bisa diskalakan ke bawah dengan baik. Tim yang terdiri dari tiga atau empat orang bisa menjalankan proyek DMADV yang ringkas pada sebuah alur kerja internal baru dalam enam hingga delapan minggu. Ketegasan setiap fase diskalakan sesuai kompleksitas proyek. Yang tidak bisa diskalakan ke bawah adalah disiplin datanya: Anda tetap perlu mengukur persyaratan pelanggan dan memvalidasi desain Anda terhadapnya, bahkan pada proyek kecil.

Berapa lama waktu yang dibutuhkan sebuah proyek DMADV?

Jadwal bervariasi sesuai ruang lingkup, tetapi sebagian besar proyek DMADV berjalan tiga hingga sembilan bulan. Define dan Measure bersama-sama biasanya memakan waktu empat hingga delapan minggu. Analyze dan Design memakan sebagian besar waktu (delapan hingga enam belas minggu gabungan), dan Verify berjalan empat hingga delapan minggu termasuk pilotnya. Desain produk yang kompleks atau desain ulang proses skala besar bisa berjalan lebih lama.

Sertifikasi apa yang berkaitan dengan DMADV?

DMADV tercakup dalam jalur sertifikasi Six Sigma standar. Sertifikasi Green Belt memperkenalkan kerangka kerjanya; sertifikasi Black Belt melatih praktisi untuk memimpin proyek DMADV. Beberapa organisasi menawarkan sertifikasi DFSS khusus. American Society for Quality (ASQ) dan IASSC adalah badan sertifikasi yang paling diakui.


Ketika Anda merancang sesuatu yang belum ada, atau mengganti sesuatu yang terlalu rusak untuk diperbaiki, DMADV memberi Anda jalur terstruktur dari kebutuhan pelanggan hingga desain yang tervalidasi. Kelima fase tersebut memaksa percakapan yang tepat pada waktu yang tepat: apa yang sebenarnya dibutuhkan pelanggan (Define dan Measure), apa cara terbaik untuk memenuhi kebutuhan tersebut (Analyze), bagaimana kita membangunnya (Design), dan apakah itu benar-benar berfungsi (Verify).

Bagi tim yang sudah menjalankan siklus peningkatan DMAIC, DMADV adalah pelengkap alami: satu kerangka kerja untuk memperbaiki apa yang ada, satu untuk merancang apa yang belum ada. Para praktisi yang memimpin proyek-proyek ini mendapatkan kredensial mereka melalui sistem Six Sigma belt, dan mereka memvalidasi desain yang selesai terhadap target kualitas seperti DPMO dan sigma level. Bersama dengan alat seperti value stream mapping, FMEA, dan praktik Total Quality Management, DMADV masuk ke dalam sistem manajemen kualitas yang lengkap yang berorientasi pada mendapatkan hasil yang benar sejak pertama kali.

About the author

Tara Minh

Tara Minh

Senior Operations & Growth Strategist

Tara Minh is Senior Operations & Growth Strategist at Rework, helping B2B SaaS leaders scale without breaking their teams. With 8+ years in revenue operations and process optimization, Tara turns messy workflows into systems people actually follow. Readers get practical frameworks they can use to cut waste, align teams, and grow on purpose.