Відповідність - це не лише завдання команди з якості: навчання та решта організації

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

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

Чому стандарт узагалі переймається людьми

ISO 9001 встановлює дві пов'язані вимоги, які сягають кожного куточка організації. Компетентність (пункт 7.2): люди, чия робота впливає на якість продукції та послуг, мають бути компетентними, а організація повинна зберігати підтвердження цього. Обізнаність (пункт 7.3): люди мають знати політику якості, відповідні цілі, свій внесок у результативність системи та наслідки невідповідності.

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

Дві різні речі: обізнаність і компетентність під конкретну роль

Найкорисніше правильно зрозуміти, що «навчання» тут означає дві досить різні дії, спрямовані на різні аудиторії.

Обізнаність широка й неглибока, і вона для кожного. Кожен працівник повинен розуміти, на рівні, доречному для його ролі, чого організація прагне досягти своєю системою управління, чому це важливо, до чого зобов'язує політика якості та який внесок робить його власна поведінка. Обізнаність не про те, щоб перетворити комірника на аудитора; вона про те, щоб він знав, що те, як він обробляє й реєструє постачання, є частиною чогось більшого, і що робити, коли щось виглядає не так.

Компетентність під конкретну роль вузька й глибока, і вона для людей, які виконують певну роботу. Оператор, що веде критичний процес, людина, яка затверджує документи, внутрішній аудитор, інженер, чиї рішення щодо проєктування несуть ризик, - кожному потрібна справжня компетентність у своєму конкретному завданні, належно підтверджена. Це навчання, яке відповідає фактичному ризику в роботі.

Приклад на практиці. Постачальник медичних виробів впроваджує свою систему управління. Кожен, зокрема відділ продажів і рецепція, проходить коротке навчання з обізнаності: ось наша політика якості, ось чому простежуваність важлива в нашому секторі, ось як повідомити про проблему. Лише виробничий персонал і персонал з якості проходять глибоке навчання під конкретну роль щодо керованих процедур виробництва, і лише навчені внутрішні аудитори проходять навчання з аудиту. Узгодження глибини з роллю - це те, що робить зусилля пропорційними: ви не проводите всю компанію через тиждень теорії управління якістю і не залишаєте людину, яка виконує найризикованіше завдання, з п'ятихвилинним інструктажем.

Хто чого потребує: аналіз потреб у навчанні

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

Аналіз потреб у навчанні працює від зворотного, відштовхуючись від ризику. Для кожної ролі ви запитуєте, що людина робить такого, що впливає на якість, що піде не так, якщо вона зробить це без потрібної компетентності, і наскільки серйозним це буде. Тоді навчання, якого потребує роль, пропорційне цьому ризику: оператор процесу, який жодна подальша перевірка не здатна повністю виявити, потребує більшої компетентності й більше підтверджень, ніж людина, що пакує готову продукцію. Результат - не розпливчасте відчуття, що «виробництву потрібне навчання», а обґрунтоване твердження про те, у чому кожна роль має бути компетентною і чому - саме те, що хоче побачити аудитор, який запитує «як ви вирішили, кому потрібне навчання?».

Побудова матриці компетентності

Аналіз потреб у навчанні найлегше підтримувати актуальним у вигляді матриці компетентності: таблиці, де ролі розташовані з одного боку, потрібні для роботи компетентності - згори, а кожна клітинка містить статус для цієї ролі. Це перетворює абстрактну вимогу на щось, що можна прочитати з першого погляду - і аудитор так само може.

Приклад на практиці. Компанія з прецизійної механічної обробки перелічує свої ролі ліворуч, а компетентності, від яких залежить її робота, - згори:

• Оператор верстата - Обізнаність про політику якості: Завершено; Керовані робочі інструкції: Завершено; Налаштування та експлуатація CNC: Завершено; Кінцевий контроль і вимірювання: Не потрібно; Внутрішній аудит: Не потрібно
• Контролер - Обізнаність про політику якості: Завершено; Керовані робочі інструкції: Завершено; Налаштування та експлуатація CNC: У процесі; Кінцевий контроль і вимірювання: Завершено; Внутрішній аудит: Не потрібно
• Керівник з якості - Обізнаність про політику якості: Завершено; Керовані робочі інструкції: Завершено; Налаштування та експлуатація CNC: Завершено; Кінцевий контроль і вимірювання: Завершено; Внутрішній аудит: Завершено
• Продажі - Обізнаність про політику якості: Завершено; Керовані робочі інструкції: Не потрібно; Налаштування та експлуатація CNC: Не потрібно; Кінцевий контроль і вимірювання: Не потрібно; Внутрішній аудит: Не потрібно

