Почему хранение записей обслуживания на уровне компонентов повышает точность планирования

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

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

Рассмотрим конденсатный полировщик, который очищает воду, удаляя анионы и катионы. Система содержит сотни отдельных единиц оборудования. Представьте, что наряд-заказ написан для клапана регенерации аниона конденсатного полировщика блока №1. Первая задача планировщика — просмотреть исторический файл, чтобы включить усвоенные уроки.

Рисунок 1. Конденсатный полировщик

Когда завод архивирует наряды-заказы на системном уровне, планировщику приходится просматривать сотни записей, чтобы найти те несколько, что касаются нужного клапана. Эта неэффективность мешает планировщикам использовать прошлые отказы, использование запчастей и данные о времени в текущем плане.

Рисунок 2. Файл системного уровня

Наоборот, файл на уровне компонента позволяет планировщику быстро извлечь два или три наряда-заказов за последние годы именно по этому клапану. Планировщик может проанализировать режимы отказа, замененные детали и трудозатраты для уточнения текущего рабочего плана.

Рисунок 3. Файл уровне компонента

Обслуживание обычно фокусируется на дискретных единицах оборудования, а не на целых системах. Даже когда выявлена системная проблема, она обычно прослеживается до единственного компонента. Поэтому записи обслуживания должны храниться на уровне компонента.

Наряды-заказы всегда должны включать номер компонента для облегчения обслуживания. Когда номер компонента известен с самого начала, планировщики могут сразу обратиться к правильному файлу — или создать его, если он не существует. Ярлыки, приклеенные к оборудованию, еще больше упрощают этот процесс.

Рисунок 4. Ярлык оборудования соответствует файлу

Даже компьютерные системы должны следовать этому принципу. Иерархическая компьютерная структура может позволить пользователю написать наряд-заказ для общего узла вроде N01-CP, что ведет к проблеме системного архивирования. При тысячах единиц оборудования консультация с физическим ярлыком часто надежнее, чем навигация по глубоким компьютерным иерархиям.

Док Палмер, автор «Руководства по планированию и расписанию обслуживания», является сертифицированным специалистом по обслуживанию и надежности (CMRP) с почти 25-летним практическим промышленным опытом. С 1990 по 1994 год он реструктурировал организацию планирования обслуживания крупной электроэнергетической компании, что позволило внедрить планирование во всех ремеслах и на всех станциях.