Производительность труда в проектировании: метрики, нагрузка ГИПа и KPI

Оценить статью

Производительность труда в проектной организации: что измерять до внедрения KPI

Минстрой планирует развивать адресную поддержку строительных компаний по повышению производительности труда до 2030 года. Для подрядчиков это часто связывают с бережливым производством, стройплощадкой, логистикой и потерями рабочего времени. Для проектных организаций вопрос сложнее: производительность нельзя честно измерить только количеством выданных томов, объектов или закрытых задач.

Короткий вывод. Перед внедрением KPI проектной компании нужно описать сложность объектов, реальную загрузку ГИПов и исполнителей, качество исходных данных, число итераций и причины переделок. Иначе метрики начнут давить на сроки, но не покажут, где компания теряет деньги и качество.

Найти исполнителя по теме

Комплексное проектирование

Проектные организации, которые берут на себя проектирование объекта под ключ: генпроектирование, координацию разделов, работу со смежниками и подготовку документации к экспертизе или строительству.

Что произошло и почему это важно

В мае 2026 года появилась информация о планах Минстроя предложить консалтинговую программу по повышению производительности труда минимум 400 крупным и средним строительным компаниям до 2030 года. По опубликованным данным, работа предполагает диагностику процессов, поиск проблем и подбор решений под конкретную организацию.

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

Для проектной организации ценность такой диагностики зависит от одного условия: сначала нужно корректно описать саму работу. Проектирование — это не конвейер с одинаковыми операциями. Один объект может быть типовым и коротким, другой — многоэтапным, насыщенным инженерией, с несколькими стадиями, сложными согласованиями и постоянными изменениями исходных данных.

Стройплощадка

Часто видны простои, перемещения, запасы, логистика, загрузка механизмов и бригад.

Проектирование

Потери скрыты в переделках, ожидании исходных данных, согласованиях и конфликтах смежников.

Управление

Главный эффект даёт не давление на людей, а прозрачность задач, ролей, сроков и причин задержек.

Почему простые показатели искажают картину

Самая частая ошибка — считать объект как одну единицу. В отчёте два проекта могут выглядеть одинаково: «объект № 1» и «объект № 2». Но по трудоёмкости между ними может быть разница в несколько раз.

Если в компании нет шкалы сложности, сильные специалисты получают самые тяжёлые задачи, но в отчётности это выглядит как обычная загрузка. Затем поверх этой картины вводят KPI по срокам, числу закрытых задач или количеству объектов. Итог предсказуем: сотрудники начинают оптимизировать показатель, а не качество документации.

Показатель Почему кажется удобным Где искажает реальность
Количество объектов Легко считать в портфеле и отчётах Не учитывает площадь, стадии, инженерную насыщенность, уникальность решений и согласования
Количество листов или томов Можно выгрузить из состава документации Не показывает сложность расчётов, число коллизий, качество исходных данных и цену ошибки
Процент задач в срок Подходит для календарного контроля Становится вредным, если сроки меняются без фиксации входных данных и внешних зависимостей
Часы по табелю Даёт видимость учёта трудозатрат Без привязки к результату и причинам переделок превращается в формальное заполнение
В проектировании нельзя начинать с наказаний за просрочку. Сначала нужно понять, что именно тормозит работу: исходные данные, решения заказчика, смежники, экспертиза, нехватка людей, слабый регламент или постоянная смена приоритетов.

Как описывать сложность объекта

Базовая единица учёта для проектной компании — не «один объект», а профиль сложности. Его можно вести в простой таблице, CRM, системе задач или внутренней админке. Важно, чтобы карточка проекта показывала, почему один объект требует в три раза больше управленческого внимания, чем другой.

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

Какие метрики полезны ГИПу и руководителю

Хорошая метрика не должна быть дубинкой. Она должна давать ответ на управленческий вопрос: где застревают задачи, почему растёт нагрузка, кто ждёт входные данные, какие разделы чаще возвращаются на переделку и где руководителю нужно убрать препятствие.

Метрики потока работ

  • срок прохождения задачи по стадиям: в работе, на проверке, на согласовании, на доработке;
  • количество возвратов на переделку по причине: ошибка, изменение задания, замечание экспертизы, конфликт смежников;
  • доля задач, которые ждут исходные данные или решение заказчика;
  • число открытых критичных вопросов на одного ГИПа и руководителя раздела.

Метрики качества управления

  • доля задач с понятным ответственным, сроком, входными данными и критерием готовности;
  • доля изменений, оформленных как изменение задания, а не как «срочно поправить»;
  • количество просрочек по причинам, зависящим и не зависящим от проектной команды;
  • нагрузка по профилю сложности, а не только по числу проектов.