Прочитайте рядок - і побачите, у чому має бути компетентною одна роль; прочитайте стовпець - і побачите всіх, кому потрібна певна компетентність, і де є прогалини. Ця матриця каже три речі одночасно: продажам потрібна обізнаність і нічого більше; контролер на середині шляху перехресного навчання з налаштування верстата; і лише керівник з якості має компетентність у внутрішньому аудиті - єдина точка відмови, яку варто усунути.

Ось як матриця керує рішеннями. Кожне «у процесі» - це заплановане навчання з відповідальним; кожне «не потрібно» - це свідомий вибір щодо охоплення, який можна обґрунтувати; кожна прогалина в стовпці, який справді потрібен для роботи, - це навчальна дія, що чекає на планування. Підтримувана в актуальному стані, матриця є водночас і планом, і - щойно клітинки читаються як «завершено» - значною частиною підтвердження.

Три тригери для навчання

Матриця компетентності каже вам, яка компетентність потрібна кожній ролі; вона не каже, коли навчати. На практиці навчання спонукають три окремі тригери, і система, яка спрацьовує лише на один із них, втратить компетентність у проміжках між аудитами.

Вступний інструктаж - новий працівник. Той, хто приходить або переходить на нову роль, починає з порожніх клітинок. Вступний інструктаж охоплює обізнаність, потрібну кожному працівнику, і започатковує компетентності під конкретну роль, які потребує посада. Для нового оператора верстата це означає спершу політику якості й те, як повідомити про проблему, а потім керовані робочі інструкції та перевірки налаштування верстатів, на яких він працюватиме - з клітинками, залишеними «у процесі», доки його компетентність не буде підтверджена.

Постійне - підтримання компетентності. Деяка компетентність потребує періодичного підкріплення, навіть коли нічого не змінилося: повторний курс, повторна авторизація кваліфікації, термін якої спливає, запланована повторна перевірка високоризикового завдання. Критерій - чи підтримує це реальну компетентність, а не чи минув рік за календарем: внутрішнього аудитора, який не проводив аудиту вісімнадцять місяців, повторно інструктують перед наступним циклом, щоб навички не застаріли.

Спричинене змінами - процедура змінилася. Це тригер, який організації пропускають найчастіше. Коли керована процедура чи робоча інструкція змінюється, кожен, хто за нею працює, потребує перенавчання за новою версією, а старий запис про компетентність тепер частково застарілий. Робочу інструкцію для критичного складання переглядають після скарги клієнта; кожен оператор на цій лінії проходить перенавчання щодо зміни й реєструє це, перш ніж лінія працюватиме за новою версією. Пропустіть це - і керований документ тихо стає таким, якого насправді ніхто не дотримується.

Компетентність треба підтверджувати, а не припускати

Наскрізна тема кожного посібника з комплаєнсу застосовна й тут: недостатньо бути компетентним; ви маєте вміти це показати. Під час аудиту - внутрішнього, сертифікаційного чи клієнтського - природним є питання «звідки ви знаєте, що людина, яка виконує цю роботу, компетентна її виконувати?». «Вона тут п'ятнадцять років» - це обґрунтоване переконання, але не підтвердження.

Підтверджена компетентність означає, що організація веде запис про те, хто навчений і кваліфікований для чого: пройдені вступний інструктаж і навчання з обізнаності, проведене навчання під конкретну роль, набуті кваліфікації та авторизації і - там, де це важливо - перенавчання при зміні процедур. Це не про недовіру до досвідчених людей; це про здатність організації продемонструвати сторонній особі, яка не має причин вірити на слово, що роботу, яка впливає на якість, виконують люди, оснащені для цього.

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

Довести, що навчання спрацювало, а не просто відбулося

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

Перевірка того, що навчання під конкретну роль спрацювало. Для компетентності, яка несе реальний ризик, результативність перевіряють, дивлячись на роботу, а не на журнал відвідуваності: коротка перевірка, яку людина має скласти; спостережуване виконання завдання, перш ніж її допустять робити це без нагляду; авторизація, яку кваліфікована особа надає лише після того, як побачила правильно виконану роботу; і, з часом, чи тримається результат - чистіший контроль з першого разу, менше помилок, відсутність повторення проблеми, яку навчання мало виправити. Там, де навчання спричинила конкретна невідповідність, чесний критерій - чи припиняється ця невідповідність.

