Аналіз першопричин на виробництві: 5 «чому» та діаграма Ішикави на практиці

By Mirko Peters · 2026-11-11

Аналіз першопричин на виробництві крок за кроком: коли застосовувати метод 5 «чому» або діаграму Ішикави, як перевірити причину та розібраний приклад простою з цифрами.

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

Аналіз першопричин (RCA) знаходить основну причину проблеми, щоб усунення цієї причини зупинило повторення збою. На виробництві зазвичай використовують 5 «чому» та діаграму Ішикави. Ця стаття для керівників виробництва, які мають вирішувати проблеми на лініях сьогодні і хочуть, щоб ці проблеми залишалися вирішеними. Ви отримаєте чіткий порядок дій, підказки щодо вибору між двома інструментами, розібраний приклад простою з цифрами та перелік типових помилок.

Головне

• Аналіз першопричин знаходить основну причину проблеми, тож усунення цієї причини запобігає повторенню, а не лікує симптом.
• Використовуйте 5 «чому» для чіткого ланцюга причин і наслідків, а діаграму Ішикави застосовуйте першою, коли кілька причин можуть взаємодіяти.
• Кожне «чому» потрібно підкріпити спостережуваним фактом або виміряними даними, а не гіпотезою, і перевірити причину до початку дій.
• Починайте з найбільших втрат, використовуючи діаграму Парето, і надавайте пріоритет вузькому місцю, адже втрачений час там коштує всій лінії.
• Виправлення вважається доведеним лише тоді, коли перевірка показує, що проблема не повернулася, тож проводьте його як невеликий цикл PDCA.

Що таке аналіз першопричин у виробництві?

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

Три терміни легко сплутати:

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

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

Коли застосовувати 5 «чому»?

Глосарій ASQ описує П’ять «чому» як техніку, що передбачає багаторазове запитання «чому?». Зазвичай її застосовують приблизно п’ять разів, але більше чи менше теж прийнятно, а авторство методу приписують Сакічі Тойоді. Її правила практичні:

1. Сформулюйте точний опис проблеми, підкріплений даними.
2. Запитайте, чому сталася проблема, і запишіть найближчу спостережувану причину.
3. Продовжуйте питати «чому» про кожну відповідь, спираючись на факти.
4. Зупиніться на причині, на яку можна вплинути, щоб запобігти повторенню.
5. Перевірте першопричину: чи вона призводить до проблеми і чи її усунення запобігло б проблемі?
6. Застосуйте захід і підтвердьте повторним вимірюванням, що проблема не повертається.

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

Коли діаграма Ішикави краща?

Діаграма Ішикави, або «рибача кістка», є графічним відображенням гіпотез. Наслідок, наприклад «короткі заповнення на пресі 3», розміщується в голові риби, а гілки показують можливі причини. Команди часто групують гілки так: машина, метод, матеріал, люди, вимірювання та середовище. Діаграма дає змогу одразу побачити багато можливих причин і домовитися, які з них варто перевірити.

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

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

Багато виробничих проблем мають більше ніж одну першопричину. Коротка зупинка може одночасно бути викликана зношеною деталлю, відсутньою перевіркою та прогалиною в навчанні. Встановлюючи першопричину, запитайте себе, чи ви знайшли одну з першопричин, чи всі вони. Добре сформульована проблема — це вже половина відповіді: вузьке формулювання на кшталт «зупинки на станції 3 у нічну зміну» дає менше потенційних причин, ніж широке. Щоб визначити першопричину повторюваного дефекту, порівняйте успішні та браковані партії й складіть перелік відмінностей. Потім впроваджуйте коригувальні дії для кожної підтвердженої причини окремо, щоб бачити, яка з них працює. Це просте розв’язання проблем: спочатку факти, потім гіпотези, наостанок дії.

Як проводити аналіз першопричин на лінії?

