Teljes minőségirányítás (TQM) a minőség népszerű megközelítése egy vállalkozásban. Arra törekszik, hogy javítsa a minőséget és a teljesítményt, amely megfelel az ügyfelek elvárásainak, vagy meghaladja azokat. Ez a minőségügyi funkciók és a kulcsfontosságú folyamatok vállalaton belüli integrálásával érhető el.
A TQM egyik alapeleme a folyamatos fejlesztés elve. Számos eszköz áll rendelkezésre a folyamatos fejlesztés sikerességének biztosítására, többek között:
- Folyamatleképezés
- Kiváltó okok elemzése
- A terv ellenőrzési aktus (PDCA) ciklus
Folyamatleképezés
Minden folyamatos fejlesztési erőfeszítésnek a fejlesztésre kijelölt folyamat pontos megértésével kell kezdődnie. A folyamat a vállalat üzleti tevékenységének bármely részében lehet, de fel kell tudni térképezni, hogy azonosítani lehessen a folyamatot alkotó folyamatokat.
Például a ellátási lánc, az üzleti folyamat lehet a késztermékek előállítása, az áruk vásárlása egy eladótól, vagy egy termék szolgáltatása vásárlók. Ezen folyamatok bármelyikének feltérképezése magában foglalja a fizikai áramlás és az információáramlás azonosítását és dokumentálását.
A folyamatleképezés grafikusan mutatja a folyamat folyamatait az elejétől a végéig, amely magában foglalja a tevékenységeket, a személyzetet és az eredményeket.
A folyamattérkép előnye, hogy a folyamatos fejlesztést az, hogy meghatározza a hatókörét folyamat, az interfész más folyamatokkal, és egy kiindulópont, ahonnan a javulás mérhető ellen.
Kiváltó okok elemzése
A kiváltó ok elemzése az a mód, ahogyan a vállalkozás meghatározza egy probléma, incidens vagy minőségi probléma kiváltó okát. Ez a következő három lépéssel érhető el, amelyek a kiváltó ok azonosításához vezetnek:
- Elemzés
- Adatgyűjtés
- Érvényesítés
A kiváltó okelemzési folyamat három fázisból áll.
1. Nyissa meg a fázist
Ez a kezdeti szakasz lehetővé teszi a résztvevőknek, hogy ötleteket vigyenek a problémára, hogy minél több lehetséges kiváltó okot azonosíthassanak. Ebben a fázisban a csapat egy ok-okozati diagramot készíthet, amely hasznos lehet az ötletbörze során.
Ennek a folyamatnak a részeként a csapat azonosíthatja lehetséges okait az ok-okozati diagramon felsorolt öt terület valamelyikével. Ezek az ok-kategóriák a munkaerő, a módszerek, az anyagok, a gépek és a mérések. A csapat ezután e kategóriák köré szervezheti a kiváltó okokra vonatkozó ötleteit.
2. Keskeny fázis
Ebben a fázisban a csapat a lehetséges kiváltó okok számát olyan számra csökkenti, amelyre összpontosítani lehet. A nyitott szakaszban azonosított lehetséges kiváltó okok mindegyikét a csapat alaposabban megvitatja, hogy eldöntse, meg kell-e tartani azokat.
3. Zárt fázis
Ebben az utolsó szakaszban a csapatnak konszenzusra kell jutnia a kiváltó okról. Ez magában foglalja a kiváltó ok bizonyítékokon alapuló validálását, akár mérhető adatok, akár a személyzettel, vásárlókkal vagy szállítókkal folytatott interjúkból származó szubjektív bizonyítékok felhasználásával.
A mérhető adatok elemzése számos statisztikai módszerrel elvégezhető, például szóródási diagrammal, egy esemény gyakoriságának azonosítására szolgáló ellenőrző lapokkal vagy Pareto-diagram használatával.
Tervezd meg, csináld, ellenőrizd, cselekedj (PDCA) ciklus
A PDCA ciklust W. Edwards Demming, a TQM építésze. Egyszerű megközelítést alkotott a változás végrehajtására. A PDCA ciklus négy fázisból áll; tervezni, csinálni, ellenőrizni és cselekedni.
Terv – A tervezési szakasz általában azután kezdődik, hogy a vállalat átesett a kiváltó okok elemzésén, és azonosított egy problémát vagy problémát, amelyet kezelni kell. A vállalkozás ezután megtervezi, hogyan kell a fejlesztéseket elérni.
Tedd – A tervezési szakaszt követően a vállalkozás folytatja azokat a változtatásokat, amelyeket a kiváltó ok-elemzésben azonosított probléma megoldása érdekében tervezett. Ez lehet olyan egyszerű, mint egy új berendezés vásárlása egy gyártósorhoz, vagy összetett lehet, például megváltoztatni a szállítók értékelésének módját.
Jelölje be – Miután a vállalkozás követte a tervet, és változtatásokat hajtott végre a probléma vagy probléma megoldása érdekében, az ellenőrzési szakaszt kell használni annak ellenőrzésére, hogy a végrehajtott változtatások meghozták-e a kívánt eredményt. Ha az ellenőrzési szakasz nem igazolja, hogy a probléma megoldódott, akkor a vállalkozásnak meg kell tennie kezdje újra a PDCA ciklust a tervezési szakaszban, és dolgozzon ki egy új tervet a szükséges elérése érdekében eredmények.
törvény – A PDCA-ciklus utolsó szakasza megköveteli, hogy a probléma megoldása után a vállalkozás beépüljön szabványos működési eljárásaik változásait, és szükség esetén a változtatásokat a rendszer egyéb részeire is kiterjesztik üzleti.