Комментарии 4
Очень интересное применение RCA подхода, не всё же проводить расследования по тикетам ИТ и сбоям в инфраструктуре. Есть вопрос, почему использовался именно подход из 6 вопросов? Поясню, есть 3 реализации фреймворка от 4 до 6 вопросов, и наиболее распространённый из 5, которые сводятся к:
•Определить проблему и ее влияние;
•Сбор данных;
•Анализ проблемы;
•План действий;
•Стандартизация.
Так же, как предложение - добавить к статье материалы в виде доп источников, чем вдохновлялся автор при написании статьи, помимо собственного опыта.
"Андрюха, у нас останов! По RCAм!")
Как ПО помогает команде выполнять RCA?
Сложилось впечатление, что команда выполняет исследование коренных причин "ручным" трудом? Просматривают тонну документов, какие то показатели и комментарии коллег. Далее на основе всей информации делают заключение.
Дугар, добрый день!
Действительно, до прихода на российский рынок ПО Meridium всё было именно так - тонны бумаги, отсутствие методологии и заключение, чаще всего, не на основании расследования, а экспертного мнения ответственного за единицу оборудования лица. С приходом зарубежного ПО много изменилось, стали вестись электронные карточки событий (PLA), производиться анализ на базе модулей RCA в данном ПО ну и соответственно подкрепление всего этого определённой методологией и заключение на основании расследования.
Meridium с Российского рынка ушёл и теперь одной из главных задач разработчиков в сфере управления производством является воссоздание данного модуля. Одним из таких продуктов могу смело назвать "Right" компании Bimeister, в котором есть модуль RCA.
RCA — расследования отказов на производстве