TQM püüab parandada kvaliteeti ja tulemuslikkust
Sissejuhatus
Kvaliteedijuhtimine ( TQM ) on populaarne lähenemine ettevõtte kvaliteedile, mille eesmärk on parandada klientide ootustele vastavat või ületavat kvaliteeti ja jõudlust. Seda on võimalik saavutada, integreerides kvaliteedifunktsioone ja võtmeprotsesse kogu ettevõtte ulatuses.
TQM-i üks põhikomponente on pideva täiustamise põhimõte. Selle tagamiseks, et pidev täiustamine on edukas, on saadaval mitmeid vahendeid, mis hõlmavad järgmist:
- Protsessi kaardistamine
- Juurutaotluse analüüs
- Tegevuse kontrollimise kava (PDCA) tsükkel
Protsessi kaardistamine
Iga pidev parandamine peab algama täpse arusaamisega protsessist, mis on täiustatud. Protsess võib olla ettevõtte äritegevuse mis tahes osas, kuid protsessi moodustavate voogude tuvastamiseks peab see olema kaardistatud.
Näiteks tarneahelas võib äriprotsess olla lõpptoote valmistaja, kaupade ostmine müüjalt või klientidele müüdud eseme teenus. Mõne nimetatud protsessi kaardistamine hõlmab füüsilise voolu ja infovoogu tuvastamist ja dokumenteerimist.
Protsessi kaardistamine näitab graafiliselt protsessi voogusid algusest lõpuni, mis hõlmab tegevusi, personali ja tulemusi.
Protsessi kaardi eeliseks pideva parendamise pakkumiseks on see, et see määratleb protsessi ulatuse, liidese teiste protsessidega ja lähtepunkti, millest paranemist saab mõõta.
Juurte põhjus analüüs
Põhipõhine analüüs on viis, kuidas ettevõte määrab probleemi, intsidendi või kvaliteediküsimuse algpõhjuse. See saavutatakse kolme sammuga, mis ajendab algpõhjuse tuvastamist:
- Analüüs
- Andmete kogumine
- Kinnitamine
Põhipõhise analüüsi protsessi moodustavad kolm etappi.
1. Avatud faas
See algfaas võimaldab osalejatel ajurünnakuid probleemi tuvastada nii palju võimalikke algpõhjusi. Selles etapis võib meeskond luua põhjuste ja mõjude skeemi, mis võib olla ajurünnakute ajal kasulik.
Selle protsessi osana saab meeskond tuvastada nende võimalikud põhjused viie põhjusega, mis on loetletud põhjuste ja tagajärgede skeemil. Need põhjustavad kategooriad on tööjõud, meetodid, materjalid, masinad ja mõõtmised. Seejärel võib meeskond korraldada oma ideed nende kategooriate jaoks.
2. kitsas faas
Selles etapis vähendab meeskond võimalike algpõhjuste arvu arvule, millele saab keskenduda. Avatud faasis tuvastatud võimalikke algpõhjusi arutleb meeskond sügavamalt, et teha kindlaks, kas neid tuleks hoida.
3. Suletud etapp
Sellel viimasel etapil peab meeskond jõudma üksmeelele algpõhjuse kohta. See hõlmab tõendusmaterjali aluseks oleva algpõhjuse kinnitamist, kas see kasutab mõõdetavaid andmeid või subjektiivseid tõendeid töötajate, klientide või tarnijate intervjuudest.
Mõõdetavate andmete analüüsi saab läbi viia mitmete statistiliste meetodite abil, nagu näiteks hajumise graafikavaade, kontroll-lehed sündmuse sageduse väljaselgitamiseks või Pareto-diagrammi kasutamine.
Plan-Do-Check-Act (PDCA) tsükkel
PDCA tsüklit arendas TQMi arhitekt W. Edwards Demming. Ta lõi lihtsa lähenemise muutuste läbiviimiseks. PDCA tsükkel koosneb neljast faasist; planeerima, tegema, kontrollima ja tegutsema.
- Plaan - planeerimisetapp algab tavaliselt siis, kui ettevõte on läbi viinud algpõhjuste analüüsi ja tuvastas probleemi või probleemi, millega tuleb tegeleda. Seejärel plaanib ettevõte kavandada täiustusi.
- Kas - Pärast planeerimisetappi jätkab äri muudatustega, mis on planeeritud algupärase analüüsi käigus tuvastatud probleemide lahendamiseks. See võib olla sama lihtne kui tootmisliini või kompleksi uue seadmestiku ostmine, näiteks müüjate hindamise viiside muutmine.
- Kontrolli - pärast seda, kui ettevõte on plaani järginud ja teinud probleemi või probleemi lahendamiseks muudatusi, tuleks kontrollimise etappi kasutada, et kinnitada, et tehtud muudatustel on vajalikud tulemused. Kui kontrollifaas ei tõenda, et see probleem on lahendatud, peab ettevõte PDCA tsükli uuesti alustama planeerimisetapil ja töötama välja uue plaani vajalike tulemuste saavutamiseks.
- Seadus - PDCA tsükli viimane etapp nõuab, et kui probleem on lahendatud, peaks ettevõte muudatusi oma tavapärastes tööprotseduurides arvesse võtma ja vajaduse korral muutma muudatusi ettevõtte muudesse osadesse.