1. Локалізуйте. Насамперед захистіть клієнта та лінію. Відокремте підозрілу продукцію та відновіть безпечний стан.
2. Оберіть проблему. Не аналізуйте все одразу. Скористайтеся діаграмою Парето, тобто ранжуванням втрат від найбільших до найменших, і беріть найбільшу. Насамперед дивіться на вузьке місце, тобто етап, який обмежує випуск продукції. Хвилина, втрачена там, є втраченою для всієї лінії, тоді як хвилина, втрачена на етапі з резервною потужністю, може не коштувати нічого.
3. Опишіть проблему за даними. Що, де, коли, скільки, порівняно з чим? Виразіть це числом.
4. Ідіть і подивіться. Оглядайте реальний процес на «гемба», тобто в реальному місці, де відбувається робота, на виробничій дільниці. Поговоріть з операторами, які були на місці.
5. Знайдіть ймовірні причини. Використовуйте метод «5 чому» або діаграму Ішикави в міжфункціональній команді: оператор, обслуговування, контроль якості та керівник зміни.
6. Перевірте. Протестуйте ймовірну причину. Якщо вона справжня, її усунення має змінити результат, а повернення — знову викликати проблему.
7. Дійте та перевіряйте. Запустіть контрзахід як невелике пробне впровадження та виміряйте результат. Цикл PDCA надає цьому етапу структуру, а звіт A3 може зафіксувати всю історію на одній сторінці.

Приклад: простої однієї лінії

У цьому прикладі використано припущені числа.

Лінія 4 працює дві зміни по 8 годин протягом 5 днів, тобто 80 планових годин. Минулого тижня вона втратила 14 годин через зупинки, що становить 14 ÷ 80 = 17,5%.

Парето зупинок:

• Хибні показання датчика: 6,3 год (45%)
• Перевищення часу переналагодження: 4,2 год (30%)
• Очікування матеріалу: 2,1 год (15%)
• Інше: 1,4 год (10%)

Дві найбільші причини становлять 75% втрат. Команда починає з хибних показань датчика.

Метод «5 чому».

1. Чому лінія зупинилася? Датчик хибно визначив положення деталі.
2. Чому? На лінзі датчика був пил.
3. Чому був пил? Ніхто не чистить лінзу під час зміни.
4. Чому ні? Очищення не входить до стандартної роботи оператора.
5. Чому ні? Стандартну роботу написали до встановлення датчика.

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

Очікуваний ефект. Якщо це усуне 80% зупинок через датчик: 6,3 × 0,8 = 5,04 год. Нові простої становитимуть 14 − 5,04 = 8,96 год, або 8,96 ÷ 80 = 11,2%. Перевірка через два тижні покаже, чи збігається реальний результат з очікуваним. Якщо ні, команда повертається до діаграми.

Як переконатися, що причина правильна?

Перевірте висновок, перш ніж вкладати кошти у виправлення. Два прості запитання допоможуть:

• Якби причина, яку ви визначили, була іншою, чи був би результат іншим?
• Якщо ви її усунете, чи малоймовірно, що така сама несправність повториться за схожих умов?

Збирайте дані до і після змін. Добрий RCA завершується виміряним результатом і зміненим стандартом, і саме так він дає внесок у безперервне покращення, а не в гасіння пожеж. Також запишіть фактори, що сприяли проблемі, але які ви не усунули, наприклад навчання чи інструменти, щоб вони не загубилися.

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

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

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

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

Хороший аналіз потребує хороших даних. Програмне забезпечення може фіксувати причину кожної зупинки в момент її виникнення, автоматично будувати діаграми Парето та показувати, чи повертається проблема після усунення. Це економить час на перших етапах RCA і дає команді факти замість спогадів. Інструмент не мислить за вас. Люди все одно йдуть на gemba і запитують «чому».

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

Візьміть найбільші втрати на вашій лінії за минулий тиждень, сформулюйте опис проблеми з числом і проведіть 5 чому разом з операторами, які були на зміні. Потім перевірте причину невеликим пробним експериментом. Так root cause analysis practically застосовується у вашому виробництві.