TQM- ն փորձում է բարելավել որակը եւ կատարումը
Ներածություն
Ընդհանուր որակի կառավարումը ( TQM ) բիզնեսի որակի նկատմամբ հայտնի մոտեցում է, որը ձգտում է բարելավել որակը եւ կատարումը, որը կհամապատասխանի կամ գերազանցի հաճախորդի սպասելիքները: Դա կարելի է հասնել ընկերության կողմից որակյալ գործառույթների եւ առանցքային գործընթացների ինտեգրման միջոցով:
TQM- ին միակ հիմնական բաղադրիչը շարունակական բարելավման սկզբունքը է: Կան մի շարք գործիքներ, որոնք մատչելի են, որպեսզի շարունակական բարելավումը հաջող լինի, որոնք ներառում են.
- Գործընթացների քարտեզագրում
- Արմատային պատճառների վերլուծություն
- Ակտը ստուգելու ծրագիրը (PDCA) ցիկլը
Գործընթացների քարտեզագրում
Ցանկացած շարունակական բարելավման ջանքերը պետք է սկսեն գործընթացի ճշգրիտ հասկացությամբ, որը բարելավման համար է: Գործընթացը կարող է լինել ընկերության բիզնեսի ցանկացած մասում, բայց պետք է կարողանա քարտեզագրվել `գործընթացը կազմող հոսքերը հայտնաբերելու համար:
Օրինակ, մատակարարման շղթայում գործարար գործընթացը կարող է լինել լավ պատրաստված արտադրողի, վաճառողի ապրանքների ձեռքբերման կամ հաճախորդներին վաճառվող ապրանքի ծառայություն: Այս գործընթացներից որեւէ մեկի քարտեզագրումը ներառում է ֆիզիկական հոսքը, ինչպես նաեւ տեղեկատվական հոսքը նույնականացնելու եւ փաստաթղթավորելու համար:
Գործընթացի քարտեզագրումը գրաֆիկորեն ցույց կտա գործընթացի հոսքերը սկսածից մինչեւ վերջ, որը կներառի գործունեություն, անձնակազմ եւ արդյունքներ:
Այն օգուտը, որ գործընթացի քարտեզը տալիս է շարունակական բարելավումը, այն է, որ սահմանում է գործընթացի շրջանակը, ինտերֆեյսը այլ գործընթացների եւ մեկնարկային կետ, որի բարելավումը կարող է չափվել:
Root Cause վերլուծություն
Արմատային պատճառների վերլուծությունը այն եղանակն է, երբ բիզնեսը կլուծի խնդրի, միջադեպի կամ որակի հիմնախնդիրը: Սա կատարվում է այս երեք քայլերի միջոցով, որոնք առաջնորդվում են արմատային պատճառի նույնականացման վրա.
- Վերլուծություն
- Տվյալների հավաքում
- Վավերացում
Կան երեք փուլեր, որոնք կազմում են արմատային պատճառների վերլուծություն:
1. Բաց փուլ
Այս նախնական փուլը մասնակիցներին հնարավորություն է տալիս գլխուղեղի քաղցկեղի առաջացման պատճառ դառնալ, քանի որ հնարավոր է արմատախիլ անել: Այս փուլում թիմը կարող է ստեղծել պատճառ եւ ազդեցություն դիագրամ, որը կարող է օգտակար լինել brainstorming նիստերի ընթացքում:
Որպես այդ գործընթացի մի մաս, թիմը կարող է բացահայտել դրանց հնարավոր պատճառները `պատճառահետեւանքային սխեմանում նշված հինգ տարածքներից մեկի հետ: Դրանք ստեղծում են աշխատուժ, մեթոդներ, նյութեր, մեքենաներ եւ չափումներ: Այնուհետեւ թիմը կարող է կազմակերպել իրենց գաղափարները արմատախիլ արածի համար այդ կատեգորիաների շուրջ:
2. նեղ փուլ
Այս փուլում թիմը նվազեցնում է հնարավոր արմատների պատճառների թիվը, որոնք կարող են կենտրոնանալ: Բաց փուլում հայտնաբերված հնարավոր արմատական պատճառներից յուրաքանչյուրը թիմի կողմից ավելի խորն է քննարկվում, թե արդյոք դրանք պետք է պահպանվեն:
3. փակ փուլ
Այս եզրափակիչ փուլում թիմը պետք է հանդես գա կոնսենսուսով արմատախիլ անելուն: Սա կներառի ապացույցների հիման վրա հիմնված արմատական հիմնավորումը, արդյոք այն օգտագործում է չափելի տվյալներ կամ սուբյեկտիվ ապացույցներ աշխատակիցների, հաճախորդների կամ մատակարարների հետ հարցազրույցներից:
Չափվող տվյալների վերլուծությունը կարող է իրականացվել, օգտագործելով մի շարք վիճակագրական մեթոդներ, ինչպիսիք են ցրման սաղմնային դիագրամը, ստուգաթերթերը ստուգելու միջոցառման հաճախականությունը կամ Pareto աղյուսակը:
Plan-Do-Check-Act (PDCA) ցիկլը
PDCA ցիկլը մշակվել է TQM- ի ճարտարապետ `Էդվարդս Դեմմինգի կողմից: Նա փոփոխություն կատարելու համար ստեղծել է մի պարզ մոտեցում: PDCA ցիկլը բաղկացած է չորս փուլերից. պլանավորել, անել, ստուգել եւ գործել:
- Պլան - Պլանավորման փուլը սովորաբար սկսվում է այն բանից հետո, երբ ընկերությունն անցել է արմատային պատճառների վերլուծություն եւ բացահայտել է խնդիր կամ խնդիր, որը պետք է լուծվի: Այնուհետեւ բիզնեսը ծրագրում է, թե ինչպես պետք է բարելավումներ կատարել:
- Արդյոք `պլանավորման փուլից հետո, բիզնեսը այնուհետեւ կշարունակի փոփոխությունները, որոնք ծրագրված են, հիմնավոր պատճառների վերլուծության մեջ նշված խնդիրը լուծելու համար: Սա կարող է լինել այնքան պարզ, ինչպես արտադրության նոր գծի ձեռքբերումը, թե արտադրության գիծը կամ համալիրը, օրինակ, փոխելով այն միջոցները, որոնց վաճառողները գնահատվում են:
- Ստուգեք - բիզնեսը հետեւել է պլանից եւ փոփոխություններ կատարելուց հետո խնդրի կամ խնդրի լուծման համար ստուգման փուլը պետք է օգտագործվի վավերացնելու համար, որ կատարված փոփոխությունները ունենան անհրաժեշտ արդյունքներ: Եթե ստուգման փուլը չի հաստատում այդ խնդիրը, ապա բիզնեսը պետք է նորից սկսի PDCA ցիկլը պլանավորման փուլում եւ մշակի նոր ծրագիր `անհրաժեշտ արդյունքների հասնելու համար:
- Act - PDCA- ի ցիկլի վերջնական փուլը պահանջում է, որ երբ խնդիրը լուծվի, բիզնեսը պետք է ներառի փոփոխությունները իրենց ստանդարտ ընթացակարգերի մեջ եւ անհրաժեշտության դեպքում վերացնի բիզնեսի այլ մասերի փոփոխությունները: