DMADV starter med beslutningen om omdesign
Hold i Lean Six Sigma bruger DMADV til at designe en ny proces eller erstatte en proces, hvor designet forhindrer den i at opfylde kravene. DMADV adskiller sig fra DMAIC ved at tildele forbedring af eksisterende processer til DMAIC og nyudvikling eller en komplet genopbygning til DMADV. Faserne i DMADV er Define, Measure, Analyze, Design og Verify.
En sponsor, der gennemgår et foreslået DMAIC-projekt, skal fastslå, om dets afgrænsning giver teamet mulighed for at levere den påkrævede ydeevne. Det afhænger af, hvilke begrænsninger teamet har bemyndigelse til at ændre. En projektkontrakt, der bevarer enhver eksisterende overdragelse og godkendelsesregel, bør undersøges nøje, når disse ordninger i sig selv er under behandling.
Dokumentation for kapabilitet bør gå forud for beslutningen om omdesign
Et dårligt resultat for proceskapabilitet påviser et gab i ydeevnen; argumentet for et redesign kræver yderligere dokumentation. NIST's kapabilitetsvejledning sammenligner stabilt procesoutput med specifikationsgrænser og identificerer centrering og reduktion af variation som mulige reaktioner på utilstrækkelig kapabilitet. De konventionelle kapabilitetsindekser beskrevet på itl.nist.gov afhænger også af fordelingsmæssige antagelser.
Gennemgangen af skiftet fra DMAIC til DMADV skal adskille dokumentation for utilstrækkelig ydeevne fra dokumentation for en designbegrænsning. Et teams årsagsanalyse bør identificere, hvad der forhindrer den eksisterende proces i at opfylde kravet. "Tidligere projekter skuffede os" giver intet grundlag for at beslutte, hvilke dele af processen der skal udskiftes.
| Tilgængelig dokumentation | Foreslået projektbeslutning |
|---|---|
| Ydelsesgabet er kendt; dets årsager forbliver usikre | Fortsæt diagnosen, før der forpligtes til omdesign. |
| Ændringer i den eksisterende proces giver en testbar måde at lukke gabet på | Behold DMAIC og evaluer disse ændringer. |
| Den krævede proces mangler, eller opfyldelse af kravene kræver et erstatningsdesign | Afgræns et DMADV-projekt og definer dets acceptkriterier. |
Ved denne gennemgang bør projektkontrakten identificere det uopfyldte kundekrav og den dokumentation, der støtter valget af metode. For DMADV skal sponsoren også godkende grænserne for teamets bemyndigelse til redesign, herunder hvilke overdragelser eller godkendelsesregler det kan ændre.
En produktionsenhed manglede en proces til arealplanlægning
I Ó Longaigh og kollegers 2023-studie af strategisk facilitetsplanlægning havde en produktionsvirksomhed drevet et Lean Six Sigma-program i mere end 20 år. Den manglede en robust strategisk facilitetsplanlægningsproces at forbedre, så teamet valgte DMADV til at designe én. Studiet, udgivet på tandfonline.com, dækker en enkelt lokation i et stærkt reguleret produktionsmiljø.
DMADV-teamet brugte SIPOC til at afklare en ad hoc-proces og interessentanalyse til at identificere godkendelses- og kommunikationsbehov. Deres redegørelse på tandfonline.com beskriver en dokumenteret køreplan, der forbinder produktionsbyggeplanen med pladskravsprocessen. Projektet adresserede et gab i, hvordan en etableret lokalitet koordinerede beslutninger om plads.
For et Lean Six Sigma-team, der står over for lignende pladsbegrænsninger, skal projektkontrakten skelne mellem at forbedre et lokalt layout og at designe en lokationsdækkende tildelingsproces. Disse projekter giver teamet forskellig bemyndigelse over pladsbeslutninger. At fastlægge omfanget, før en facilitetsløsning godkendes, giver også sponsoren et grundlag for at vælge mellem DMAIC og DMADV.
Opbyg DMADV-dokumentationen gennem fem fasegennemgange
DMADV-sekvensen begynder med kundekrav og fortsætter gennem konceptvalg og detaljeret design. Verifikation fuldender sekvensen. I et Design for Six Sigma-projekt giver hver fasegennemgang sponsoren en beslutning, der skal tages om den foreslåede proces.
Definer grænsen for den nye proces
I Define bør projektkontrakten specificere det påkrævede resultat, mens teamet får plads til at sammenligne løsninger. Til problemet med facilitetsplanlægning giver "design pladsallokeringsprocessen" denne plads. At navngive en softwareplatform i målsætningen binder projektet til én løsning og kræver en særskilt begrundelse. En SIPOC-gennemgang hjælper teamet og sponsoren med at blive enige om, hvor redesignet begynder og slutter.
Measure: oversæt VOC til acceptkriterier
Measure-gennemgangen bør forbinde hvert VOC-krav med en operationel definition og en foreslået test. Et kravregister registrere metrikken og dens accepttærskel. Det bør også specificere den dokumentation, der er brug for ved Verify, så sponsoren og teamet på forhånd er enige om, hvordan designet vil blive vurderet.
Konceptvalg hører til i Analyze
Analyze giver teamet et punkt, hvor det kan sammenligne alternative procesdesign mod det samme kravregister, med uafklarede antagelser angivet for hvert forslag. For et pladsplanlægnings-DMADV-projekt ville jeg sammenligne, hvem der har tildelingskompetencen under hvert design, og hvordan modstridende anmodninger løses. Dette er foreslåede gennemgangsspørgsmål; casestudiet rapporterer dem ikke som resultater.
Design med fejlfejlilstande i syne
FMEA bør påbegyndes tidligt i den konceptuelle designfase og fortsætte gennem hele processens livscyklus. I DMADV skal holdet derfor gennemføre en fejltilstands- og konsekvensanalyse inden den endelige godkendelse af designet. Uafklarede fejltilstande bør nå frem til designgennemgangen med navngivne ejere og planlagte tests.
Verificer mod de aftalte krav
Verify betyder at bekræfte, at designoutput opfylder kundekrav og specifikationer gennem test og validering. Sponsoren bør evaluere pilottesten mod de acceptkriterier, der blev aftalt i Measure.
DMADV-overdragelsen bør afhænge af, at den driftsansvarlige accepterer kontrolplanen. Overdragelsesgennemgangen skal placere ansvaret for overvågning af hvert kritisk krav og fastlægge reaktionen på en fejl. Den skal også identificere uafklarede problemer, der forhindrer frigivelse. Et krav, der stadig kun understøttes af en antagelse, forbliver et åbent verificeringspunkt.
Kilder
- NIST/SEMATECH (udateret online-reference; tilgået 2026), "What Is Process Capability?": https://www.itl.nist.gov/div898/handbook/pmc/section1/pmc16.htm
