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

[r_f]

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

Внимание, вопрос: Подскажите, пожалуйста, существуют ли в природе какие-либо гайдлайны по определению необходимого числа обслуживающего персонала именно в области автоматизации?

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

Заранее благодарен. Буду рад любым сообщениям по теме.

[abbat81]

Внимание, вопрос: Подскажите, пожалуйста, существуют ли в природе какие-либо гайдлайны по определению необходимого числа обслуживающего персонала именно в области автоматизации?

Как правило руководство не заинтересовано содержать высокооплачиваемых специалистов, большей численностью, чем по их мнению необходимо.
А мнение у них складывается постфактум.
В случае обслуживания: мотивируется количеством простоев по вине службы АСУ, выраженных в виде нехватки специалистов/ведущих специалистов.
Если Вы интегратор: срывами сроков сдачи проекта(ов), опять-же выраженной в виде нехватки кадров.
Как правило в каком режиме работают сотрудники(переработки, аврал) мало кого волнует.

[Dmitry Isaev]

может поможет:
http://narod.ru/disk/14047272000/%D0%A7 ... 6.rar.html
и
http://depositfiles.com/files/edrdqgvzy

[r_f]

может поможет:

Спасибо, почитаю.

А на что отдел заточен- созидание или сервис? На сервис есть старые нормы ТО, исходя из них можно как-то сделать расчет. Если разработка- здесь нужно исходить из чистой необходимости- по понятиям :) ...
Попробуйте Яндексом по расчет ресурсов для ИТ проекта

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

[r_f]

Как прикинуть объем и ресурсы под новый проект я примерно представляю. А вот что делать с завалом по обслуге - не совсем ясно.

[VADR]

Как прикинуть объем и ресурсы под новый проект я примерно представляю. А вот что делать с завалом по обслуге - не совсем ясно.

А в чём проявляется завал? И каков размер предприятия и сегодняшний штат? Может быть, что-то "в консерватории подправить", т.е. разобраться с организацией работ, диагностикой систем... У нас на предприятии количество АСУшников меньше, чем количество цехов. И вроде как народа хватает.

[Белоус Дмитрий]

существуют нормы времени на обслуживание одгой еденицы оборудования берете график ППР и считаете.
Пример система такова ТО-1 8 раз в году 1 чел час на один контроллер
ТО-2 3 раза в году 3 чел часа на один контроллер
ТО-3 1 раза в году 20 чел часов в году
Считаем Ведущий инженер 8+9+20=37 чел часов* скажем на 100 едениц =3700чел часов/(165*12)это один год = 1,86 чел в год вам нужно

Ну это пример зато все обосновано

[Белоус Дмитрий]

Есть справочники, если нет, тоя к примеру сам подготавливал регламентную карту на един оборудования.......главное желание......

[VADR]

Хм... Неплохая мысль. Составить регламентную карту, из неё насчитать почасовку, из почасовки - требуемое количество персонала... Получается (если порядка 1.86 человека на контроллер) в моём случае - примерно рота АСУшников . Существующий персонал - максимум отделение, получает прибавку к зарплате за замещение недостающих.

[Белоус Дмитрий]

есть другой способ?

[Белоус Дмитрий]

аутсорсинг на тендерной основе ежегодно И пусть это будет не Вашей головной болью

мне смешно вы забудите о говной боли конечно, у вас будет болеть более мягкое место, аутсорсинг убьет все что было создано годами, разворуют и разгонят весь персонал я сам участвовал в 5 проектах по аутсорсигу могу сказать кроме как выташить рентабельность на уровень 20-25% собственику этой новой конторки нечаго не надо будет ПРОСОЙ по вине подрядчика станет вашим любимым словом

[Белоус Дмитрий]

хотел сказать ПРОСТОЙ

[Белоус Дмитрий]

Если бы аутсорсинг делали с целью усовершенствования или улудшения качества работ...... а то смысл слит все пасывы и остатся с активами, с самим производством, цена акций резго возрастает, все акции продали, ну нормалек все получилось

[Белоус Дмитрий]

согласен но свою дочку нужно инвестировать постоянноа подрядную организацию можно и послать подальше..... пишишь им письмо просим не обслуживать установку Х а людей куда увольнять? а с дочкой как к ним ведь как к своим относишся.....

[r_f]

А в чём проявляется завал? И каков размер предприятия и сегодняшний штат? Может быть, что-то "в консерватории подправить", т.е. разобраться с организацией работ, диагностикой систем... У нас на предприятии количество АСУшников меньше, чем количество цехов. И вроде как народа хватает.

Завал связан в первую очередь с оттоком специалистов + довольно вязкая система организации труда (допуски, оформление работ, документации и тд.) То есть время, потраченное на непосредственное выполнение работ занимает не более 50% от рабочего дня.

[r_f]

А если централизовать администрирование всех систем, поставить AMS, организовать единую диспетчерскую (круглосуточно) то может и обосновывать дополнительно никого не нужно. :) Расходы на сервис как минимум не увеличатся, а единовременные капзатраты посчитать легко.

Из моей практики AMS-подобные системы помогают КИПовцам, и вносят некоторую неопределенность в разделение обязанностей между КИП и АСУТП. Основная логика такова "станция стоит в твоем зале, вместе с инженерными станциями, поэтому ты и работай на ней, а мы, КИПовцы, тебе поможем в поле". Как-то так. Конечно же, это вопрос обучения и общей культуры труда, но все же факт остается фактом.

Справочники эти- ИМХО давно устарели. Они не предусматривают внедрение ITSM на предприятии и оснащение сервисными системами (в 91-м про это никто не знал). А на дворе 21-й век уже 10 лет как... :)

Судя по беглому прочтению материала по ссылке, суть ITSM заключается в следующем: "ребята, хватит возиться с системами как со своими игрушками. обеспечьте их работоспособность и позвольте компании зарабатывать деньги, а не заниматься постоянным совершенствованием технопарка". В таких консервативных областях как нефтегаз такое отношение вполне объяснимо.

[abbat81]

Завал связан в первую очередь с оттоком специалистов + довольно вязкая система организации труда (допуски, оформление работ, документации и тд.) То есть время, потраченное на непосредственное выполнение работ занимает не более 50% от рабочего дня.

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

[Белоус Дмитрий]

я на уралкалии сейчас работаю у нас примерно такая систмема ИСМО называется все в электронном виде. графики ППР формируются сами графики МП тоже......есть подрядчики они должны выполнять по графику все работы на практике же все условность.......

[Белоус Дмитрий]

лень

[Михайло]

отсутствие контроля, а не лень!

[abbat81]

Практика того же ITSM- развертывается система. Готовая. Настраивается (здесь самое сложное- типизировать списки неисправностей по каждому оборудованию..с КИП и ПТК здесь все весьма небанально). Ну и паспорта правильно сделать, хотя типовые формы в системе есть. Организуется единый колл-центр. Заявки принимаются только туда (в т.ч. и в эл. виде через интранет- форму).

Ага, через форму очень удобно, можно и девушку на телефоне посадить если заявитель в "поле" и у него нет компьютера под руками, не отвертеться специалисту от ответа:) Ответить он обязан на заявку .
При столь широкой номенклатуре технологического оборудования и не менее широком возможным списком неисправностей каждого конкретного технологического устройства.....сдается мне это непостижимая задача.:) Можно указать несколько общих типизаторов , причина вызова, используется ли ЗИП для ремонта, можно добавить конкретное технологическое оборудование в список типизаторов..., а конкретную причину неисправности может указать специалист уже в ходе ремонта.

[Jackson]

отсутствие контроля, а не лень!

Отсутствие ответственности. Которая не выявляется по причине отсутствия контроля.

[Konstantinos]

Обоснование численности специалистов можно выполнить при помощи "фотографии рабочего дня". Данный документ с секундомером в руке готовит ОТиЗ или привлеченная компания. Нарабатывается статистика и по результатам обработки с высокой долей правдоподобности вычисляется количество необходимого времени сотруднику для той или иной операции. На основании чего делается карта рабочего места или иной документ где четко прописано - сколько спецов в данной службе по факту необходимо. Правда мы давно ушли от такой системы. Разработан стандарт предприятия с нормативами на каждую операцию по ТО. На основании расчета формируется штат. Все просто.

[Белоус Дмитрий]

"фотографии рабочего дня" а квалификация персонала один Асущник за 1 час ТО-3 выполнит контроллера другой и за день не справится. нужно создавать регламент и усреднять. Это институт делает.... и то плохо не достоверно получается

[VADR]

Реально - вопрос комплектации кадрами для каждого предприятия индивидуален. В немалой степени зависит от того, какое оборудование используется (один-два производителя или "зоопарк"), есть ли система постоянной диагностики (т.е. нужно ли ежедневно делать обход всех систем или можно с одного рабочего места посмотреть данные диагностики по всем точкам), квалификации персонала, и многого другого. К примеру, у нас на одном объекте проектировщики насмешили: с их точки зрения на каждой системе должны быть: инженер по измерениям, инженер по контурам управления, инженер по защитам и старший инженер - всего четыре человека :) . Причём (с их слов) - "это везде так!". Итого у нас на участке должно было бы быть 56 человек не считая начальника . Реально - впятером нормально справляемся.