Анализ первопричин на производстве: метод «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 описывает метод «пяти почему» как технику, при которой многократно задаётся вопрос «почему?». Обычно его применяют около пяти раз, но больше или меньше тоже допустимо, а разработку метода приписывают Сакichi Тоёде. Его правила практичны:

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

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

Когда диаграмма Исикавы лучше?

Диаграмма «рыбьей кости», или диаграмма Исикавы, — это наглядное представление гипотез. Эффект, например «короткие выстрелы на прессе 3», располагается в «голове» рыбы, а ветви показывают возможные причины. Команды часто группируют ветви по категориям: оборудование, метод, материал, люди, измерения и среда. Диаграмма помогает команде сразу увидеть множество возможных причин и договориться о том, какие из них проверить.

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

Практическое правило: если есть одна понятная цепочка причин, достаточно метода «5 почему». Если возможных факторов несколько или команда расходится во мнениях, сначала стоит построить диаграмму «рыбьей кости».

Во многих производственных проблемах одновременно действуют несколько коренных причин. Короткая остановка может быть вызвана изношенной деталью, отсутствующей проверкой и пробелом в обучении одновременно. Выявляя коренную причину, спросите себя, нашли ли вы одну из коренных причин или все они. Хорошо определить проблему — это уже половина ответа: узкая формулировка, например «остановки на станции 3 в ночную смену», оставляет меньше потенциальных причин, чем широкая. Чтобы определить коренную причину повторяющегося дефекта, сравните удачные и неудачные партии и составьте список того, что отличается. Затем внедряйте корректирующие действия для каждой проверенной причины по одной, чтобы видеть, какое из них работает. Это обычное решение проблем: сначала факты, затем гипотезы, и только в конце действия.

Как проводить RCA на линии?

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% потерь. Команда начинает со сбоев датчика.

Пять почему.

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

Коренная причина — пробел в стандартной работе, а не неисправный датчик. Корректирующее действие: добавить проверку линзы в рутину начала смены и установить небольшую защитную крышку.

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

Как убедиться, что причина верная?

Проверьте находку, прежде чем вкладываться в исправление. Помогут два простых вопроса:

• Если бы выявленная вами причина была другой, изменился бы и результат?
• Если вы устраните её, вероятность повторения того же сбоя в похожих условиях будет низкой?

Собирайте данные до и после изменений. Хороший анализ первопричин завершается измеренным результатом и изменённым стандартом. Именно так он работает на непрерывное улучшение, а не на тушение пожаров. Также записывайте сопутствующие факторы, которые вы не устранили, например обучение или инструменты, чтобы они не потерялись.

Будьте осторожны с формулировкой «человеческий фактор». Это редко является первопричиной. Если оператор допустил ошибку, спросите, почему процесс это допустил: была ли инструкция понятной, подходил ли инструмент, было ли достаточно времени? Ответ почти всегда лежит в системе.

Распространённые ошибки

• Остановка на первом «почему». Первый ответ обычно является симптомом.
• Ответы на основе мнений. Каждое «почему» требует наблюдаемого факта или измерения.
• Поиск виноватых. Обвинения прекращают разговор и скрывают реальную причину.
• Анализ мелких проблем в первую очередь. Используйте диаграмму Парето и начинайте с самых больших потерь.
• Пропуск проверки. Непроверенная причина ведёт к исправлению, которое не работает.
• Отсутствие изменения стандарта. Если стандартная работа остаётся прежней, проблема вернётся.

Как может помочь программное обеспечение

Хороший анализ требует хороших данных. Программное обеспечение может фиксировать причину каждой остановки в момент её возникновения, автоматически строить диаграммы Парето и показывать, возвращается ли проблема после исправления. Это экономит время на первых этапах RCA и дает команде факты вместо воспоминаний. Инструмент не думает за людей. Всё равно нужно идти на gemba и спрашивать «почему».

Следующий шаг

Возьмите самые большие потери на вашей линии за прошлую неделю, сформулируйте описание проблемы с цифрой и проведите метод 5 «почему» вместе с операторами, которые были на смене. Затем проверьте причину небольшим пробным изменением. Так root cause analysis применяется на практике в вашем производстве.