Перевірка того, що обізнаність засвоїли. Обізнаність важче виміряти, ніж прохідний бал, але «модуль показує завершено» - це взагалі не міра. Про засвоєння свідчать поведінка й розмова. Спонтанна розмова в цеху - «що ви зробите, якщо помітите тут щось поза допуском?» - однією відповіддю розкриває, чи дійшло повідомлення до людини, чи лише до її поштової скриньки. Так само й спостережувана поведінка: чи справді порушуються питання, чи ведуться записи так, як описує політика? Компанія, яка щороку проводить модуль з обізнаності, тоді як ніхто ніколи не порушує питань, має рівень завершення й жодного ефекту - і цей рівень нічого не вартий.

Залучати людей, не породжуючи невдоволення

Режим збою навчання з відповідності в організації добре відомий: обов'язкове щорічне клікання наскрізь, яке всі проходять не читаючи, нічого не навчаючи й підтверджуючи лише те, що галочку поставлено. Воно задовольняє букву вимоги, зводячи нанівець її мету, і навчає людей, що комплаєнс - це вистава. Кілька принципів дають цього уникнути:

• Робіть його доречним для ролі. Навчання з обізнаності, яке говорить про те, як робота цієї людини пов'язана з якістю, засвоюється; загальна теорія управління якістю - ні. Складській команді треба почути про поводження, зберігання та реєстрацію - а не номери пунктів.
• Пояснюйте «чому», а не лише «що». Люди дотримуються процесу, причину якого розуміють, і обходять той, причини якого не знають. «Реєструйте цей контроль, бо саме так ми відповідаємо на запит клієнта за хвилини, а не за день» краще, ніж «реєструйте цей контроль, бо так каже процедура».
• Тримайте його пропорційним. Глибина має відповідати ризику в ролі. Надмірне навчання всіх на однаковому рівні марнує час і породжує цинізм так само певно, як недонавчання людей, які мають значення.
• Оновлюйте, коли щось змінюється, а не просто за календарем. Перенавчання, прив'язане до фактичної зміни процедури, має сенс; щорічний повтор незмінного матеріалу - це клікання наскрізь, якого ніхто не читає.

Керівництво має подавати приклад

Усе вищезазначене легше написати, ніж закріпити, і найбільший окремий фактор - керівництво. ISO 9001 ставить це на початку стандарту: пункт 5 покладає на вище керівництво відповідальність за систему управління - політику якості, забезпечення системи ресурсами та залучення людей, які нею керують. Це не можна передати менеджеру з якості й забути.

Обізнаність швидше переймають, ніж навчають. Люди читають те, що роблять їхні керівники, набагато точніше, ніж навчальний модуль. Керівник, який ставиться до сесії з обізнаності як до перешкоди або тихо пропускає роботу повз контроль, коли графік стислий, уже сказав команді, що якість - предмет для торгу, і жодна кількість електронного навчання не скаже інакше. Керівник, який зупиняє лінію, коли щось виглядає не так, реєструє власні невідповідності й питає про якість тим самим подихом, що й про обсяг, робить повідомлення реальним так, як не зможе жоден модуль. Навчання з обізнаності каже людям, що організація декларує як цінність; поведінка керівництва каже їм, що вона цінує насправді - і там, де ці двоє розходяться, люди вірять поведінці.

Де навчання зустрічається з підтвердженням

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

Тримати проведення й запис разом - у цьому й полягає сенс окремого функціоналу навчання. Модуль Training від ComplyTrain і ширша QMS побудовані так, що навчання з обізнаності й під конкретну роль, записи про компетентність і перенавчання, спричинене змінами процедур, фіксуються як частина роботи системи - тож на питання «звідки ви знаєте, що ваші люди компетентні?» відповідають вибіркою, а не сподіванням. Сторінка ISO 9001 викладає вимоги щодо компетентності й обізнаності, які стоять за всім цим.

Система управління настільки хороша, наскільки хороші люди, які нею керують. Замовте демо, і ми покажемо, як ComplyTrain тримає обізнаність у всій організації та компетентність під конкретну роль навченими, зареєстрованими й готовими до аудиту - без клікання наскрізь, якого ніхто не читає.