Блог Бэйз Лайн

Как разработать календарно-сетевой график: от ИСР до сквозного КСГ

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

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

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

Формируется единый подход, который будет использоваться для всех типов графиков — будь то график СМР, график ПИР или график строительства в целом. Это важно для дальнейшей синхронизации и контроля.

Этап 2. Разработка ИСР

Следующий шаг — разработка иерархической структуры работ (ИСР). Это основа, на которую в дальнейшем будет «нанизан» весь КСГ. ИСР фиксирует уровни детализации, контрольные точки и позволяет выстроить логику от укрупненных этапов до конкретных задач.

Важно: ИСР формируется не из предположений, а на основе проектной и рабочей документации. В зависимости от подхода, ИСР может быть объектной (по зданиям, системам) или процессной (по видам работ) — выбор зависит от типа проекта и логики его реализации.

Этап 3. Формирование базы физических объемов проекта (Scope)

После разработки ИСР необходимо зафиксировать физический объем проекта (scope) в цифровом виде. Это включает детализацию работ, связку с позициями смет и спецификаций, а также загрузку данных в единую базу.

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

Оформленный scope — это связующее звено между проектной документацией, ИСР и последующим графиком СМР/ПИР.

Этап 4. Определение длительности и ресурсов

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

На выходе получаем предварительный график ПИР и СМР с первым расчетом сроков и ресурсов. Уже здесь можно выявить потенциальные узкие места — длинные цепочки, критические зависимости и пересечения.
Этап 5. Организация планирования и обновлений

Методология календарного планирования включает не только построение, но и сопровождение графика. На этом этапе определяются:

- периодичность обновления;

- подход к согласованию изменений;

- формат взаимодействия между участниками;

типы отчетности (дашборды, диаграммы, PDF-отчеты).

Если все сделано правильно, КСГ в строительстве превращается в реальный инструмент управления, а не просто приложение к договору.

Этап 6. Проверка графика по методике DCMA

Один из способов проверить КСГ — применить DCMA 14-Point Assessment. Это международная методика оценки качества графика, включающая 14 критериев: логика связей, продолжительность задач, наличие временных резервов, баланс загрузки и др.

Даже если вы не следуете DCMA в полном объеме, анализ по ее принципам помогает устранить ошибки еще до запуска проекта.

Шпаргалка – проверка качества графика по методике DCMA
Наименование проверки
Цель
Что проверяется
Критерий
Пояснение/Риски
1
Отсутствие логики
Проверка полноты связей между задачами
Все незавершенные задачи должны иметь хотя бы одного предшественника и одного последователя
Не более 5% задач без связей
Нарушается целостность логики, затрудняется построение критического пути
2
Опережения (отрицательные лаги)
Исключить искажение логики
Проверка на наличие связей с отрицательным лагом (например, –3 дня)
0% таких связей
Искажается расчет временного резерва, критический путь теряет актуальность
3
Задержки (положительные лаги)
Контроль использования лагов
Оценка числа связей с положительными лагами и их длительности
Не более 5% и не более 5 рабочих дней
Лаги могут скрывать работы и нарушать прозрачность графика
4
Типы связей
Предпочтение связей «ФинишСтарт»
Доля связей типа Финиш–Старт среди всех логических связей
Не менее 90%
Иные типы связей требуют технического обоснования
5
Жесткие ограничения
Снижение жесткой фиксации дат
Проверка ограничений типа «должен начаться» / «должен завершиться»
Не более 5% задач
Жесткие constraints блокируют перерасчет сроков и снижают гибкость графика
6
Избыточный временной резерв
Выявление неучтенных или «оторванных» задач
Оценка задач с общим резервом времени более 44 рабочих дней
Не более 5%
Может указывать на отсутствие связей или резерв, не подтвержденный логикой
7
Отрицательный временной резерв
Контроль сроков проекта
Наличие задач с отрицательным общим резервом времени
0%
Отражает срыв сроков или логические ошибки в ограничениях
8
Сверхдлинные задачи
Повышение детализации и управляемости
Количество задач с длительностью более 44 рабочих дней
Не более 5%
Сложно контролировать и точно определить статус задачи
9
Неверные даты
Проверка корректности статусных дат
Фактические даты не могут быть позже даты отчета, прогнозные - раньше нее
0% ошибок
Нарушает расчет актуального состояния проекта
10
Отсутствие ресурсов или стоимости
Контроль загрузки работ
Наличие ресурсов или стоимости у задач длительностью ≥1 дня
Рекомендуется ≥95% задач с ресурсами
Без ресурсов невозможно управлять трудоемкостью и расходами
11
Просроченные задачи
Оценка соблюдения графика
Сравнение фактических и запланированных дат завершения
Не более 5% просроченных задач
Позволяет оценить производственную дисциплину
12
Проверка критического пути
Оценка корректности критического пути
Увеличение длительности критической задачи должно влиять на дату окончания проекта
Дата окончания должна сдвигаться
Если сдвига нет – нарушена логика критического пути
13
Индекс длины критического пути (CPLI)
Оценка реалистичности завершения проекта
CPLI = (длина критического пути + временной резерв) / длина критического пути
Значение ≥ 0,95
Значение ниже 0,95 указывает на дефицит времени и риски срыва сроков
14
Индекс исполнения базового плана (BEI)
Оценка фактического выполнения работ
BEI = выполненные задачи / задачи, которые должны были быть выполнены к дате статуса
Значение ≥ 0,95
BEI < 0,95 указывает на систематическое отставание от базового плана
Этап 7. Разработка сквозного КСГ

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

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

Наш подход

В крупных проектах календарно-сетевой график строительства часто разрабатывается по стандартной схеме: проектирование, закупка и строительство ведутся в разрезе титулов без привязки к системам и подсистемам. Разбивка по системам появляется только на стадии ПНР, а календарные графики ПИР, СМР и МТО не связаны между собой. Такой подход затрудняет формирование сквозного графика, размывает зону ответственности между участниками и не учитывает логику ввода объекта в эксплуатацию.

В Baseline мы применяем другую методологию — раннее пакетирование работ. Уже на раннем этапе формируем рабочие пакеты с учетом пусковых приоритетов, инженерной и производственной логики, особенностей систем и подсистем. Такой подход позволяет структурировать график строительства не только по видам работ (ПИР, СМР, ПНР), но и по этапам ввода, делая акцент на критичных для запуска зонах.

Это обеспечивает:

- привязку проектирования, закупок и СМР к приоритетам ввода;

- возможность раннего старта по системам, не зависящим от остального объекта;

- лучшую управляемость сроками и ресурсами;

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

Рабочие пакеты формируются с учетом логики запуска объекта, разбивки на подсистемы и требований к вводу. Такой подход дает больше гибкости при корректировке КСГ проекта, позволяет раньше выявить зависимости и выстроить реалистичный график работ строительства с учетом всех ключевых фаз.

Вывод

Грамотно выстроенный КСГ проекта — это не просто план на бумаге, а цифровая модель реализации. Он позволяет контролировать выполнение, управлять отклонениями, проводить what-if анализ и принимать обоснованные решения.

Мы в Baseline разрабатываем календарно-сетевые графики для инфраструктурных, промышленных и энергетических проектов. Помогаем выстроить методологию календарного планирования, провести аудит существующих графиков и внедрить подход к управлению сроками проекта, который реально работает: https://base-line.ru/ksp