Odpre se v novem zvezku
←
Vsi izrazi
Reševanje problemovPosodobljeno 8. oktobra 2026

DMAIC

Petfazni cikel izboljševanja — Define, Measure, Analyse, Improve, Control — ki strukturira projekt Six Sigma od opredelitve problema do ohranitve doseženega.

DMAIC je cikel izboljšav v središču metodologije Six Sigma. Projekt vodi skozi pet zaporednih faz (Define, Measure, Analyse, Improve, Control), pri čemer ima vsaka izhodni pogoj, ki mora biti izpolnjen pred začetkom naslednje. To je metoda, ki se poučuje in izvaja pri certificiranju za Green Belt in Black Belt.

Primeren je za probleme, kjer vzrok resnično ni znan in proces že obstaja. Kjer je vzrok znana in rešitev očividna, je DMAIC le nepotreben strošek. Kjer pa proces še ne obstaja, se namesto tega uporablja DMADV.

Define: dogovorite se o problemu, preden začnete iskati vzroke

Faza Define določa, kateri problem se rešuje, za koga in kako bi bilo videti izboljšanje v merljivih smislih. Rezultat je opredeljena izjava o problemu, ne pa hipoteza o vzroku. Projekt, ki se začne z »implementirati moramo X«, je preskočil fazo Define.

Tipična orodja: ustanovna listina projekta, SIPOC za razmejitev procesa, glas stranke (VOC) za pretvorbo pritožb v merljive zahteve (CTQ).

Izhodni pogoj: enostranska ustanovna listina projekta s problemom, metriko, izhodiščnim stanjem (če je znano), obsegom, ekipo in ciljem, ki ga je sponzor podpisal.

Measure: ugotovite trenutno stanje s podatki

Faza Measure vzpostavi trenutno stanje s podatki namesto z mnenji. To vključuje tudi preverjanje samega merilnega sistema: projekt, zgrajen na nezanesljivem merilu, propade ne glede na to, kako dobra je poznejša analiza. Če dve osebi, ki merita isto stvar, dobita različne rezultate, je prvi projekt izboljšave merjenje.

Tipična orodja: načrt zbiranja podatkov, operativne definicije, MSA / Gage R&R, karta procesa trenutnega stanja, sposobnost procesa (Cp, Cpk, raven Sigma).

Izhodni pogoj: potrjeno izhodiščno stanje za metriko v ustanovni listini projekta, z njeno variacijo, v dovolj dolgem obdobju, da je reprezentativno.

Analyse: ugotovite, kaj dejansko povzroča problem

Faza Analyse opredeljuje, kaj dejansko povzroča problem. Večina spodletelih projektov propade tukaj, ker prehitro predvidevajo vzrok in preostale faze porabijo za njegovo potrjevanje. Disciplina zahteva, da se navede širok nabor možnih vzrokov, nato pa se jih testira glede na podatke in obdrži le tiste, ki jih podatki podpirajo.

Tipična orodja: Ishikawa diagram in metoda 5 zakajev za iskanje možnih vzrokov, Pareto diagram za njihovo razvrščanje ter stratifikacija, razpršeni grafikoni in preizkusi hipotez za potrditev, kateri vhodni dejavniki vplivajo na izhod. Pri projektih ravni Black Belt se dodata še regresija in načrtovanje poskusov.

Izhodni pogoj: kratek seznam osnovnih vzrokov, vsak z dokazi, in ocena, kolikšen del problema posamezni vzrok pojasnjuje.

Improve: oblikujte, testirajte in nato uvedite

Faza Improve oblikuje in testira spremembe glede na te vzroke. Testiranje pred popolno uvedbo je tisto, kar to ločuje od običajnega reševanja problemov: pilotni projekt na eni liniji, eni ekipi ali v enem tednu pokaže, ali sprememba premakne metriko, preden se organizacija zaveže k njej.

Tipična orodja: matrika za izbiro rešitev, FMEA za predlagano spremembo, pilotni načrt, Poka-Yoke in orodja Lean, ki pogosto zagotovijo samo rešitev: 5S, standardizirano delo, SMED, Kanban.

Izhodni pogoj: rezultati pilotnega projekta, ki kazalec prikazujejo na cilju ali blizu njega, ter načrt uvedbe.

Control: naj sprememba postane nova norma

Faza Control zagotavlja, da sprememba obvelja prek standardov, spremljanja in opredeljenega odziva na odstopanja. Preskakovanje faze Control je razlog, zakaj se toliko organizacij lahko pohvali z izboljšavami, ki ne držijo več. Faza se zaključi, ko spremljanje izvaja Process Owner in ne več projektna ekipa.

