Зачем ГИПу отдельная должностная инструкция
ГИП - не просто старший инженер и не универсальный разработчик всех разделов. В нормальной проектной организации он отвечает за организацию подготовки проектной документации: собирает и проверяет исходные данные, координирует разделы, управляет замечаниями экспертизы, фиксирует технические решения и помогает удерживать проект в договорных границах. Поэтому должностная инструкция ГИПа должна отличаться от инструкции ведущего инженера или начальника отдела.
Главная практическая задача инструкции - связать ответственность с полномочиями. Если ГИП отвечает за согласованность разделов, но не имеет права требовать доработки, созывать технические совещания, возвращать разделы на исправление или письменно фиксировать дефицит исходных данных, документ создает риск. Специалист получает подпись и ответственность, но не получает управленческих инструментов.
Для работодателя
Показывает, кто организует проектирование, как принимаются решения и где проходит граница между ГИПом, руководителем проекта и главными специалистами.
Для ГИПа
Фиксирует полномочия: запрашивать данные, возвращать разделы, требовать проверки, останавливать выпуск при критичных рисках.
Для проекта
Снижает хаос в коммуникациях: решения, задания смежникам, замечания и версии документации идут через понятный контур.
Если вы только выстраиваете карьерный маршрут до этой роли, начните с хаба «Как стать ГИПом». А если нужно понять набор компетенций для должности, см. материал «Что должен знать ГИП».
На какие документы опираться
В российском законодательстве обычно нет единой обязательной формы должностной инструкции ГИПа для всех проектных организаций. Поэтому документ собирают из нескольких уровней: трудовая функция работника, локальные акты компании, договорная модель проекта, требования градостроительного законодательства, профессиональный стандарт и реальные процедуры выпуска ПД/РД.
| Источник | Что брать в инструкцию | На что обратить внимание |
|---|---|---|
| Трудовой кодекс РФ | Связь должностных обязанностей с трудовой функцией, подчиненностью, дисциплиной и материальной ответственностью | Не подменять должностной инструкцией договор с заказчиком и не расширять личную ответственность общими фразами |
| ГрК РФ, статья 48 | Логику архитектурно-строительного проектирования, исходных данных и подготовки проектной документации | Не писать, что ГИП лично разрабатывает каждый раздел, если фактически он организует и координирует работу |
| ГрК РФ, статья 55.5-1 | Требования к специалистам по организации архитектурно-строительного проектирования, НРС и НОК | Различать должность в штатном расписании и статус специалиста НРС |
| ПП РФ № 87 | Контроль состава разделов проектной документации и требований к содержанию разделов | Не превращать ГИПа в единственного эксперта по содержанию всех разделов |
| Приказ Минтруда № 228н | Профессиональную рамку специалиста по организации архитектурно-строительного проектирования | Проверять актуальность профстандарта и квалификационных формулировок перед утверждением |
| Локальные акты организации | Порядок назначения ГИПа, нормоконтроля, выпуска, хранения версий, работы с замечаниями и изменениями | Инструкция должна совпадать с реальной процедурой, а не жить отдельно от нее |
Практическое правило: должностная инструкция описывает постоянную роль работника, а приказ о назначении ГИПа на конкретный объект должен уточнять объект, стадию, состав работ, подчиненность, команду и пределы полномочий.
Структура должностной инструкции ГИПа
Удобная инструкция строится не вокруг длинного списка «обязан», а вокруг сценариев работы ГИПа. Документ должен отвечать на вопросы: кому подчиняется ГИП, на каком основании назначается на проект, что он проверяет, что вправе требовать, какие решения принимает сам, какие выносит руководителю проекта или руководству организации.
| Раздел инструкции | Что включить | UX-смысл документа |
|---|---|---|
| Общие положения | Должность, подчиненность, порядок назначения и замещения, требования к квалификации | Человек быстро понимает, где роль находится в оргструктуре |
| Функции | Организация проектирования, координация разделов, работа с исходными данными, экспертизой и выпуском | Фокус не расползается на задачи всех специалистов |
| Обязанности | Конкретные действия: организует, проверяет, согласует, фиксирует, передает на решение | Обязанности можно проверить по артефактам: реестрам, протоколам, версиям |
| Права | Запрашивать данные, требовать исправления, созывать совещания, приостанавливать выпуск при рисках | Ответственность получает рабочие инструменты |
| Ответственность | Ответственность в пределах трудовой функции, полномочий, закона и локальных процедур | Нет размытых обещаний «за все последствия проекта» |
| Взаимодействие | Связь с руководителем проекта, ГАПом, главспецами, нормоконтролем, заказчиком и экспертизой | Убирает конфликт «кто кому ставит задачу» |
Обязанности ГИПа: что включить
Обязанности лучше писать через управляемые результаты, а не через абстрактные фразы. «Обеспечивает качество проектной документации» звучит весомо, но плохо работает само по себе. Сильнее формулировка, где видно действие: организует проверку состава документации, ведет реестр замечаний, контролирует закрытие межразделовых коллизий, фиксирует дефицит исходных данных.
Организация проектирования
- участвует в анализе задания на проектирование;
- формирует или проверяет состав проектных работ;
- организует обмен заданиями между разделами;
- контролирует полноту исходных данных;
- поддерживает перечень открытых технических вопросов.
Координация и выпуск
- организует межразделовую проверку;
- контролирует устранение коллизий и замечаний;
- проверяет готовность комплекта к передаче;
- фиксирует версии документации;
- передает критичные риски руководителю проекта или руководству.
| Формулировка обязанности | Какой артефакт подтверждает |
|---|---|
| Организует проверку полноты исходных данных до запуска разделов | Реестр исходных данных, запросы заказчику, перечень допущений |
| Координирует задания между смежными разделами | Реестр заданий, протоколы совещаний, журнал версий |
| Контролирует закрытие замечаний экспертизы | Реестр замечаний, ответственные, статусы, ссылки на исправленные листы |
| Передает на управленческое решение риски, выходящие за технические полномочия | Служебные записки, письма, протоколы, решения руководителя проекта |
Для управленческой части полезна статья «ГИП как организатор проекта»: она помогает не смешивать роль ГИПа с работой главного специалиста по каждому разделу.
Права и полномочия: без них инструкция не работает
Самая частая ошибка в должностной инструкции ГИПа - большой раздел обязанностей и слабый раздел прав. В результате ГИП должен отвечать за проект, но не может требовать исходные данные, возвращать разделы на доработку, фиксировать отказ заказчика или ставить стоп на выпуск. Такой документ удобен только до первого спора.
- Запрашивать исходные данные. У заказчика, технического заказчика, руководителя проекта, смежников и внутренних подразделений.
- Возвращать разделы на доработку. Если есть межразделовые противоречия, неполные обоснования или нарушения процедуры выпуска.
- Созывать технические совещания. По коллизиям, спорным решениям, замечаниям экспертизы и изменениям задания.
- Требовать фиксации решений. В протоколах, письмах, реестрах изменений, заданиях и комментариях к версиям.
- Выносить риски на уровень руководства. Если решение влияет на срок, цену, безопасность, экспертизу или договорные обязательства.
- Не согласовывать выпуск при критичных нарушениях. Если комплект не готов, исходные данные неполны, замечания не закрыты или есть неразрешенные противоречия.
Если в инструкции есть обязанность «обеспечивать согласованность разделов», рядом должно быть право «требовать от разработчиков разделов устранения межразделовых противоречий и предоставления подтверждающих материалов».
Право ГИПа на остановку или эскалацию выпуска не должно означать произвольный запрет работы команды. Его лучше привязать к понятным стоп-факторам: отсутствуют обязательные исходные данные, не закрыты критичные коллизии, не определена актуальная версия задания, замечания экспертизы исправлены только в одном разделе и ломают другой.
Ответственность: как писать без опасных обещаний
Раздел ответственности должен быть точным. Фраза «ГИП несет ответственность за всю проектную документацию» слишком широкая: она стирает границы между организацией проектирования, работой профильных специалистов, решениями заказчика, договорными сроками и управленческими решениями компании. Корректнее писать об ответственности в пределах должностных обязанностей, полномочий, трудового договора, локальных актов и законодательства.
| Что можно закрепить | Как сформулировать безопаснее |
|---|---|
| Ненадлежащая организация проверки разделов | Несет ответственность за невыполнение процедур координации и проверки, предусмотренных локальными актами и порученными задачами |
| Игнорирование известных рисков | Несет ответственность за непередачу выявленных критичных рисков на установленный уровень принятия решения |
| Нарушение порядка выпуска | Несет ответственность за согласование выпуска при несоблюдении утвержденной процедуры, если нарушение находилось в зоне его контроля |
| Нарушение конфиденциальности и хранения данных | Соблюдает режим доступа к проектным материалам, переписке, исходным данным и сведениям заказчика |
После изменений градостроительного законодательства персональная прослеживаемость роли ГИПа стала заметнее. Но это не значит, что специалист автоматически отвечает личным имуществом за любой дефект проекта. Риски зависят от статуса, договора, трудовых отношений, полномочий и доказательств. Подробный разбор см. в статье «Ответственность ГИПа в 2026».
Отличие ГИПа от ГАПа и руководителя проекта
В должностной инструкции важно не только описать ГИПа, но и отделить его от соседних ролей. Иначе в проекте появляются параллельные центры управления: руководитель проекта отвечает за договор и коммуникацию с заказчиком, ГАП за архитектурную концепцию, ГИП за техническую координацию, но фактические полномочия конфликтуют.
| Роль | Фокус | Что не стоит смешивать |
|---|---|---|
| ГИП | Техническая организация проектирования, согласованность инженерных и проектных решений, выпуск комплекта | Не должен заменять всех главспецов и единолично принимать коммерческие решения |
| ГАП | Архитектурная концепция, объемно-планировочные решения, качество архитектурного результата | Не стоит перекладывать на ГАПа техническую координацию всех инженерных разделов |
| Руководитель проекта | Договор, бюджет, сроки, коммуникация с заказчиком, ресурсы и управленческие решения | Не стоит подменять техническую позицию ГИПа коммерческим давлением на выпуск |
| Главный специалист раздела | Методика, расчет, техническое решение и выпуск своего раздела | Не стоит требовать от него решения межразделового конфликта без участия ГИПа |
Для графика и распределения работ полезно использовать WBS: она помогает связать задачи, зависимости, ответственных и контрольные точки. См. статью «WBS в проектировании».
Опасные формулировки
Опасная должностная инструкция обычно выглядит красиво, но не выдерживает реальной проектной ситуации. В ней много абсолютных гарантий, нет связи с полномочиями, нет процедуры эскалации и нет различия между ошибкой исполнителя, изменением задания и недостатком исходных данных.
| Неудачная формулировка | Почему опасна | Как переписать |
|---|---|---|
| ГИП отвечает за все решения всех разделов | Стирает ответственность профильных специалистов и руководителей разделов | ГИП организует координацию разделов и контроль межразделовой согласованности в пределах утвержденной процедуры |
| ГИП гарантирует положительное заключение экспертизы | Экспертиза зависит от исходных данных, решений заказчика, состава задания и внешних процедур | ГИП организует подготовку и сопровождение материалов для экспертизы в пределах полномочий и полученных исходных данных |
| ГИП обязан устранить любые замечания без изменения срока | Смешивает исправление ошибок, новые требования и изменение задания | ГИП организует анализ замечаний, разделяет исправления и изменения объема, передает влияние на срок руководителю проекта |
| ГИП несет полную материальную ответственность за последствия проектных решений | Может конфликтовать с режимом трудовой ответственности и фактическими полномочиями | Ответственность определяется трудовым договором, локальными актами и законодательством в пределах порученных обязанностей |
Похожие риски возникают и в договорах на проектирование. Если в договоре обещано больше, чем команда реально контролирует, должностная инструкция не спасет. Для проверки договорных условий см. «Как защитить проектировщика в договоре».
Чек-лист перед утверждением
Перед утверждением должностной инструкции проверьте ее как рабочий интерфейс роли. Хороший документ должен помогать принять решение в типовой конфликтной ситуации: нет исходных данных, смежник сорвал задание, экспертиза дала межразделовое замечание, заказчик меняет ТЗ, руководитель требует срочный выпуск.
- Есть порядок назначения ГИПа на объект. Инструкция не должна заменять приказ по конкретному проекту.
- Обязанности написаны через действия и результаты. Реестры, протоколы, проверки, версии, замечания, решения.
- Права соответствуют обязанностям. Если ГИП отвечает за координацию, он вправе требовать доработку и фиксировать риски.
- Есть процедура эскалации. Понятно, что делать при споре с заказчиком, руководителем проекта или главным специалистом.
- Ответственность ограничена полномочиями. Нет абсолютных гарантий за экспертизу, сроки, все разделы и решения заказчика.
- Учтен статус НРС. Требования к специалисту проверяются отдельно по актуальным правилам НОПРИЗ и ГрК РФ.
- Есть связь с локальными процедурами. Нормоконтроль, выпуск, архив версий, работа с замечаниями, электронная подпись.
- Документ удобно читать. Заголовки, таблицы ответственности, короткие пункты, без длинных абзацев и дублирования.
Мини-тест качества инструкции
Возьмите один реальный конфликт из прошлых проектов и попробуйте пройти его по инструкции: кто принимает решение, какие документы оформляются, кто уведомляет заказчика, кто вправе остановить выпуск, кто отвечает за техническое исправление. Если ответ приходится искать в переписке и устных традициях, инструкцию нужно доработать.
Выводы, источники и ссылки
- Должностная инструкция ГИПа должна описывать организацию проектирования, а не только подпись и общую ответственность.
- Обязанности нужно связывать с артефактами: реестром исходных данных, заданиями смежникам, протоколами, реестром замечаний, журналом версий.
- Раздел прав так же важен, как раздел обязанностей: без полномочий ответственность становится номинальной и рискованной.
- ГИПа нужно отделять от ГАПа, руководителя проекта и главных специалистов разделов.
- Опасные абсолютные формулировки лучше заменять процедурными: «организует», «контролирует», «фиксирует», «передает на решение».
Инструменты GostCheck
- Swarm - WBS, задачи, замечания и управленческий контур проекта для ГИПа, руководителя проекта и смежников.
Нормативные источники
- Трудовой кодекс РФ - трудовая функция, обязанности работника, дисциплина и материальная ответственность.
- Градостроительный кодекс РФ - архитектурно-строительное проектирование и требования к специалистам по организации проектирования.
- Постановление Правительства РФ от 16.02.2008 № 87 - состав разделов проектной документации и требования к их содержанию.
- Приказ Минтруда России от 21.04.2022 № 228н - профессиональный стандарт специалиста по организации архитектурно-строительного проектирования.
- НОПРИЗ: Национальный реестр специалистов - сведения о НРС и требованиях к специалистам проектирования и изысканий.
- НОК НАРК: квалификация «Главный инженер проекта» - квалификационный контур для специалиста по организации архитектурно-строительного проектирования.