ISO, менеджмент, консалтингпользователи сайтаRSSФОРУМСТАНДАРТЫГОСТ РСЛОВАРЬНАВИГАТОРКОНСУЛЬТАНТЫ 
Логин : Пароль:   
       [регистрация] [напомнить пароль]
 

ФОРУМ
• Re: методики описания БП 
 23. Окт 08:43 от PrilipkoAI
• ISO 22000:2018 
 10. Сент 23:29 от GurbanovR
• HACCP vs FSMS 
 23. Авг 10:52 от PrilipkoAI
• Re: план контроля качества 
 13. Авг 12:07 от Facebook



Побудова системи управління якістю: принципи та основні етапи, рекомендації з розробки документації

Страница для печати 

  • размещено в разделе: Школа качества
  • Автор: guest


  • найти еще статьи по теме:


    Перш ніж розпочати обговорення побудови системи управління якістю (СУЯ) на підприємстві, ще раз повернемося до питання про те, що вона становить собою.

    Словосполучення "система управління якістю" складається зі слів різного смислового навантаження. Якщо запитати у керівників підприємств на терені пострадянської держави, яке слово в цьому словосполученні ключове, то переважна більшість відповість: слово "якість". Те, що відповідь буде саме такою, багаторазово перевірено на практиці. Коли такому керівнику вперше повідомляють про СУЯ, він думає, що мова йде про щось, що пов'язано, насамперед, з контролем якості продукції, роботою відділу технічного контролю (ВТК) і тому подібним. І своє ставлення до процесу побудови СУЯ керівник підприємства формує, виходячи з її розуміння, як до деякої локальної задачі, яку можна вирішити з використанням обмеженого обсягу ресурсів, покладаючись тільки на ту ж службу ВТК.

    I. Принципи

    Перш ніж розпочати обговорення побудови системи управління якістю (СУЯ) на підприємстві, ще раз повернемося до питання про те, що вона становить собою. Словосполучення "система управління якістю" складається зі слів різного смислового навантаження. Якщо запитати у керівників підприємств на терені пострадянської держави, яке слово в цьому словосполученні ключове, то переважна більшість відповість: слово "якість". Те, що відповідь буде саме такою, багаторазово перевірено на практиці. Коли такому керівнику вперше повідомляють про СУЯ, він думає, що мова йде про щось, що пов'язано, насамперед, з контролем якості продукції, роботою відділу технічного контролю (ВТК) і тому подібним. І своє ставлення до процесу побудови СУЯ керівник підприємства формує, виходячи з її розуміння, як до деякої локальної задачі, яку можна вирішити з використанням обмеженого обсягу ресурсів, покладаючись тільки на ту ж службу ВТК. За нашим глибоким переконанням, у словосполученні "система управління якістю" головне смислове навантаження несе слово " управління", тобто має місце формула:

    система управління якістю = система УПРАВЛІННЯ якістю

    Виходячи з цього, підходити до побудови СУЯ на підприємстві потрібно з усією можливою серйозністю. Адже будуємо ми систему управління тими процесами на підприємстві, від яких залежить якість продукції, що випускається, і/або послуг, що створюються. А на якість впливають практично всі процеси, що мають місце на підприємстві. Це і відповідальність вищого керівництва, і процеси життєвого циклу продукції (маркетинг, проектування, закупівля, виробництво, контроль якості, складування, збут, післяпродажне обслуговування), і процеси, що забезпечують управління персоналом, інфраструктурою, робітничим середовищем, документацією. МС ІСО 9001:2000 (розділ 0.4 стандарту) дозволяє з усіх процесів діяльності підприємства виключити тільки управління охороною навколишнього середовища, управління професійним здоров'ям та безпекою, управління фінансами та їх ризиками. Ці виключення зроблені тому, що МС ІСО 9001 єдиною зацікавленою стороною вважає споживача, а перераховані в розділі 0.4 підсистеми управління, скоріше, входять до сфери інтересів таких зацікавлених сторін, як суспільство в цілому, персонал підприємства, фірма, яка має економічні інтереси юридичної особи. Однак ніде не сказано, що вищезгадані підсистеми не можуть включатися в єдину інтегровану систему управління підприємством разом з компонентами власне СУЯ. Більше того, сучасний розвиток систем управління підприємствами у всьому світі йде саме шляхом створення подібних інтегрованих систем. При цьому, звичайно, "першою чергою" такої системи є саме СУЯ, оскільки вимоги споживача є все-таки первинними. Адже в ринковій економіці споживач є єдиним джерелом грошей для підприємства! Структура МС ІСО 9001:2000 сприяє інтеграції побудованої на її основі СУЯ з іншими системами управління, що мають свої власні вимоги.

    Таким чином, ми приходимо до формулювання першого принципу: побудова СУЯ - не локальна задача, а велика, складна, відповідальна робота, яка потребує значних витрат часу та інших ресурсів, і стосується всього колективу підприємства. Тому ставитися до неї потрібно відповідним чином! Адже створюється не що інше, як інструмент, за допомогою якого керівництво буде управляти своїм підприємством! Дуже важливо, щоб це ще на початку роботи усвідомив перший керівник, від якого, насамперед, залежить виділення ресурсів на розробку СУЯ і ставлення до цієї всього персоналу підприємства. Докладніше ми торкнемося цих питань, коли перейдемо до опису етапів побудови СУЯ. Отже, після того, як ми з'ясували, що собою представляє СУЯ, закономірно виникає наступне питання: Навіщо вона потрібна підприємству? На нашу думку, існує дві основних мети розробки СУЯ. Перша і головна - оптимізація роботи підприємства, забезпечення його дієздатності, зокрема, конкурентоспроможності продукції та послуг, що виробляються, і підвищення ефективності виробництва. І якщо для підприємства, у першу чергу для першого керівника, така ціль дійсно є головною, то це само по собі характеризує його як перспективне і таке підприємство має дуже гарні шанси для впровадження діючої СУЯ. Слід відразу ж зазначити, чого не може забезпечити СУЯ. Система управління якістю є свого роду кістяком, на який повинні нанизуватися відповідні рішення, пов'язані з поліпшенням процесів і якості продукції. Але раціональність і обґрунтованість рішень стандартами не встановлюються, та й не можуть бути встановлені, тому що ці рішення - результат творчого процесу. Тому реалізація потенційних можливостей СУЯ залежить не тільки від виконання всіх передбачених МС ІСО 9001 вимог, але і від кваліфікації, творчих здібностей, професійних знань і досвіду персоналу підприємства. Щоб уникнути можливих розчарувань дуже важливо, щоб вищий керівник із самого початку розумів це і не сподівався на чудо, на те, що впровадження СУЯ само по собі автоматично вирішить його проблеми при відсутності кадрів, здатних аналізувати ситуацію і приймати обґрунтовані рішення, відповідного їх навчання. Друга мета розробки - продемонструвати усім, в тому числі і потенційному споживачеві, що підприємство може стабільно випускати продукцію заданого рівня якості, тобто таку, яка задовольняє всі його вимоги. Якщо для досягнення першої наголошеної мети досить просто розробити і впровадити на підприємстві СУЯ, то для досягнення другої мети необхідно ще й сертифікувати СУЯ. Ваш споживач може зажадати підтвердження незалежною третьою стороною, що у вас дійсно є система управління якістю, і яка працює ефективно. Ця мета теж дуже важлива, але все-таки підприємство і його перший керівник повинні розуміти, що сертифікат є вторинним по відношенню до СУЯ. Якщо система дійсно впроваджена, працює ефективно і приносить реальну користь підприємству, то одержання будь-якого сертифіката - просто "суто технічна справа". Звідси випливає другий принцип: система розробляється "для себе", а не для аудиторів, незалежної третьої сторони, і, за великим рахунком, навіть не для споживача. Отже, її потрібно створювати такою, щоб вона була, насамперед, корисною, зручною для роботи підприємства, щоб приносила йому реальну користь. Вимоги МС ІСО 9001:2000 тільки сприяють цьому, тому що вони, з одного боку, дуже загальні і "м'які", а з іншого - розумні і дійсно корисні для підприємства. Для успішної розробки СУЯ другий принцип повинний бути зрозумілий і внутрішньо сприйнятий не тільки першим керівником, але і середньою ланкою управління підприємством. Ціль полягає в тому, щоб не менш одного- двох керівників підрозділів з числа найбільш сприйнятливих змогли зрозуміти переваги систематичного управління якістю у власній сфері діяльності. Це вимагає від керівництва великих зусиль в роботі з переконання і мотивації персоналу. Для початку не обов'язково посилатися на вимоги стандарту або відстоювати необхідність письмових інструкцій. Краще привести приклад недавньої, що запам'яталася усім, рекламації. За допомогою аналізу витрат на брак і дефекти, що з'явилися на одному з етапів виробничого процесу, визначити причини дефектів, а не винуватців, відповідним чином їх інтерпретувати і, усунувши "слабкі ланки", на цьому прикладі показати необхідність управління якістю. Якщо хоча б раз "лід недовіри" зійде, в інших випадках справа піде легше.Головне правило: аргументація з боку тих, хто займається розробкою і впровадженням системи управління якістю, повинна спиратися на цифри, дані і факти. Найдійовіші аргументи - це ті, які засновані на рекламаціях і дефектах, яких могло б і не бути, на непотрібних "витратах на дефекти" і зв'язаних з ними недостатніх заходах, що допускають повторне виникнення того ж дефекту. Особливо це стосується дефектів, що зв'язані з ризиком матеріальної відповідальності. Обговоримо ще одне принципове питання.

    Чи слід підприємству залучати консультантів для розробки СУЯ? Досвід показує, що на практиці підприємству дуже рідко вдається самостійно розробити повноцінну діючу СУЯ і довести її до сертифікації. Є конкретні приклади, коли підприємство завзято намагалося розробити СУЯ самотужки. Витрачався час, ресурси, збиралися і працювали команди кращих фахівців підприємства, але робота грузнула в технічних дріб'язках і заходила в тупик. Підприємство зверталося по допомогу у свої галузеві інститути, добре знайомі з технологічними особливостями їх роботи. Знову витрачали час, ресурси. Робота зациклювалася на суто технологічних аспектах і в результаті припинялася. І тільки після того, як підприємство зверталося до професійних консультантів, що є фахівцями саме з розробки СУЯ, система була розроблена і впроваджена. Але за такий же час, якби вони із самого початку звернулися до цих фахівців. Можна навести два аргументи, чому при розробці СУЯ бажано залучати консультанта.По-перше - це компетентність і досвід. Консультант довго і ґрунтовно учився своїй справі. Він мав досвід розробки систем на багатьох підприємствах, знає особливості організацій різного профілю, різні ситуації, що можуть виникнути при розробці СУЯ. Є деякі елементи в системах управління якістю, що певною мірою спільні для різних підприємств, і консультант уже має відповідні наробки в цій області. Крім того, консультант має відповілний досвід спілкування з органами по сертифікації, що може бути корисним, якщо підприємство хоче сертифікувати СУЯ. Хочу звернути увагу на те, що консалтинг і сертифікація - це два види діяльності, які принципово повинні бути розділені. Одна і та ж фірма не може займатися одночасно і консалтингом, і сертифікацією, тобто сама розробляти, перевіряти й оцінювати результати своєї роботи. Крім того, така ситуація може з великою вірогідністю привести до неякісної побудови системи управління якістю, коли "рука руку миє". Але якщо консультант уже працював на інших підприємствах, він уже має досвід спілкування з органами по сертифікації і може допомогти своєму клієнту у його виборі в залежності від того, який сертифікат вимагають від нього замовники. Необхідність у досвіченому консультанті пояснюється ще й тим, що МС ІСО серії 9000 містять дуже м'які, загальні вимоги, які призначені для підприємств будь-якої галузі, будь-якого розміру, будь-якої форми власності. Тому інтерпретація цих вимог для потреб конкретного підприємства являє собою дуже непросту задачу. Навіть у досвідчених консультантів іноді виникають ситуації, коли вони знаходять нове красиве рішення, а потім виявляється, що воно вже містилося в рядках або між рядками стандарту, вивченого ними уздовж і поперек. Є навіть думка [3], що МС ИСО серії 9000 - не стандарти для загального і багаторазового застосування, а стандартизована філософія, задача якої - організувати мислення певним чином. Тому без розумного інтерпретатора МС ІСО серії 9000 підприємству не варто зв'язуватися з їхнім впровадженням. На роль такого "інтерпретатора" стандарту більше всего підходить досвідчений зовнішній консультант.Другий аргумент - це незалежність. Для розробки СУЯ дуже важливий свіжий погляд. Зсередини може бути не видно того, що бачить консультант з боку. Співробітники, що займаються рутинною щоденною роботою, можуть дуже просто ненавмисно потрапляти в стан штучно "закритих очей" . У багатьох випадках пропозиції, поради, аргументи зовнішнього консультанта краще сприймаються керівниками підприємства, ніж ті ж самі слова, що надходять від своїх співробітників. Тут спрацьовує імідж і "регалії" самого консультанта, авторитет консалтингової фірми, що стоїть за ним. Недарма існує прислів'я: "Немає пророка у своїй батьківщині"! Крім того, консультант може вільно говорити про будь-які речі, що стосуються розробки і впровадження СУЯ на підприємстві всім, включаючи вище керівництво, тоді як співробітникам це буває набагато складніше зробити. Вони часто не наважуються повідомляти керівнику негативну інформацію чи висловлювати думку, що не збігається з думкою керівника або здатна викликати його роздратування. Так, на одному підприємстві співробітники не зважувалися повідомити першому керівнику, що після впровадження СУЯ він сам буде її частиною, тобто повинний буде діяти згідно з встановленими нею правилами. Їм здавалося, що таке повідомлення матиме для них негативні наслідки. Тому однією з важливих функцій консультанта є повідомлення першому керівнику інформації, можливо не завжди приємної, але необхідної для справи. Інакше така інформація може просто до нього не дійти, що не дозволить вчасно провести на підприємстві корекцію виявлених невідповідностей і ввести необхідні вдосконалення. Однак усе вищесказане не означає, що консультант може самостійно розробити СУЯ "під ключ": прийти, подивитися, поговорити з персоналом, написати відповідну документацію і впровадити ефективно працюючу систему. Практика показує, що розробка СУЯ "під ключ" - блеф з боку несумлінних консультантів. Цьому твердженню можна привести три основних пояснення.

    Перше. Консультант не є універсальним фахівцем у всіх областях діяльності підприємств та організацій. Він може глибоко знати загальні підходи і методики по побудові СУЯ, але не знає всіх нюансів виробництва саме цього підприємства. І хоча СУЯ - це не технологічна, а, в основному, управлінська система, технологічні нюанси на неї усе-таки впливають. Крім того, одну і ту саму діяльність для підприємства можна організувати по-різному, не виходячи при цьому за рамки вимог МС ІСО 9001:2000. Справа в тім, що, як ми вже говорили, стандарт встановлює дуже "м'які", дуже загальні вимоги до СУЯ. Тому для будь-якого конкретного підприємства теоретично можуть бути розроблені десятки різних СУЯ, що задовольняють вимоги МС ІСО 9001:2000. І тільки самі працівники підприємства на чолі з першим керівником можуть вибрати з безлічі потенційно можливих систем управління якістю саме ту, котра буде для них найбільш зручною, найбільшою мірою відповідати їх цілям, можливостям, намірам та смаку.Друге. Припустимо на хвилину, що консультант краще від працівників підприємства знає їхнє виробництво, їхні цілі і наміри, їхні вподобання щодо розробки СУЯ. Нехай він недавно перейшов у консалтингову фірму саме з цього підприємства і прекрасно обізнаний з його роботою, знає його проблеми. Нехай цей гіпотетичний консультант прийшов на підприємство, озирнувся, додатково поговорив з персоналом, повернувся на свою фірму і розробив документацію СУЯ, використовуючи наявні в його розпорядженні типові заготовки документів ("кози"). Потім він повертається на підприємство і впроваджує створену за таких умов СУЯ. Але ж відомо, що СУЯ вважається впровадженою, якщо виконуються наступні три умови: її документація відповідає вимогам стандарту, діяльність підприємства відповідає вимогам документації і підприємство при цьому працює ефективно, тобто практично досягає цілей, заради яких розроблялася і впроваджувалася система. Досвідчений консультант може, природно, домогтися виконання першої вимоги. Однак виконання другої вимоги зведеться до того, що усьому підприємству і кожному конкретному співробітнику консультант покладе на стіл інструкцію щодо того, як конкретний співробітник повинний працювати. І ніяк інакше співробітник працювати не має права, адже в такому випадку не буде функціонувати СУЯ! Але співробітники, з якими повелися подібним чином, можуть сказати, що вони самі набагато краще, ніж якийсь чужинець, знають, як потрібно працювати, що вони мають величезний досвід і міцні знання у своїй справі, що вони не погодяться з нав'язуванням їм способу роботи з боку і т.п. І в результаті прямими або "партизанськими" методами система буде відкинута як щось стороннє суто з психологічних мотивів, навіть тоді, коли вона об'єктивно розроблена непогано. Третє. Робота з СУЯ на підприємстві не закінчується з впровадженням і одержанням сертифіката, а, насправді, практично тільки починається. У процесі цієї роботи систему необхідно підтримувати, модифікувати відповідно до мінливих зовнішніх і внутрішніх умов, постійно удосконалювати відповідно до вимог МС ІСО 9001:2000, проводити внутрішні аудити і т.д. До того часу консультанта на фірмі вже не буде, усе це повинні будуть робити самі працівники підприємства, а щоб це робити, необхідно цьому навчитися і єдиний шлях до цього полягає в тому, що СУЯ повинна бути для них "рідною", а не "сторонньою". З цих міркувань випливає третій принцип: найбільш прийнятним підходом є спільна розробка СУЯ працівниками підприємства і консультантом. Роль консультанта - визначати загальний напрямок робіт, допомагати персоналу підприємства в описі процесів і оргструктури, давати рекомендації з їх удосконалення. Консультант надає допомогу в написанні документації, допомагає домогтися її відповідності вимогам МС ІСО 9001:2000. При цьому можна використовувати деякі заготовки для опису процесів, що є більш-менш стандартними для різних підприємств. Він допомагає звести все це в єдину систему, усунути суперечності, погодити документацію і т.д. Однак для того, щоб СУЯ вийшла реально працюючою і в написанні документації (опис процесів), і у впровадженні повинні активну участь брати працівники підприємства на чолі з першим керівником. Працівники підприємства повинні чітко розуміти, що остаточні рішення у всіх цих питаннях, як і відповідальність за їх виконання, покладено на них і в цьому полягає головний їх інтерес.

    II. Основні етапи розробки системи менеджменту якості (СМЯ) Тепер ми можемо приступити до опису основних етапів розробки і впровадження СМЯ на підприємстві. Ця робота є типовим проектом. Такий проект доцільно здійснювати, використовуючи відомі засоби і методи управління проектами. Виконання будь-якого проекту характеризується наступними параметрами: - відомими датами початку і закінчення; - необхідними ресурсами (кошти, оргтехніка, приміщення, персонал); - послідовністю етапів, кожний з яких характеризується відповідними роботами і відповідальними за їхнє виконання; - критеріями успішності виконання етапів. Розробку і впровадження СМЯ як проекту можна розділити на наступні проектні етапи: 1. Утворення організаційної структури і виділення інших необхідних ресурсів. 2. Складання вимог до СМЯ. 3. Встановлення фактичного стану СМЯ 4. Складання Комплексного плану проекту. 5. Розробка Політики підприємства в галузі якості і цілей. 6. Розробка документації СМЯ і виконання інших запланованих заходів. 7. Дослідне впровадження СМЯ. Зупинимося на особливостях робіт кожного з цих етапів. 1. Створення організаційної структури і виділення інших необхідних ресурсів. Як уже відзначалося вище, розробка СМЯ є складною, трудомісткою і тривалою роботою, яку неможливо виконати "на суспільних засадах", без створення всередині підприємства відповідної організаційної структури, що забезпечувала б: - виділення необхідних людських ресурсів для розробки СМЯ; - можливість залучення до роботи всього персоналу підприємства, у першу чергу - керівництва; - можливість оперативного розв'язання питань, що виникають у ході розробки; - погоджену діяльність різних підрозділів і служб у процесі розробки. Насамперед, повинний бути призначений представник керівництва з якості, який очолює проект по розробці СМЯ. Цього безпосередньо вимагає МС ИСО 9001:2000 (п. 5.5.2). До обов'язків представника керівництва входить: - забезпечення розробки, впровадження і підтримки в робочому стані процесів, необхідних СМЯ; - складання звітів вищому керівництву про функціонування СМЯ і необхідність її поліпшення; - сприяння поширенню розуміння вимог споживачів по всій організації; - підтримка зв'язку з зовнішніми сторонами з питань, що стосуються СМЯ. Стандарт допускає, що представник керівництва виконує ці функції одночасно з іншими своїми обов'язками. Наш досвід показує, що представником керівництва з якості на підприємстві може бути і головний інженер, і технічний директор, і комерційний директор, і інші керівники. Ідеальний варіант - коли це заступник першого керівника з якості. Багато в чому вибір представника керівництва залежить від особистих якостей претендента. Він повинен бути досить авторитетним на підприємстві, мати повноваження приймати важливі рішення, володіти гарними організаторськими здібностями, досвідом керування проектами, знанням підприємства, його продукції і процесів, знанням основних споживачів і постачальників. У будь-якому випадку при правильній організації робіт він стає фактично другою людиною на підприємстві, тому що заміщає першого керівника в найважливішій галузі - в галузі управління. Бувають випадки, коли директор, що розуміє ключовий характер цієї функції, не знаходить для неї гідного кандидата серед своїх заступників і сам берет на себе її виконання.

    Розробка СМЯ означає проведення значного обсягу робіт, що вимагають одночасної участі різних підрозділів підприємства. Для організації і координації таких робіт, а також для прийняття колегіальних рішень з приводу найважливіших питань розробки, впровадження і функціонування СМЯ доцільно створити Координаційну раду з якості. Координаційну раду очолює перший керівник підприємства, у його склад входять "хазяї" усіх процесів в галузі поширення СМЯ. Практично це можуть бути заступники директора по напрямках, керівники ведучих підрозділів. Такий склад ради дозволяє приймати рішення з будь-яких питань діяльності підприємства. Рішення Ради повинні мати силу наказу. Окрім контролю, організації і координації розробки СМК, на засіданнях ради можуть розглядатися будь-які питання, пов'язані з підвищенням якості продукції і конкурентоздатності підприємства. Слід зазначити, якщо на підприємстві до моменту початку розробки вже існує і успішно діє колегіальний орган, який може виконувати вищеописані функції, то саме він може відігравати роль Координаційної ради. На деяких підприємствах навпаки, створена для розробки і впровадження СМЯ Координаційна рада і згодом заміняє собою всі інші колегіальні органи і виконує їхні функції. Розробка СМЯ вимагає значного обсягу конкретних робіт по плануванню і виконанню необхідних заходів проекту, таких як написання та узгодження документації, проведення внутрішніх аудитів і т.п. Для виконання цих робіт повинен бути виділений відповідний персонал. На підприємствах, що мають понад 250 працівників, це може бути Група (відділ) управління якістю, на менших підприємствах - інженер (фахівець, менеджер) з управління якістю. Ці виконавці повинні бути, по можливості, звільнені від усієї іншої роботи, що заважала б виконанню ними вищезгаданих обов'язків. У випадках, коли це неможливо (наприклад, на малому підприємстві) потрібно, щоб їм планувалось використання частини робочого часу на питання СМЯ. При визначенні складу Групи управління якістю важливе виконання таких вимог: - бажання кандидатів працювати в області СМЯ; - готовність та здатність вчитися, опановувати новими знаннями; - готовність працювати самостійно і творчо; - мати авторитет серед співробітників та бути комунікабельними; - мати досвід роботи на підприємстві, бути знайомими з різними аспектами його діяльності. При формуванні Групи управління якістю бажано включити в її склад представників різних підрозділів. Як правило, в цю групу входять справжні ентузіасти, що працюють з натхненням, часто не обмежуючи себе рамками робочого часу. І це не дивно, робота в них дійсно дуже різнобічна, цікава і творча! До основних задач Групи управління якістю на різних стадіях розробки і впровадження СМЯ відносяться: - забезпечення роботи Координаційної ради; - навчання членів Координаційної ради та інших категорій персоналу в галузі управління якістю; - планування і відстеження виконання різних заходів у рамках розробки і впровадження СМЯ; - координація розробки документів СМЯ, а також безпосередній опис таких процесів, як управління документацією, записами про якість, коригувальні та попереджуючі дії, внутрішні аудити, відповідальність вищого керівництва; - інформаційне узгодження документів СМЯ, аналіз їхньої відповідності вимогам стандарту; - контроль впровадження СМЯ, організація проведення її внутрішніх аудитів; - аналіз виявлених у роботі підприємства невідповідностей, визначення результативності проведених коригувальних і попереджуючих дій; - підготовка інформації для проведення аналізу функціонування СМЯ з боку вищого керівництва; - управління коректуванням документації СМЯ у процесі її змін і вдосконалювання.

    З переліку цих функцій видно, що робота Групи управління якістю не закінчується після впровадження і сертифікації СМЯ, а, навпаки, інтенсифікується. Система вимагає постійної підтримки, доробки, вдосконалення. Адже підприємство працює в зовнішніх і внутрішніх умовах, що постійно змінюються, тому його робота теж постійно змінюється. Але оскільки робота підприємства повинна відповідати СМЯ, то перш ніж змінити діяльність, необхідно попередньо внести відповідні зміни в Систему. Постійне вдосконалювання є прямою вимогою ISO 9001:2000 (пп. 4.1, 8.5.1). Тому робота структури, пов'язаної зі СМЯ, є постійною і дуже важливою на підприємстві. Потрапити в цю структуру - престижно і почесно. Залучені до неї люди повинні розуміти це з самого початку розробки. Для ефективної організації роботи Групи управління якістю необхідно надати їй наступні повноваження: - право одержувати необхідну інформацію в галузі СМЯ від будь-яких посадових осіб, ознайомлюватися з відповідними документами і записами; - право контролювати хід робіт у рамках розробки СМЯ; - право доступу до першого керівника підприємства, представника керівництва з якості, інших керівників. Важливо забезпечити роботу Групи управління якістю необхідними ресурсами (приміщення, інформація, оргтехніка, нормативна документація), надати її членам можливість проходити навчання в галузі якості. При організації роботи Групи управління якістю важливо забезпечити гласність її роботи, створити їй необхідний авторитет серед персоналу підприємства. Однією із серйозних помилок при розробці СМК є покладання на Групу повної відповідальності за всю розробку СМЯ. Відповідальність за цю роботу повинна бути покладена на всіх керівників підприємства, його служб і підрозділів, у рамках їхніх функцій. Бажано мати представника з якості в кожному підрозділі. Ці представники можуть відповідати за розробку документації і підтримку функціонування СМЯ для окремих процесів. Вони повинні не тільки добре теоретично розбиратися у вимогах ISO 9001:2000, знати особливості свого підприємства, але також бути ентузіастами системи, розуміти її важливість і необхідність. Вони є також першими кандидатами в групу внутрішніх аудиторів.

    При формуванні організаційної структури варто також обміркувати питання про необхідність залучення зовнішньої допомоги, наприклад, консультантів по розробці СМЯ, про що вже говорилося вище. Якщо таке рішення прийняте, то консультант може дати рекомендації і по остаточному формуванню самої оргструктури. Приклад організаційної структури для розробки, впровадження і супроводження СМЯ представлений на малюнку.

    Згідно з нашим досвідом тільки наявність подібної налагодженої структури на підприємстві, що спирається на допомогу кваліфікованого консультанта та серйозну кропітку роботу всього колективу дозволяє створити повноцінну, працюючу СМЯ. Ухвалення рішення про початок робіт над СМЯ може бути оформлене наказом першого керівника підприємства. У преамбулі до наказу може бути підкреслена важливість цих робіт, необхідність залучення до них усього персоналу підприємства. У самому наказі визначається склад Координаційної ради і групи управління якістю, затверджуються положення про них, призначаються представники керівництва з якості (як по всьому підприємству так і в разі необхідності, в окремих підрозділах), визначаються їхні функції. Також можуть надаватися розпорядження про перші кроки по розробці СМЯ (визначення зовнішніх і внутрішніх вимог до СМЯ, аналіз поточного стану системи управління якістю підприємства, розробка Політики в області якості і Комплексного плану, навчання персоналу в області якості тощо). Тут потрібно підкреслити важливість навчання в галузі якості. Для забезпечення успішної розробки і впровадження СМЯ навчання варто проводити для всіх рівнів персоналу. При цьому починати навчання треба з вищого керівництва. Японські фахівці навіть сформулювали тезу: "Ніхто не повинен проходити навчання за програмою якості раніше від свого безпосереднього начальника". Для зовнішнього навчання можна використовувати можливості консультанта (якщо він залучається для розробки СМЯ підприємства), чи курси і семінари, пропоновані спеціалізованими організаціями. Співробітники, що пройшли зовнішнє навчання, можуть проводити внутрішнє навчання іншого персоналу, "мультиплікуючи" отримані знання. Вимоги щодо навчання персоналу викладені в МС ІСО 9001:2000 у п. 6.2.

    © ЦСЯ "ПРИРОСТ-Система", 2001 Цей матеріал не може бути повністю або частково відтворений, тиражований і розповсюджений без дозволу ЦСЯ "ПРИРОСТ-Система".





  • размещено в разделе: Школа качества
  • Автор: guest


  • найти еще статьи по теме:
      
    Re: Побудова системи управління якістю: принципи та основні етапи, рекомендації з роз
    заметка от guest, 07 Дек, 2009 г. - 22:11
    спасибо за материал - я использовала - таблицу в своих целях



    менеджмент качества ( процессы | школа качества | нормирование | управление качеством | хассп)
    книги: стандарты | качество | ХАССП | маркетинг | торговля
    управленческий консалтинг ( планирование и контроль | конфликтменеджмент)
    новости и события: пресс-релизы | новые стандарты | новости партнеров | новости | архив новостей, статей
    новая торговля (автоматизация | магазиностроение | маркетинг и экономика)
    интернет-маркетинг (создание сайта | интернет - бизнес)
    финансы & страхование (страхование | бизнес-школа)
    обзоры и интервью: маркетинг | консалтинг | торговля | управление качеством )
    энциклопедия: это интересно | глоссарий | о семье | менеджмент семьи | каталог ресурсов