Tipična orodja: načrt nadzora, nadzorna kartica, standardni delovni postopki, vizualno upravljanje in odzivni načrt, ki določa, kdo ukrepa, ko nadzorna kartica zazna odstopanje.

Izhodni pogoj: podpisan načrt nadzora, metrika na ciljni vrednosti za določeno obdobje in zaključen projekt z zabeleženimi nauki.

Praktični primer

Logistično podjetje izgublja stranke zaradi zamud pri dostavi. Oredelitev (Define): problem je opredeljen kot »18 % dostav v regiji X zamuja glede na obljubljeni rok; cilj je zmanjšati zamude na 5 % v štirih mesecih«. Merjenje (Measure): časovne oznake dostav se tri mesece primerjajo z obljubljenimi roki; izhodišče je 18,4 %, pri čemer zamude ob ponedeljkih znašajo 31 %. Analiza (Analyse): možni vzroki vključujejo načrtovanje poti, razpoložljivost vozil, ročne čase za oddajo naročil in prevzemanje blaga v skladišču. Stratificirani podatki pokažejo, da ponedeljkove zamude izvirajo iz vikend naročil, sproščenih v eni seriji ob 6.00; ozko grlo je zmogljivost prevzemanja, ne poti. Izboljšanje (Improve): pilotni projekt sprosti vikend naročila v dveh valovih, v nedeljo zvečer in v ponedeljek zjutraj; ponedeljkove zamude v prvem mesecu padejo na 9 %. Nadzor (Control): sproščanje v dveh valovih postane standard, tedenska nadzorna kartica spremlja zamude po dnevih, vodja skladišča pa prevzame nadzor nad odzivnim načrtom.

Vzrok, ki ga je ekipa pričakovala na začetku (načrtovanje poti), se je izkazal za napačnega. To je tipičen rezultat pravilno izvedenega projekta DMAIC in razlog, zakaj faza Analyse sploh obstaja.

DMAIC in Lean Management

Lean Six Sigma uporablja DMAIC kot strukturo projekta in Lean Management kot večino vsebine. Fazi Measure in Analyse uporabljata Value Stream Mapping in sedem vrst potratnosti (Muda), da ugotovita, kje se gubi čas; faza Improve se opira na pretok, potisk/poteg (pull) in standardno delo. Statistika je tisto, kar dodaja Six Sigma, ko je vzrok v variaciji in ne v potratnosti.

Ko je DMAIC napačno orodje

DMAIC je načrtno počasen: projekt Green Belt traja od tri do šest mesecev. Je napačna izbira, ko je vzrok že znan in je rešitev poceni (enostavno jo odpravite ter uporabite A3 Problem-Solving Coaching ali Kaizen dogodek, če želite strukturo), ko proces še ne obstaja (uporabite DMADV) ali ko je problem enkraten dogodek in ne ponavljajoč se vzorec.

Pogosto zastavljena vprašanja

Kako dolgo traja projekt DMAIC? Tri do šest mesecev za projekt Green Belt, dlje pa za projekte Black Belt z več vzroki ali lokacijami. Krajši projekti običajno pomenijo, da je bila faza Measure ali Control preskočena.

Kdo vodi projekt DMAIC? Green Belt ali Black Belt, s sponzorjem, ki je Process Owner, in člani ekipi izmed ljudi, ki opravljajo delo. Yellow Belt-i prispevajo k zbiranju podatkov in idejam za izboljšave.

Kakšna je razlika med DMAIC in PDCA? PDCA je splošna zanka izboljšav brez zahtevane globine analize. DMAIC predpisuje, kaj mora vsaka faza proizvesti, ter vztraja pri podatkih pred vzroki in testiranju pred uvedbo. PDCA ustreza dnevnim izboljšavam; DMAIC ustreza mehanizmom in problemom, ki so se jim doslej upirali.

Kakšna je razlika med DMAIC in DMADV? DMAIC izboljšuje obstoječi proces. DMADV pa načrtuje novega ali preoblikuje tistega, katerega struktura mu preprečuje, da bi kdaj izpolnil zahteve.

Kje se poučuje DMAIC? Je hrbtenica certificiranja za Green Belt, kjer udeleženci vodijo resničen projekt DMAIC, ter se poglablja z napredno statistiko pri Black Belt. Tečaj Yellow Belt pa pokriva cikel na ravni člana ekipi.

Na hiter pogled
Poučevano priYellow Belt
Posodobljeno8. oktobra 2026
No results