Администратор проектных данных и информационной системы подчиняется руководству проекта, входит в состав головного подразделения и отвечает за то, чтобы «все работало как надо» на этом конкретном участке и все участники проекта «работали как надо». С автоматизацией или без и с какой автоматизацией - это уже в зависимости от конкретной ситуации (пусть он сам и разбирается - при необходимости пишет ТЗ, обосновывает и внедряет нововведения, привлекая специализированные подразделения ИТ и сторонние фирмы…).

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

Для этого администратору предоставлены (как же непросто это было согласовать!) права администратора в ЛВС и во всех системах автоматизации: на серверах, в домене ЛВС, в системах PDM, в системе планирования и управления и др.

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

Само собой разумеется, что работа администратора идет в рамках утвержденной «Концепции автоматизации предприятия», которую он конкретизирует, интерпретируя собранные в ней «общие пожелания» в терминах реальных работ и постоянно взаимодействуя с отделом ИТ. Администратор и отдел ИТ работают «в связке», основные действия согласовывая друг с другом, взаимно перенаправляя работы, находящиеся в компетенции другого: администратор не будет переустанавливать ОС на ПВЭМ сотрудника - для этого есть сотрудник отдела ИТ; а отдел ИТ не заведет новый ресурс или пользователя на проектном сервере - это работа администратора проекта.

Но еще до начала автоматизации того или иного участка (даже до начала выпуска ТЗ) процессы контроля качества, процессы выпуска продукции изменены таким образом, чтобы обеспечить их прохождение через администратора (на ключевых стадиях жизненного цикла продукции) в обычной, «неавтоматизированной» (то есть бумажной) форме.

Теперь при согласовании и утверждении «бумажного» документа проекта на нем обязательно требуется подпись администратора (а сам документ пройдет через него несколько раз за «жизненный цикл»).

Если процесс идет «правильно» (с точки зрения администратора как информационного инженера, информационного технолога, управленца) - администратор не вмешивается. А при возникновении отклонения (например, при неадекватном использовании ПО, при осуществлении работ по «неправильной» технологии, при возникнове-нии «неправильной» логической структуры информации в архивах и в проекте…) администратор принимает меры пропорционально масштабам отклонения (вплоть до наложения вето и остановки работ).

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

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

Как показал опыт наших работ, заявленные в начале комплексной автоматизации проблемы могут быть решены простыми (а главное, гораздо более дешевыми!) средствами за счет грамотной «работы с людьми» и уделения большего внимания социальной организации. То, что система комплексной автоматизации должна была делать «насильно» (не оставляя людям выбора - хочешь, делай как велят, не хочешь - выключай машину), люди могут делать и сами, постепенно привыкнув и поняв логику процесса. Но в последнем случае они становятся сознательными (!) творческими участниками процесса автоматизации и совершенствования технологий работ, а не рабами мертвой схемы.

Более того, процесс автоматизации ведется «итерационно»: люди сами «пробуют», а администратор помогает и участвует. Как только все начинает получаться «на макетах» (путем имитации простейшими средствами - без автоматизации), администратор осмысливает результат и (во взаимодействии со специализированными службами) вводит новые средства автоматизации.

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

Фактически, подобную схему можно считать реинкарнацией давно не работающей на многих предприятиях системы качества (которой так и не смогли подобрать «носитель» - она отвечает за все и ни за что конкретно).

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