DMAIC – wat is DMAIC

DMAIC - Model

DMAIC is een projectmatige aanpak van een probleem, waarbij de oorzaken en de oplossingen nog niet bekend zijn.
Een DMAIC-project kent om die reden een duidelijk begin en einde.

Binnen een DMAIC project staat de (interne) klant centraal.
Omdat de (interne) klantwens aan verandering onderhevig is, volgen verschillende DMAIC-projecten elkaar op (veranderende (interne) klantwensen leiden tot nieuwe uitdagingen) en wordt op die manier een continu verbetercultuur gecreëerd.

Het DMAIC-model is een systematische, gestructureerde en op feiten gebaseerde methodiek.
Door het gebruik van – onder andere – statistische onderbouwing, ondersteunt het model het nemen van beslissingen op basis van feiten in plaats van op gevoel of vermoedens.

Define

In deze fase wordt het probleem gedefinieerd.
Dit gebeurt door de volgende vragen te beantwoorden.

Wat is het probleem? Wie zijn de (interne) klanten die door dit probleem benadeeld worden.
Wat is de scope
Wat is de business case (zowel harde als zachte baten worden hierin meegenomen)?
Wat is de planning en wat zijn de kritieke fasen in dit proces?

Ook wordt er in deze fase aandacht gegeven aan de zachte kant van de verandering.
Hoe selecteer je het ideale projectteam, wie zijn de stakeholders en hoe kan ik deze beïnvloeden.
Aan het einde van de Definefase krijgen zowel de projectleider en de opdrachtgever een goed beeld van wat het probleem is.

Measure

Als het probleem gedefinieerd is, worden in de Measure-fasede relevante gegevens gemeten en verzameld.
Hierbij zijn de volgende vragen van belang.

Hoe groot is het probleem?
Hoe zorg ik ervoor dat de informatie valide is?
Welke informatie heb ik nodig en wat kan ik caegoriseren?
Hoe specifiek moet het zijn en hoe ga ik de informatie verzamelen?

De Measurement-fase valideert de business case die in de Define-fase is opgesteld.
Als het probleem voldoende omvang heeft wordt verder gegaan met de Analyse-fase.

Analyse

Nadat de gegevens zijn gemeten en verzameld , worden ze in deze fase geanalyseerd.
Hierbij wordt onder andere geprobeerd om oorzaak-gevolg relaties te herkennen.
Verder wordt er in deze fase gezocht naar de volgende antwoorden.

Wat lijkt het probleem te veroorzaken?
Welke oorzaken kan ik bedenken?
Welke prioriteiten stel ik voor een nader onderzoek?
Wat is de grondoorzaak van het probleem?

De Analyse-fase benaderd de mogelijke oorzaken vanuit 2 kanten, de proceskant en de datakant.
Het proces wordt geanalyseerd, wat gaat e regelmatig verkeerd, wat voegt waarde toe en wat niet.
De data wordt gebruikt om de aannames te onderbouwen zodat het voor ieder duidelijk is dat de oorzaken ook echt de grondzaken zijn.

Improve

Als de grondoorzaken bekend zijn, is het tijd om verbeteringen te bedenken, te testen en door te voeren .
Veelal wordt in deze fase gebruik gemaakt van brainstormsessies.
In deze fase is het van belang dat:

De focus blijft liggen op de beste oplossingen (hoge slagingskans tegen lage inspanning).
De oplossingen worden getest in een pilot.
Indien de pilot succesvol is, de oplossing(en) daadwerkelijk worden geïmplementeerd.

In deze fase vindt de verandering echt plaats.
Door het doorvoeren van de tegenmaatregelen kan de projecteigenaar weerstand ervaren.
In deze fase wordt daarom ook extra aandacht gegeven aan de weerstand en de voorkeurstijl van de projecteigenaar op dit onderdeel.

Control

Deze fase staat in het teken van borging, om terugval te voorkomen.
Het Engelse werkwoord “to control” betekent in deze context niet “controleren”, maar “besturen” of “beheren”.
Typische vragen in de fase zijn:

Hoe kan ik de resultaten borgen en daarmee terugval bekomen?
Hoe kan ik de ontwikkelingen visueel maken en vroegtijdig trends signaleren?
Hoe moet ik reageren als het signaal er is?

Een succesvol project valt of staat bij een goede borging.
Indien hier onvoldoende aandacht voor is lijkt er succes te zijn (bewezen resultaat) maar vallen de resultaten op lange termijn tegen door het uitblijven van goede borgingsmechanismen.

Contacteer ons