12 апреля 2022
Часто мы занимаемся лечением симптомов, а не решением проблем, что приводит к их повторному возникновению. Чтобы этого избежать, необходимо следовать совету классика: «Зри в корень» или, иными словами, прибегать к технологиям анализа коренных причин возникающих проблем. В числе таких техник — метод «5 почему», который был изобретен в Японии и который успешно применяется в разработанной нами системе автоматизации управления ремонтами 1С:ТОИР 2 КОРП для расследования причин дефектов оборудования.
Анализ коренных причин (Root Cause Analysis, RCA) — это структурированный, пошаговый процесс, который помогает выявить основные факторы или причины неблагоприятного события или близкой аварии. Понимание факторов, способствующих отказу системы, или причин, его вызывающих, помогает разработать план действий по реагированию для устранения проблемы и ее неповторения в будущем.
Повторяющиеся проблемы являются источником потерь производства. Это потери в результате простоев оборудования, выработки бракованной продукции, необходимости переделки продукта
Правильно сделанный анализ коренных причин поможет выявить уязвимые места в процессах и определить, как избежать повторения ошибок.
Итак, анализ коренных причин выполняется, чтобы определить:
«что произошло?»
«почему это произошло?»
«что необходимо предпринять, чтобы избежать повторения проблемы?»
Анализ коренных причин широко используется на производстве, в управлении промышленными процессами, в контроле качества, а также для анализа отказов в инженерном и техническом обслуживании.
В науке и технике существуют два способа устранения неисправностей и решения проблем.
Реактивное управление состоит из быстрого реагирования после возникновения проблемы путем лечения симптомов. Цель — быстро отреагировать и как можно скорее смягчить последствия.
Проактивное управление, наоборот, заключается в предотвращении возникновения проблем. Скорость здесь не так важна, как точность и аккуратность диагностики. А основное внимание уделяется устранению реальной причины проблемы, а не ее последствий.
Анализ первопричин часто используется в проактивном управлении для выявления коренной причины проблемы, то есть фактора или факторов, которые ее вызвали.
Фактор считается первопричиной проблемы, если его устранение предотвращает повторение проблемы. Причинный фактор, наоборот, влияет на результат события, но не является первопричиной. Хотя устранение причинного фактора может принести пользу результату, оно не предотвращает его повторения с уверенностью.
Таким образом, на пути к первопричине мы должны проанализировать несколько причинных факторов.
Техника «5 почему» — надежный способ найти первопричину проблемы и предотвратить ее повторное возникновение.
Эта технология была разработана Сакичи Тойода (Sakichi Toyoda) и апробирована в Toyota Motor Corporation во время эволюции ее производственных методологий. Это был один из важнейших компонентов обучения решению проблем, проводимого в рамках введения в производственную систему Toyota. Поиск «пяти почему» первоначально использовался, чтобы понять, какие новые функции продукта или технологии производства были необходимы.
Сегодня инструмент широко используется за пределами Toyota и является частью философии бережливого производства. «Пять почему» — это итеративный вопросительный метод, используемый для изучения
Конечно, не все проблемы имеют одну первопричину. Если
В зависимости от условий и отрасли процесс анализа коренных причин может отличаться. Однако большинство использует один и тот же подход, состоящий из пяти шагов.
Прежде чем углубиться в решение проблемы, нужно убедиться, что она не распространяется. Удостоверьтесь, что предприняты или предпринимаются все необходимые шаги для снижения негативного воздействия до тех пор, пока не будут разработаны мероприятия, влияющие на коренные причины. При этом помните, что данные шаги позволят сдержать распространение проблемы, но не решат ее полностью.
Обратите также внимание на то, предусмотрен ли у вас стандарт на выполнение операции, с которой случилась проблема. Присутствует ли он на рабочем месте, доступен ли всем работникам, понятен ли им? Если стандарта нет, он недоступен или непонятен, то, возможно, «причина всех зол» кроется как раз в отсутствии этого стандарта.
Для расследования вам необходимы данные. Как детективы тщательно собирают улики с места преступления, так и вам нужно должным образом собрать всю необходимую информацию, прежде чем перейти к анализу. Сбор данных — один из важнейших шагов в процессе анализа первопричин. И к этому шагу рекомендуется приступать сразу после возникновения проблемы. Обычно, собирая данные, мы ищем ответы на вопросы: «что случилось?», «где случилось?», «когда случилось?», «кто вовлечен в проблему?», «какие тренды наблюдаются?», «как текущее состояние отличается от нормального?».
После того, как были определены факторы, относящиеся к проблеме, необходимо проанализировать, почему это событие произошло, или, другими словами, отыскать первопричины проблемы с использованием метода «5 почему». Конечно, не стоит забывать, что 5 является ориентировочным числом и количество «почему» может меняться в зависимости от проблемы.
Как только мы добрались до первопричины, нам необходимо разработать соответствующие контрмеры. Нужно понять, как исправить, компенсировать или извлечь уроки из причин, вызванных коренной причиной. В плане действий должно быть четко определены задача, ответственный за её исполнение и сроки.
Важнейшая цель — применить то, что мы узнали из анализа, для предотвращения проблем в будущем. Поэтому, если наше решение оказалось эффективным, оно должно быть принято в качестве стандарта и применяться постоянно. Если этого не сделать, уровень производительности вскоре упадет до исходных значений. Лучший метод работы должен быть описан, а сотрудники должны быть проинструктированы.
Представьте себе механизм, который остановился. Расследование показывает, что механизм был оснащен подшипником, который не был достаточно смазан. Далее расследование обнаруживает, что насос в системе автоматической смазки не функционировал, как надо. Исследование насоса показывает, что он имеет изношенный вал. А при выяснении того, почему вал был изношен, обнаруживается, что в насос регулярно попадала металлическая абразивная крошка, что
Очевидная первопричина проблемы заключается в том, что частицы металла могут загрязнить систему смазки. Устранение этой проблемы должно предотвратить повторение всей последовательности событий. Реальная первопричина может быть проблемой дизайна (
Сравните это с расследованием, которое не находит первопричину: замена предохранителя, подшипника или насоса смазки, вероятно, позволит механизму вернуться в строй на некоторое время. Но есть риск, что проблема повторится вновь и вновь, пока не будет устранена первопричина.
Размышляя далее, можно задуматься о рациональном планировании расходов и инвестиций. Устраивает ли нас суммарная стоимость простоев, брака, запчастей и работ по их регулярной замене или же дешевле заменить всё устройство целиком на более продвинутое? Или же достаточно скорректировать
В любом случае, обе эти меры предполагают проактивный поход к обслуживанию активов: когда мы думаем, как предупредить отказ оборудования, а не занимаемся «тушением пожаров». И в основе этого — поиск первопричины.
Именно поэтому мы используем элементы RCA в системе управления ремонтами 1С:ТОИР 2 КОРП. Мы разработали специальные интерфейсы не только для фиксации статистики по дефектам оборудования, но и для проведения анализа первопричин методом «5 почему», а также определения корректирующих мероприятий.
В системе 1С:ТОИР 2 КОРП предусмотрен справочник для хранения списка коренных причин дефектов — причин, по которым возник отказ оборудования. Коренные причины можно объединять в произвольные группы и подгруппы.
Анализ коренных причин используется в системе для расследования причин выявленных и зарегистрированных дефектов. На основании дефекта можно ввести экземпляр анализа — важная для анализа информация будет «взята» из характеристики дефекта: дата его обнаружения, наименование объекта ремонта, для которого выявляется коренная причина дефекта, комментарий — дополнительная текстовая информация о дефекте, ФИО пользователя, ответственного за анализ. Предусмотрены краткое и подробное описания отказа оборудования. Краткое описание по умолчанию «подтягивается» из первоначальной характеристики поломки, которая указывается при регистрации дефекта. А вот подробное описание пригодится при проведении анализа методом «5 почему».
На этом скриншоте приведен пример простейшего анализа коренных причин в системе 1С:ТОИР 2 КОРП, который четко и лаконично указывает на первопричину проблемы.
Анализ коренных причин
В интерфейсе вы видите основные вкладки: «Описание события», «Анализ причин» и «Корректирующие мероприятия».
При анализе причин используется метод «5 почему». В интерфейсе программы можно выстроить «дерево причин», в котором будут последовательно указаны:
«непосредственная причина» дефекта (та, что «на поверхности» и которая фиксируется сразу после регистрации поломки);
«промежуточные причины» (те самые «причинные факторы», над которыми мы размышляем в ходе анализа);
и, наконец, «заключение», или коренная причина возникновения дефекта (
Вслед за проведением анализа оператор 1С:ТОИР может назначить корректирующие мероприятия — план действий по устранению коренной причины, которые необходимо выполнить, чтобы снизить вероятность повторного возникновения дефектов по той же причине. И, что важно, корректирующие мероприятия можно сразу же назначить в виде задач для исполнителей, ведь в 1С:ТОИР предусмотрена стандартная для программ 1С система задач.
Если вы хотите подробнее познакомиться с функционалом 1С:ТОИР 2 КОРП и всеми возможностями системы, которые уже помогли повысить эффективность управления ремонтами на сотнях предприятий России, запишитесь на индивидуальную встречу с нашим экспертом по цифровизации ТОиР.
© Photo designed by freepik.com
Поделиться: