Комплектация отдела АСУТП кадрами

[Бондарев Михаил]

VADR, тогда выносите предложение вашим проектировщикам на создание соответствующих ставок, и занимайте должности согласно выполняемым работам) За 4 ставки эти же работы выполнять поприятней будет

[VADR]

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

[r_f]

Реально - вопрос комплектации кадрами для каждого предприятия индивидуален. ... Реально - впятером нормально справляемся.

Сколько у вас систем и примерно какого они размера (по количеству IO)?

[VADR]

Четыре системы с количеством в/в от 600 до 800, две - примерно по 1000, одна - ~500, одна - ~200 и расширяется (сейчас там подключено 2 из 5 компрессоров в цехе) остальные - 100-200 сигналов на систему (систем всего 14). Сразу оговорюсь, что здесь не только аналоговый ввод-вывод, но и дискретный (двигатели, задвижки, и т.п.). Тип подключения - в основном "классика" 4..20мА, "сухой контакт" и ~220В через промежуточные реле. Оборудование двух производителей, установлено в шести цехах.

[r_f]

Четыре системы с количеством в/в от 600 до 800, две - примерно по 1000, одна - ~500, одна - ~200 и расширяется (сейчас там подключено 2 из 5 компрессоров в цехе) остальные - 100-200 сигналов на систему (систем всего 14)...

Ясно. Спасибо! :)

[Jackson]

Краем глаза как-то видел ГОСТ с нормами трудоёмкости разработки РКД и ЭД из расчёта нормочасов на лист. Интереса ради проверил на себе и коллегах в конструкторском отделе электротехнической фирмы - примерно совпало. Но номера ГОСТ конечно не помню.

[Konstantinos]

Над нормальным программистом они так могут долго стоять. Иногда даже ночью :) Человек уйдет в астрал и скажет- продумываю реализацию алгоритма :) - супер! Но это уже ПНР, а не ТО :). Там другие законы и нормативы. ТО - это набор типизированных действий, которые хорошо анализируются и раскладываются по полочкам. Правда бывают исключения. Это ситуации, которых в принцыпе быть не должно, но они происходят периодически :(. Для этого в службе всегда есть очень старый и тертый волк, который умеет не только модули менять и кнопочки нажимать :). Есть знакомый перец из службы заказчика, который любые проблеммы в .т.ч. с кадрами решает написанием всевозможных бумаг. Например: есть замечания к обслуживающей организации - пишет замечания, листов на 10. Максимально общими фразами. Через дней 20 переписывает их же но в других словах. Потом пишет официальное письмо на подрядчика "о не устранении". Затем бежит к руководству и показывая кучу этой мукулатуры, заявляет, что типа много работы и штат надо увеличить. И все работало. Талант он и в Челябинске талант :)

[Михайло]

ТО - это набор типизированных действий, которые хорошо анализируются и раскладываются по полочкам.

Интересно! А по каким показателям можно определить, что ремонтник где-то что-то недорабатывает?

[Konstantinos]

По результатам работ, как правило, делается запись в журнал где и описывается перечень выполненных работ. При устранении неисправности все просто - работоспособность востановлена или не восстановлнена. При ТО заполняется перечень выполненных работ согласно регламенту этих самых работ (блин, тафтология :)). Подтвердить факт выполненных работ конечно сложнее. Но можно по сопутствующим процессу мероприятиям как то: заявка на вывод в резерв\ремонт оборудования насоса\компрессора и т.д., фиксация на АРМе характерных событий: вскрытие шкафов\помещений с обслуживаемой системой, сигнализация пропадание питания\связи\параметров с объекта\ЛСУ где выполняют работы. Кроме того на любом серьезном предприятии существует оперативный контроль (непосредственные отцы-командиры), которые завсегда вставят пистон за выявленные при очередной проверке недоработки :). Но лучше все делать вовремя и в объеме как предусмотрено тех. документацией, заполнять все необходимые документы и спать спокойно...:)

[Konstantinos]

Костя, речь изначально шла и о создании проектов и их сервисов.
Пример клевый :) Только срабатывает при руководстве, которому \лениво\ пардон- некогда вникать в детали :)

Дмитрий, если так - то пардон! Я понял, что отдел занимается обслуживанием :(. Обидно, до слез, но ведь срабатывает зараза и бороться с такой чумой сложо . А руководство всегда занято

[Михайло]

В ITSM обычно заявка закрывается заявителем- если он согласен что работа исполнена- подтверждает.

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

[r_f]

Вот такая на мой взгляд отличная статья, в которой русским языком все понятно написано: http://www.itexpert.ru/rus/biblio/itsm/
Но- для внедрения нужны предпосылки. В первую очередь- перечень окучиваемых ИТ-подразделением бизнес-задач (с разделением по сферам деятельности)...

Дмитрий, насколько я понимаю, вы пытаетесь использовать ITSM для задач АСУ (то есть вопросы, связанные с промышленным софтом). Я прав? В нашем случае используется единая система MMS - SAP PM. Неповоротливый колосс, но ничего не поделаешь - корпоративный стандарт.
Собственно, он и помогает понять, насколько полно выполняются работы (ведется автоматический учет поданых заявок, сроков исполнения и тд).

[CHANt]

Поставили Итилиум на предприятии. Вести заявки определили одного специалиста. Пока вроде ничего, видно количество заявок в программе, движение нарядов...Регистрируются задачи нескольких служб с обслуживанием компов, оргтехники, заменой картриджей, переустановкой ПО и т.п. и т.д. Для юзеров хошь звони, хошь в интранете, в веб-интерфейсе заводи. До итилиума использовали бланки бумажных заявок, с прохождением через рук-во нашего предприятия - народ десять раз думал стоит или не стоит подавать :) Теперь проще. Если внешний потребитель звонит, то уж сам проводишь через систему. Но с АСОДУ никак...Диспетчерам легче либо нам в службу позвонить, либо напрячь дежурного инженера предприятия...Да и заявку подтверждать тоже не хотят, некогда. Веду сам и закрываю сам. С одной стороны положительный момент - видно кол-во заявок и нет вопросов чем занимаемся, с другой стороны - добавилось работы на оформление и закрытие нарядов. "Бумажные" журналы дефектов, паспорта на системы и оборудование остались. Без них аудит отдела менеджмента качества вклеит несоответствие по ИСО 9001 - документированные процедуры :) В общем, пока до НГ посмотрим как система приживется. Работает всего пару месяцев. А так, сложилось мнение, что сервис-деск только лишь для АСУТП избыточен. Меньше у нас проблем чем у ИТшников. Возможно местные условия, не более.

[T_Vlad]

Был в отпуске, не заглядывал...
У нас учёт организован через единый общезаводской программный АРМ. АРМ разбит на АРМ ремонтника, АРМ прибориста, АРМ АСУТП, АРМ ремонтника клапанов, АРМ учета оборудования, АРМ синхронизации данных, АРМ учета клейм, АРМ согласования проектов, АРМ документации.
АРМ АСУТП имеет закладки - Журнал текущей эксплуатации, Журнал накопительный, Журнал неисправностей, Журнал ППР. Отдельно закладка учёта и обращения ЗИП. Всё выбирается из имеющегося меню. Объекты, системы. При заполнении журналов ППР опять же перечень типовых работ. Нужно ставить галочки. При устранении неисправности - объект, система, время, тип работ, признаки неисправности, причина, принятые меры, расход ЗИП, результат. Выполненные работы подсвечиваются в АРМ синим цветом. Руководство просматривает и после просмотра записи подсвечиваются зелёным. Заглянув в АРМ всегда можно посмотреть работы и их контроль.