DMADV inleds med beslutet att designa om
Lean Six Sigma-team ska använda DMADV för att designa en ny process eller ersätta en process vars utformning hindrar den från att uppfylla kraven. ASQ skiljer DMADV från DMAIC genom att tilldela förbättring av befintliga processer till DMAIC och nyutveckling eller fullständig omarbetning till DMADV. Faserna som listas på asq.org är Define, Measure, Analyze, Design och Verify.
En sponsor som granskar ett föreslaget DMAIC-projekt måste fastställa om dess omfattning tillåter teamet att leverera den prestanda som krävs. Det beror på vilka begränsningar teamet har befogenhet att ändra. Ett projektdokument som bevarar alla befintliga överlämnings- och godkännanderegler förtjänar noggrann granskning när dessa arrangemang i sig är under utredning.
Bevis på processduglighet bör föregå beslutet om omdesign
Ett dåligt resultat för processkapacitet fastställer en prestandaklyfta; skälen för en omkonstruktion kräver ytterligare bevis. NIST:s vägledning om kapacitet jämför ett stabilt processutfall med specifikationsgränser och identifierar centrering och variationsreduktion som möjliga åtgärder vid otillräcklig kapacitet. De konventionella kapacitetsindexen som beskrivs på itl.nist.gov beror också på antaganden om fördelning.
Granskningen för att gå från DMAIC till DMADV måste skilja på bevis för underprestanda och bevis för en designbegränsning. Ett teams orsaksanalys bör identifiera vad som hindrar den befintliga processen från att uppfylla kravet. "Tidigare projekt har gjort oss besvikna" ger ingen grund för att avgöra vilka delar av processen som behöver ersättas.
| Tillgängliga bevis | Föreslagit projektbeslut |
|---|---|
| Prestandagapet är känt, men orsakerna är fortfarande osäkra | Fortsätt analysen innan beslutet om omdesign tas. |
| Förändringar inom den befintliga processen erbjuder ett testbart sätt att stänga gapet | Behåll DMAIC och utvärdera dessa förändringar. |
| Den nödvändiga processen saknas, eller så krävs en helt ny design för att uppfylla kraven | Definiera omfattningen för ett DMADV-projekt och fastställ dess acceptanskriterier. |
Vid denna granskning bör projektdokumentet identifiera det ouppfyllda kundkravet samt de bevis som stödjer valet av metod. För DMADV behöver sponsorn också godkänna gränserna för teamets befogenheter kring omkonstruktion, inklusive vilka överlämnings- eller godkännanderegler det kan ändra.
En produktionsanläggning behövde en process för lokalplanering
I Ó Longaigh och kollegors studie från 2023 om strategisk anläggningsplanering hade en tillverkningsorganisation drivit ett Lean Six Sigma-program i mer än 20 år. Det saknades en robust strategisk anläggningsplaneringsprocess att förbättra, så teamet valde DMADV för att designa en helt ny. Studien, som publicerats på tandfonline.com, omfattar en enskild anläggning i en starkt reglerad tillverkningsmiljö.
DMADV-teamet använde SIPOC för att förtydliga en ad hoc-process och intressentanalys för att identifiera godkännande- och kommunikationsbehov. Deras redogörelse på tandfonline.com beskriver en dokumenterad färdplan som kopplar samman produktionsplanen med processen för lokalbegäran. Projektet hanterade en klyfta i hur en etablerad anläggning samordnade lokalbeslut.
För ett Lean Six Sigma-team som står inför liknande utrymmesbegränsningar måste projektchartern skilja mellan att förbättra en lokal layout och att designa en anläggningsövergripande allokeringsprocess. Dessa projekt ger teamet helt olika befogenheter gällande beslut om lokaler. Att fastställa omfattningen innan en anläggningslösning godkänns ger också sponsorn ett underlag för att välja mellan DMAIC och DMADV.
Bygg upp beviskedjan i DMADV genom fem fasgranskningar
ASQ:s DMADV-sekvens börjar med kundkrav och fortsätter genom konceptval och detaljerad design. Verifiering avslutar sekvensen som beskrivs på asq.org. I ett Design for six sigma-projekt ger varje fasgranskning sponsorn ett beslut att fatta om den föreslagna processen.
Define: Avgränsa den nya processen
I Define bör projektdokumentet specificera det resultat som krävs samtidigt som teamet ges utrymme att jämföra lösningar. För anläggningsplaneringsproblemet lämnar "designa lokalallokeringsprocessen" det utrymmet. Att namnge en mjukvaruplattform i målsättningen låser projektet till en lösning och kräver en separat motivering. En granskning av SIPOC hjälper teamet och sponsorn att komma överens om var omkonstruktionen börjar och slutar.
Measure: Översätt VOC till acceptanskriterier
Granskningen av Measure bör koppla varje kundens röst-krav till en operationaliserad definition och ett föreslaget test. Ett kravregister registrerar mätvärdet och dess acceptanströskel. Det bör också specificera de bevis som behövs vid Verify, så att sponsorn och teamet i förväg är överens om hur designen kommer att bedömas.
Konceptval hör hemma i Analyze
Analyze ger teamet en fas där de kan jämföra alternativa processdesigner mot samma kravregister, där oklara antaganden anges tydligt för varje förslag. För ett DMADV-projekt inom lokalplanering skulle jag jämföra vem som har beslutanderätt för allokering i respektive design och hur konfliktfyllda förfrågningar löses. Detta är förslag på granskningsfrågor; fallstudien redovisar dem inte som resultat.
Designa med felfaktorer i åtanke
ASQ rekommenderar att man påbörjar FMEA tidigt under den konceptuella designen. Dess vägledning på asq.org uppmanar till att fortsätta analysen genom hela processens livscykel. Inom DMADV behöver teamet därför genomföra en feleffektanalys före det slutliga designgodkännandet. Olösta felsätt bör nå Design-granskningen med utsedda ägare och planerade tester.
Verify: Verifiera mot överenskomna krav
ASQ definierar Verifiera som att bekräfta att designdata uppfyller kundkrav och specifikationer genom tester och validering, enligt beskrivningen i deras DMADV-vägledning på asq.org. Sponsorn bör utvärdera pilottester mot de acceptanskriterier som överenskommits i Mät.
Överlämningen i DMADV bör vara beroende av att en driftansvarig godkänner kontrollplanen. Överlämningsgranskningen måste tilldela ansvar för att övervaka varje kritiskt krav och ange åtgärder vid en avvikelse. Den måste också identifiera olösta problem som förhindrar godkännande. Ett krav som fortfarande bara stöds av ett antagande förblir en öppen verifieringspunkt.
Källor
- NIST/SEMATECH (odaterad onlinereferens; hämtad 2026), "What Is Processduglighet?": https://www.itl.nist.gov/div898/handbook/pmc/section1/pmc16.htm
