Цикл PDCA у виробництві: приклади та шаблони

By Mirko Peters · 2026-11-11

Цикл PDCA у виробництві пояснено: чотири кроки, односторінковий шаблон, розібраний приклад із цифрами та помилки, які зупиняють цикл «план-виконання-перевірка-дія».

Automatically translated with AI from the original post. Read the English original

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

Головне

• Цикл PDCA — це чотирикрокова модель змін: спланувати зміну, виконати її у невеликому масштабі, перевірити результат і діяти відповідно до того, чого ви навчилися.
• У виробництві кожен цикл потребує базового рівня, одного чіткого показника та короткого пробного запуску, щоб етап перевірки показав, чи зміна справді допомогла.
• Односторінковий шаблон із проблемою, базовим рівнем, ціллю, причиною, заходом, результатом і рішенням робить кожен цикл зрозумілим і порівнюваним.
• Невдалий пробний запуск також корисний: етап перевірки показує, що не спрацювало, і наступний цикл починається з кращого плану.
• Саме на етапі дії виграються або програються результати, тож запишіть новий стандарт або запустіть цикл знову.

Що таке цикл PDCA?

Американське товариство з якості (ASQ) описує цикл PDCA як чотирикрокову модель впровадження змін, яку варто повторювати для безперервного вдосконалення. Його кроки такі: помітити можливість і спланувати зміну, перевірити зміну на невеликому масштабі, проаналізувати результати, а потім діяти: включити зміну в ширшу роботу, якщо вона спрацювала, або перезапустити цикл з іншим планом. Див. сторінку ASQ про цикл PDCA.

У PDCA є й інші назви. ASQ пов'язує його з циклом Демінга, циклом Шухарта та варіантом plan-do-study-act (PDSA). Багато хто називає його колесом Демінга на честь В. Едвардса Деминга, чиє ім'я пов'язане з цим методом. Як метод управління, це простими словами «план-виконання-перевірка-дія»: подумай, спробуй, подивись, вирішуй. Ідея походить від наукового методу: сформулювати гіпотезу, перевірити її, навчитися.

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

Що відбувається на кожному кроці?

Plan. Визначте проблему числом, наприклад «брак на лінії 2 становить 3,1%». Зберіть базові дані, знайдіть ймовірну першопричину (допоможуть метод «5 чому» або діаграма Ісікави) і оберіть один захід. Визначте ціль і єдиний показник, який ви будете використовувати. У статті item24 про процес безперервного вдосконалення наведено корисне правило: визначайте лише один показник для кожного циклу PDCA. Якщо ви змінюєте три речі одночасно, ви не зможете зрозуміти, що спрацювало.

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

Check. Порівняйте дані пілотного тесту з початковим рівнем і цільовим значенням. Запитайте себе, що ви дізналися, а не лише те, чи досягли успіху. Ефект був реальним, чи змінилося щось інше, наприклад інша партія матеріалу? Спирайтеся на дані та ставтеся до перевірки як до чесного аналізу.

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

Шаблон: однostорінковий аркуш PDCA

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

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

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

Приклад: зменшення браку етикеток

Цей приклад використовує умовні числа.

Plan (планування). Лінія пакування показує 12 браків етикеток на 1 000 одиниць, тобто 1,2%. Команда виявляє, що оператори іноді встановлюють не той рулон етикеток. Контрзахід — перевірка сканом штрихкоду, яка звіряє рулон із замовленням. Ціль — 0,8% або менше. Показник — кількість браків на 1 000 одиниць.

Do (виконання). Команда проводить перевірку сканом протягом двох тижнів на одній зміні. За цей час лінія упаковує 5 000 одиниць.

Check (перевірка). Тест фіксує 35 браків. Це 35 ÷ 5 000 = 0,7%. Зниження становить (1,2 − 0,7) ÷ 1,2 ≈ 42%. Ціль 0,8% досягнуто. Команда також зауважує, що 20 із 35 браків, що залишилися, припали на першу годину після заміни рулона, а це вказує на наступну причину.

Act (дія). Перевірка сканом стає стандартом для всіх змін, робочу інструкцію оновлено, а оператори пройшли навчання. Новий цикл починається з першої години після заміни рулона.

Той самий аркуш був би правильним і у разі невдалого тесту. Результат 1,1% сказав би команді, що рулон не є головною причиною, і наступний план шукав би її деінде.

Як запровадити PDCA як щотижневу рутину?

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

1. Ведіть короткий список проблем на дошці, ранжований за впливом на безпеку, якість, постачання або витрати.
2. Проводьте короткий щоденний огляд біля дошки. Переглядайте тести, які тривають.
3. Закладайте щотижневий слот тривалістю близько години, щоб спланувати наступний тест і переглянути попередній.
4. Обмежуйте кількість відкритих циклів на команду, щоб роботу було завершено. Зазвичай достатньо двох-трьох відкритих циклів.
5. Проводьте щомісячний огляд із наглядачем або менеджером: які цикли закрито, які стандарти змінено, які проблеми повертаються.

Ця рутина є практичним двигуном безперервного вдосконалення на багатьох виробництвах. У кайдзен Lean Enterprise Institute зазначає, що цикли PDCA використовуються для виявлення, впровадження та перевірки змін. Див. статтю про кайдзен у словнику LEI.

Як PDCA пов'язаний з управлінням якістю та Six Sigma?

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

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

Типові помилки

• Пропуск базового рівня. Без показника «до змін» етап перевірки нічого не доводить.
• Зміна кількох речей одночасно. Ви не зможете визначити, яка зміна дала результат.
• Занадто великий пілотний тест. Великий тест повільний і ризикований. Почніть з малого й уточнюйте.
• Сприйняття етапу перевірки як формальності. Якщо результат завжди «все добре», цикл нічому не навчає.
• Забутий етап дій. Добрий результат, який не стандартизовано, зникне під час наступної зміни.
• Ніколи не закривати цикл. Відкриті цикли накопичуються. Закривайте кожен рішенням.

Як може допомогти програмне забезпечення

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

Наступний крок

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