TQM се обидува да го подобри квалитетот и перформансите
Вовед
Целосно управување со квалитетот ( TQM ) е популарен пристап кон квалитетот во бизнисот кој има за цел да го подобри квалитетот и перформансите кои ќе ги задоволат или надминат очекувањата на клиентите. Ова може да се постигне со интегрирање на функциите за квалитет и клучните процеси низ целата компанија.
Една основна компонента на TQM е принципот на постојано подобрување. Постојат голем број на алатки за да се обезбеди континуирано подобрување, кое вклучува:
- Мапирање на процеси
- Анализа на коренот
- План за проверка на чин (PDCA) циклус
Мапирање на процесот
Секој континуиран напори за подобрување треба да започне со точно разбирање на процесот кој е идентификуван за подобрување. Процесот може да биде во кој било дел од бизнисот на компанијата, но мора да биде способен да биде мапиран за да ги идентификува тековите што го сочинуваат процесот.
На пример, во синџирот на снабдување, бизнис процес може да биде производител на готово добро, купување на стоки од продавач или услуга на елемент продаден на купувачи . Мапирањето на кој било од овие процеси вклучува идентификување и документирање на физичкиот проток, како и протокот на информации.
Мапирањето на процесот ќе ги прикаже графички тековите во процесот од почеток до крај, кои ќе вклучуваат активности, персонал и резултати.
Придобивката што мапата на процесот му дава на континуирано подобрување е тоа што го дефинира обемот на процесот, интерфејсот со други процеси и почетната точка од која може да се мери подобрувањето.
Анализа на root причина
Анализа на коренот на причините е начинот на кој бизнисот ќе ја утврди коренот на проблемот, инцидентот или квалитетот. Ова се постигнува со овие три чекори, кои се движат кон идентификација на основната причина:
- Анализа
- Собирање податоци
- Валидација
Постојат три фази кои го сочинуваат процесот на анализа на root причините.
1. Отвори фаза
Оваа почетна фаза им овозможува на учесниците да го разберат проблемот за да идентификуваат што е можно повеќе основни причини. Во оваа фаза, тимот може да создаде дијаграм за причините и ефектите кои можат да бидат корисни за време на сесии за КОЛЕКТИВНО напад.
Како дел од овој процес, тимот може да ги идентификува нивните можни причини со една од петте области наведени во дијаграмот на причината и ефектот. Овие категории на причини се работна сила, методи, материјали, машини и мерења. Тимот потоа може да ги организира своите идеи за основната причина околу овие категории.
2. Тесна фаза
Во оваа фаза тимот го намалува бројот на можните коренски причини до број на кој може да се фокусира. Секоја од можните коренски причини идентификувани во отворената фаза е разгледана од тимот подетално за да се утврди дали треба да се чуваат.
3. Затворена фаза
Во оваа финална фаза, тимот мора да дојде до консензус за коренот. Ова ќе вклучува потврдување на основната причина врз основа на докази, без разлика дали тоа е користење на мерливи податоци или субјективни докази од интервјуа со вработените, клиентите или продавачите.
Анализата на мерливите податоци може да се изврши со користење на голем број статистички методи, како што се дијаграм за графички скејтер, проверка на листови за идентификација на фреквенцијата на настанот или користење на табела Парето.
План-до-провери-акт (PDCA) циклус
Циклусот PDCA беше развиен од В. Едвардс Деминг, архитект на TQM. Тој создаде едноставен пристап за спроведување на промени. Циклусот PDCA се состои од четири фази; планираат, прават, проверуваат и дејствуваат.
- План - фазата на планирање обично започнува откако една компанија е преку анализа на root причини и идентификува прашање или проблем што треба да се решат. Потоа, бизнис планира како треба да се постигнат подобрувањата.
- Дали - По фазата на планирање, бизнисот потоа ќе продолжи со промените што се планирани за да се одговори на прашањето идентификувано во анализата на root причините. Ова може да биде едноставно како купување на ново парче опрема за производна линија, или комплекс, како што е промена на начинот на кој продавачите се оценуваат.
- Проверка - Откако бизнисот го следеше планот и направи промени за решавање на проблемот или проблемот, фазата на проверка треба да се користи за да се потврди дека направените промени ги имаат потребните резултати. Ако фазата на проверка не потврди дека проблемот е решен, тогаш бизнисот ќе треба повторно да го започне циклусот PDCA во фазата на планирање и да развие нов план за да ги постигне потребните резултати.
- Закон - Завршната фаза од циклусот PDCA бара откако прашањето ќе биде решен, бизнисот треба да ги вклучи промените во нивните стандардни оперативни процедури и, доколку е потребно, да ги претстави промените во други делови на бизнисот.