Файл на уровне компонента

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

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

Представьте себе устройство для полировки конденсата (рис. 1).

Рис. 1. Полировщик конденсата

Он очищает воду, удаляя анионы и катионы. В этой системе есть сотни различных единиц оборудования. В этом сценарии представьте, что кто-то написал заказ на работу клапана регенерации аниона полировального устройства конденсата Блока 1. Одно из первых действий планировщика при планировании этого рабочего задания - проверка файла истории. К сожалению, когда завод регистрирует заказы на работу только по системе (на рисунке 2 показан системный файл для полировщика), планировщику приходится просеивать сотни заказов на работу, чтобы найти несколько на рассматриваемом клапане. Таким образом, планировщик не может включить прошлые знания и отзывы в план текущего рабочего задания.

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

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

Но для заводов, которые хранятся на уровне компонентов (рис. 3), планировщик может легко найти два или три рабочих задания, написанных за последние несколько лет именно на этом клапане. Он или она может просматривать прошлые виды отказов, а также используемые детали и время, затраченное на улучшение текущего рабочего плана.

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

Кроме того, те, кто пишет заказы на работу, должны включать номер компонента для облегчения технического обслуживания. Имея вначале известные номера компонентов, проектировщики могут легко найти нужные файлы или создать их при необходимости. Ярлыки, прикрепленные к оборудованию, очень помогают в этом. (На рис. 4 показан типичный ярлык, висящий на клапане. Обратите внимание, что номер ярлыка компонента точно соответствует номеру файла компонента.)

Рис. 4. Файл соответствия тегов оборудования

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

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