Pull to refresh

Comments 4

Очень интересное применение RCA подхода, не всё же проводить расследования по тикетам ИТ и сбоям в инфраструктуре. Есть вопрос, почему использовался именно подход из 6 вопросов? Поясню, есть 3 реализации фреймворка от 4 до 6 вопросов, и наиболее распространённый из 5, которые сводятся к:
•Определить проблему и ее влияние;
•Сбор данных;
•Анализ проблемы;
•План действий;
•Стандартизация.

Так же, как предложение - добавить к статье материалы в виде доп источников, чем вдохновлялся автор при написании статьи, помимо собственного опыта.

Александр, добрый день!

Этапов действительно от 4 до 6, а вот вопросов для определения проблемы, на которые стоит ответить для более точной формулировки 6.
Что касается источников, то вдохновлялся исключительно собственным опытом с производства, но в целом можно ознакомиться с ISO / IEC 31010.

"Андрюха, у нас останов! По RCAм!")

Как ПО помогает команде выполнять RCA?

Сложилось впечатление, что команда выполняет исследование коренных причин "ручным" трудом? Просматривают тонну документов, какие то показатели и комментарии коллег. Далее на основе всей информации делают заключение.

Дугар, добрый день!

Действительно, до прихода на российский рынок ПО Meridium всё было именно так - тонны бумаги, отсутствие методологии и заключение, чаще всего, не на основании расследования, а экспертного мнения ответственного за единицу оборудования лица. С приходом зарубежного ПО много изменилось, стали вестись электронные карточки событий (PLA), производиться анализ на базе модулей RCA в данном ПО ну и соответственно подкрепление всего этого определённой методологией и заключение на основании расследования.
Meridium с Российского рынка ушёл и теперь одной из главных задач разработчиков в сфере управления производством является воссоздание данного модуля. Одним из таких продуктов могу смело назвать "Right" компании Bimeister, в котором есть модуль RCA.

Sign up to leave a comment.