В компании описаны процессы: согласование ТЗ, входной контроль оборудования, передача РД подрядчику. Всё по шагам, со сроками и ответственными. Руководитель проекта берёт задачу и открывает... таблицу Excel. Схемы висят. Менеджер ими не пользуется. Обычная история.

Почему так выходит

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

Читать схему как карту рисков

Каждая развилка на схеме – точка риска. Написано «согласовать с ГИПом» – значит, ГИП может не согласовать, и проект встаёт. Пример из АСУТП. В процессе ПСИ (приёмо-сдаточные испытания) есть шаг «подписание протокола РЗА». Выглядит как формальность. На деле у релейщика может не совпасть уставка с требованием проекта, и подписание зависает на неделю – пока не приедет представитель завода-изготовителя ПЛК. Руководитель, который читает схему, видит этот шаг заранее. Договаривается с представителем за три недели до ПСИ, а не за три дня.

Найти людей, а не роли

Схема показывает роли: «инженер ПТО», «отдел снабжения», «технадзор». Задача – перевести это в живые имена. Не «отдел снабжения согласует замену кабеля», а «Марина из снабжения согласует, но только если марка из утверждённого перечня – иначе идём к главному инженеру». Такой разбор делается на старте за час. Зато потом понятно, кому звонить в нестандартной ситуации.

Добавить свои точки контроля поверх типового процесса

Корпоративный регламент описывает среднестатистический проект. Конкретный – другой: другой подрядчик, другой объект, другая цепочка поставок. Берётся типовой чек-лист входного контроля оборудования и под контракт добавляется три строки: проверить наличие сертификата взрывозащиты, уточнить исполнение по группе E (если объект в Ex-зоне), сверить I/O-листы с последней ревизией ТЗ. Регламент этого не запрещает. Он просто не знает деталей конкретного проекта.

Фиксировать отклонения от процесса

Каждый раз, когда шаг выполнен не по схеме – обошли согласование, ускорили за счёт личных связей, пропустили этап из-за сроков – это уходит в журнал: что, почему, к чему привело. Через год накапливается личная база прецедентов. Становится ясно, какие шаги реально защищают проект, а какие написаны для порядка и давно не работают. Схема процесса для руководителя проекта – не инструкция «делай как написано». Карта местности с уже нанесёнными минами. Кто умеет её читать, приходит туда, куда нужно. Кто открывает Excel – каждый раз прокладывает маршрут заново.

С каким шагом процесса у вас чаще всего возникают проблемы на объекте?

#ПроектноеУправление #АСУТП #Инжиниринг #PMO #БизнесПроцессы