DMAIC, Six Sigma'in merkezindeki iyileştirme döngüsüdür. Bir projeyi sırasıyla beş aşamada (Define, Measure, Analyse, Improve, Control) yürütür ve her birinin bir sonraki başlamadan önce karşılanması gereken bir çıkış koşulu vardır. Green Belt ve Black Belt sertifikasyonunda öğretilen ve uygulanan yöntemdir.
Nedenin gerçekten bilinmediği ve sürecin zaten var olduğu sorunlar için uygundur. Nedenin bilindiği ve çözümün açık olduğu durumlarda DMAIC bir yüktür. Sürecin henüz var olmadığı durumlarda ise bunun yerine DMADV uygulanır.
Define: nedenleri aramadan önce sorun üzerinde uzlaşın
Define, hangi sorunun, kimin için çözüldüğünü ve ölçülebilir terimlerle daha iyinin neye benzeyeceğini belirler. Çıktı, nedene dair bir hipotez değil, kapsamı belirlenmiş bir sorun ifadesidir. "X'i uygulamamız gerekiyor" diye başlayan bir proje, Define aşamasını atlamıştır.
Tipik araçlar: proje charter'ı, süreci sınırlandırmak için SIPOC, şikayetleri ölçülebilir gereksinimlere (CTQ) dönüştürmek için VOC.
Çıkış koşulu: sponsor tarafından imzalanmış; sorunu, metriği, biliniyorsa mevcut durumu (baseline), kapsamı, ekibi ve hedefi içeren tek sayfalık bir charter.
Measure: verilerle mevcut durumu belirleyin
Measure, kişisel görüşler yerine verilerle mevcut durumu belirler. Bu, ölçüm sisteminin kendisini kontrol etmeyi de içerir: güvenilmez bir ölçüm cihazı üzerine kurulan bir proje, daha sonraki analizler ne kadar iyi olursa olsun başarısız olur. Aynı şeyi ölçen iki kişi farklı sonuçlar alıyorsa, ilk iyileştirme projesi ölçümün kendisidir.
Tipik araçlar: veri toplama planı, operasyonel tanımlar, MSA (Gage R&R), mevcut durumun süreç haritası, süreç yeterliliği (Cp, Cpk, Sigma seviyesi).
Çıkış koşulu: charter'daki metrik için değişkenliğiyle birlikte, temsil edici olacak kadar uzun bir süreyi kapsayan doğrulanmış bir mevcut durum (baseline).
Analyse: sorunu gerçekten neyin tetiklediğini bulun
Analyse, sorunu gerçekten neyin tetiklediğini belirler. Başarısız olan çoğu proje, erkenden bir neden varsayıp kalan aşamaları bunu doğrulamakla harcayarak tam bu noktada başarısız olur. Buradaki disiplin, olası nedenleri geniş bir şekilde listelemek, ardından bunları verilerle test etmek ve yalnızca verilerin desteklediği nedenleri tutmaktır.
Tipik araçlar: Adayları belirlemek için Ishikawa diyagramı ve 5 Neden, bunları sıralamak için Pareto grafiği, hangi girdilerin çıktıyı etkilediğini doğrulamak için katmanlandırma, serpilme diyagramları ve hipotez testleri. Black Belt projelerine regresyon ve tasarlanmış deneyler eklenir.
Çıkış koşulu: her biri kanıtlanmış ve sorunun ne kadarını açıkladığına dair bir tahmine sahip kök nedenlerin kısa bir listesi.
Improve: tasarlayın, test edin, ardından uygulayın
Improve, bu nedenlere karşı değişiklikleri tasarlar ve test eder. Tam uygulamadan önce test yapmak, bunu sıradan problem çözmeden ayıran şeydir: tek bir hat, tek bir ekip veya bir haftalık pilot çalışma, kuruluş buna bağlılık göstermeden önce değişikliğin metriği iyileştirip iyileştirmediğini gösterir.
Tipik araçlar: Çözüm seçim matrisi, önerilen değişiklik üzerinde FMEA, pilot planı, Poka-Yoke ve genellikle doğrudan çözümü sağlayan Lean araçları: 5S, standart çalışma, SMED, Kanban.
Çıkış koşulu: metriğin hedefte veya hedefe yakın olduğunu gösteren pilot sonuçları ve bir yaygınlaştırma planı.
Control: değişikliği yeni standarda dönüştürün
Control, standartlar, izleme ve sapmalara karşı tanımlanmış bir müdahale planı aracılığıyla değişikliğin kalıcı olmasını sağlar. Control aşamasını atlamak, birçok kuruluşun artık geçerli olmayan iyileştirmelerle kalakalmasının nedenidir. Aşama, izlemeyi proje ekibi değil, Process Owner yürüttüğünde sona erer.
Tipik araçlar: Kontrol planı, kontrol grafikleri, standart işletim prosedürleri, görsel yönetim ve grafik sinyal verdiğinde kimin ne yapacağını belirten bir tepki planı.
Çıkış koşulu: imzalanmış bir kontrol planı, tanımlanmış bir süre boyunca hedefte tutulan metrik ve öğrenilen derslerin kaydedildiği kapatılmış bir proje.
Uygulamalı bir örnek
Bir lojistik şirketi, geç teslimatlar nedeniyle müşteri kaybediyor. Define (Tanımlama): Problem, "X bölgesindeki teslimatların %18'i söz verilen zaman diliminden sonra ulaşıyor; hedef dört ay içinde %5'e düşürmek" şeklinde ifade ediliyor. Measure (Ölçme): Teslimat zaman damgaları üç ay boyunca verilen söze kıyasla kontrol ediliyor; başlangıç seviyesi %18,4, Pazartesi günleri ise %31. Analyse (Analiz): Olası nedenler arasında rota planlama, araç bulunabilirliği, sipariş son teslim saatleri ve depo toplama işlemleri yer alıyor. Katmanlandırılmış veriler, Pazartesi günkü gecikmelerin hafta sonu siparişlerinin saat 06:00'da tek bir parti halinde serbest bırakılmasından kaynaklandığını gösteriyor; darboğaz rotalar değil, toplama kapasitesidir. Improve (İyileştirme): Bir pilot uygulama ile hafta sonu siparişleri Pazar akşamı ve Pazartesi sabahı olmak üzere iki dalga halinde serbest bırakılıyor; Pazartesi gecikmeleri ilk ayda %9'a düşüyor. Control (Kontrol): İki dalgalı serbest bırakma standard hale geliyor, haftalık bir kontrol grafiği gecikmeleri güne göre takip ediyor ve depo sorumlusu tepki planının sahibi oluyor.
Ekibin başlangıçta beklediği neden (rota planlaması) yanlış çıktı. Bu, doğru yapılmış bir DMAIC projesinin tipik sonucudur ve Analyse aşamasının var olma nedenidir.
DMAIC ve Lean Management
Lean Six Sigma, proje yapısı olarak DMAIC'i, içeriğin büyük kısmı olarak ise Lean Management yöntemlerini kullanır. Measure ve Analyse, zamanın nerede kaybedildiğini görmek için Value Stream Mapping ve yedi israftan (Muda) yararlanır; Improve aşaması akış, çekme ve standart çalışmadan beslenir. İstatistikler ise, neden israftan ziyade değişkenlikte olduğunda Six Sigma'in eklediği kısımdır.
DMAIC ne zaman yanlış araçtır?
DMAIC tasarımı gereği yavaş ilerler: Bir Green Belt projesi üç ila altı ay sürer. Neden zaten biliniyorsa ve çözüm ucuzsa (sadece çözün ve bir yapı istiyorsanız A3 Problem-Solving Coaching veya bir Kaizen etkinliği kullanın), süreç henüz var değilse (DMADV kullanın) veya sorun tekrarlayan bir kalıp yerine tek seferlik bir olay ise yanlış seçimdir.
Sıkça sorulan sorular
Bir DMAIC projesi ne kadar sürer? Bir Green Belt projesi için üç ila altı ay, birden fazla nedeni veya sahası olan Black Belt projeleri için daha uzun sürer. Daha kısa projeler genellikle Measure veya Control aşamalarının kesildiği anlamına gelir.
Bir DMAIC projesine kim liderlik eder? Sürecin sahibi olan bir sponsor ve işi yapan kişilerden oluşan ekip üyeleriyle birlikte bir Green Belt veya Black Belt. Yellow Belt seviyesindekiler veri toplamaya ve iyileştirme fikirlerine katkıda bulunur.
DMAIC ile PDCA arasındaki fark nedir? PDCA, gerekli bir analiz derinliği olmayan genel bir iyileştirme döngüsüdür. DMAIC her aşamanın ne üretmesi gerektiğini reçete eder ve nedenlerden önce veri, uygulamadan önce test yapılmasında ısrar eder. PDCA günlük iyileştirme için uygundur; DMAIC ise çözüme direnmiş sorunlar için uygundur.
DMAIC ile DMADV arasındaki fark nedir? DMAIC mevcut bir süreci iyileştirir. DMADV ise yeni bir süreç tasarlar veya yapısı gereği gereksinimi karşılaması mümkün olmayan bir süreci yeniden tasarlar.
DMAIC nerede öğretilir? Katılımcıların gerçek bir DMAIC projesi yürüttüğü Green Belt sertifikasyonunun omurgasıdır ve Black Belt seviyesinde ileri istatistiklerle derinleştirilir. Yellow Belt ise bu döngüyü ekip üyesi düzeyinde kapsar.