Вопрос руководителя Что считать Какой вывод можно сделать
Почему срывается срок? Причины задержек по каждой контрольной точке Проблема в исполнении, входных данных, согласовании или планировании
Кто перегружен? Количество задач с учётом сложности и числа внешних зависимостей Нужно перераспределение, усиление команды или изменение сроков
Где теряется качество? Повторяющиеся замечания, коллизии, переделки после проверки и экспертизы Нужны шаблоны, контрольные списки, обучение или изменение процесса проверки
Почему люди уходят? Срок работы, подразделение, руководитель, тип задач, причины увольнения Проблема может быть не в рынке, а в конкретной зоне управления

Какие KPI опасны для проектирования

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

Опасный KPI Что пойдёт не так Чем заменить
Закрыть больше задач любой ценой Начнут дробить задачи, закрывать формально и откладывать сложные вопросы Контроль готовности по критериям качества и влиянию на общий график
Сдать объект в срок без учёта изменений Команда будет скрывать риски или выпускать слабую документацию Фиксация базового графика, журнала изменений и причин сдвига сроков
Минимум замечаний любой ценой Появится желание согласовывать спорные решения неформально или избегать сложных задач Разбор повторяющихся замечаний и причин: норма, координация, исходные данные, расчёт
Одинаковая норма на всех ГИПов Сложные проекты станут наказанием для сильных специалистов Нагрузка с коэффициентами сложности и прозрачным распределением проектов
Проверочный вопрос: если показатель можно улучшить ухудшением качества документации, скрытием проблем или отказом от сложных задач, такой KPI нельзя вводить как мотивационный.

Текучка и управление людьми

Производительность в проектировании сильно зависит от сохранения экспертизы внутри компании. Когда опытные специалисты уходят, компания теряет не только рабочие часы, но и память о типовых решениях, ошибках, экспертизе, заказчиках и внутренних договорённостях.

Поэтому диагностика должна охватывать не только сроки и задачи, но и кадровые показатели. Особенно полезно смотреть, где люди уходят в первые месяцы работы, в каких отделах чаще всего меняются сотрудники и с какими руководителями связаны повторяющиеся проблемы.

Что стоит считать

  • сколько сотрудников ушло за 3, 6 и 12 месяцев после найма;
  • в каких подразделениях чаще всего возникают ранние увольнения;
  • сколько времени занимает ввод нового специалиста в проект;
  • какие причины ухода повторяются в интервью при увольнении.

Что это показывает

  • неадекватную нагрузку на входе;
  • слабую постановку задач и отсутствие наставничества;
  • конфликтный стиль управления;
  • разрыв между обещаниями при найме и реальной организацией работы.

Что подготовить перед диагностикой

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

Минимальный комплект данных

  • перечень проектов за последние 12-24 месяца с площадью, стадиями, сроками и стоимостью;
  • состав команд: ГИП, руководители разделов, исполнители, привлечённые специалисты;
  • график плановых и фактических контрольных точек;
  • журнал изменений задания и исходных данных;
  • реестр замечаний внутренней проверки, заказчика и экспертизы;
  • список повторяющихся причин переделок;
  • данные по текучке и ранним увольнениям;
  • описание текущих регламентов: кто ставит задачи, кто принимает результат, кто управляет изменениями.

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

Выводы для проектной компании

Производительность труда в проектировании начинается не с лозунга и не с таблицы премий. Она начинается с управляемости: понятных входных данных, прозрачных ролей, реального планирования, учёта сложности и честной фиксации причин переделок.

До KPI

Опишите поток работ, сложность проектов, роли, зависимости и типовые причины срыва сроков.

Во время внедрения

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

После внедрения

Смотрите не только скорость, но и повторные замечания, переделки, текучку и устойчивость команды.

Источники и полезные материалы

Статья

Сроки проектирования: почему график срывается из-за исходных данных и смежников

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

Статья

Парадоксы рынка проектирования: почему инженеров всё меньше, заказов мало, а цены не растут

Анализ парадоксов рынка проектирования: низкие цены при дефиците кадров, влияние ключевой ставки на спрос, кризис эффективности. Почему выработка в листах не работает и как на самом деле считать эффективность проектировщика.

Статья

WBS в проектировании: почему «просто список задач» убивает сроки и при чём тут Swarm

Что такое WBS в проектировании зданий, чем она отличается от «списка задач», почему без неё срываются сроки и теряются версии документов. Как Swarm помогает ГИПу управлять проектами через WBS-структуру, дашборд рисков и реестр замечаний.

Отзывы

Оставить отзыв

Пока нет отзывов. Будьте первым!