ВведениеЖизненный цикл инвестиционно-строительного проекта (ИСП) традиционно определяется как последовательность стадий от предпроектных исследований до ввода объекта в эксплуатацию. Его структура и принципы управления регламентированы российскими и международными стандартами: ГОСТ Р 54869–2011 [1], ГОСТ Р 71177–2023 [2], ISO 21502 [3], PMBOK [4], PRINCE2 [5], FIDIC [6], ISO 21500 [7]. Однако практика реализации крупных проектов показывает, что формально закреплённая система жизненного цикла обладает календарной уязвимостью, заключающейся в высокой чувствительности сетевых моделей к директивным указаниям заказчика, минующим процедуры формального управления изменениями.Таким образом, выявленная календарная уязвимость обосновывает необходимость системного анализа существующих исследований и стандартов, что рассмотрено в следующем разделе.Материалы и методыРоссийские исследованияРезультаты отечественных исследований свидетельствуют о том, что существующие концептуальные и методические решения не адаптированы к специфике директивных изменений, инициируемых заказчиком. Абдуллин [8] рассматривает вызовы управления изменениями в строительных организациях, но ограничивается общим Change Management. Агошков [9] показывает, что управленческие воздействия заказчика увеличивают риск нарушения сроков. Астафьева [10] систематизирует методы риск-менеджмента, однако директивные изменения как источник рисков не выделяются. Боброва [11] демонстрирует потенциал календарно-сетевого планирования в MS Project, фиксируя технические ограничения при отражении причин изменений. Быченкова [12] подчёркивает, что риски проекта различны на разных стадиях жизненного цикла, что согласуется с понятием фазовой уязвимости. Гусакова [13] акцентирует внимание на проблемах интеграции формальных и неформальных процессов в международных проектах.Нормативные документыГОСТ Р 54869–2011 [1], ГОСТ Р 71177–2023 [2], а также ГОСТ Р ИСО 21502–2024 [14] формируют основу регламентации проектного управления в России, но не содержат понятия «директивное изменение». Международные стандарты PMBOK [4], PRINCE2 [5], ISO 21500 [7], ISO 21502 [3], FIDIC [6], ISO 21500 [7] фокусируются на Change Requests и вариациях, однако не отражают специфику внутренних директив клиента.Зарубежные исследованияЗарубежные исследования приходят к аналогичным выводам. Alenazi et al. [15] показывают, что клиентские изменения являются ключевым источником задержек, однако не разделяют процедурные и директивные вмешательства. Harris и McCaffer [16] рассматривают управление изменениями в рамках традиционных процедур, не учитывая директивные указания. Kerzner [17] описывает Change Control как системный процесс, но также не упоминает директивы. Flyvbjerg [18] связывает срывы сроков с управленческими решениями заказчика, но не формализует данный феномен. Papadonikolaki [19] подчёркивает, что цифровизация управления проектами сопровождается технологическими разрывами и отсутствием сквозной прослеживаемости изменений.Таким образом, существующие исследования и нормативные документы учитывают процедурные изменения, но игнорируют феномен директивных указаний клиента, что формирует институциональный и методологический пробел. В таблице 1 приведен сравнительный анализ стандартов.Таблица 1Сравнительный анализ международных и российских стандартов управления проектамиСтандарт / StandardЧто учитывают / Considered aspectsЧего не учитывают / Missing aspectsPMBOK [4]Change Requests, интеграция в календарь / Change Requests, schedule integrationДирективные изменения клиента / Client directive changesPRINCE2 [5]Управление изменениями через контрольные точки / Change management via stage gatesСрочные директивы заказчика / Urgent client directivesISO 21500 [7], ISO 21502 [3]Общие подходы к изменениям / General change management approachesКатегория директивных вмешательств / Directive interventions categoryFIDIC [6]Контрактные изменения (variations) / Contract variationsНемедленные директивы клиента / Immediate client directivesCIOB [20]Управление временем в сложных проектахДирективные изменения клиентаГОСТ Р 54869–2011 [1]Требования к управлению проектом / General project management requirementsВнутренние директивные изменения / Internal directive changesГОСТ Р 57363–2023 [21]Роль технического заказчикаУчёт директив как обязательных указанийГОСТ Р 71177–2023 [2]Управление крупными проектами / Management of large construction projectsУчёт директивных воздействий клиента / Client directive interventionsСП 333 [22]Планирование и ИМ-среды / Planning and BIM environmentsСквозная трассировка «документ–директива–задача» /End-to-end traceability “document–directive–task” Таким образом, все стандарты фиксируют процедурные изменения, но оставляют за рамками анализа директивные указания, что формирует институциональный и методологический пробел.Новые концептыДля описания специфики директивных вмешательств вводятся три новых концепта:Внутренние директивные изменения — управленческие воздействия обязательного характера, исходящие от клиента проекта и внедряемые в обход процедур Change Management.Календарная уязвимость — общая чувствительность сетевой модели проекта к нарушениям сроков вследствие управленческих воздействий.Фазовая уязвимость — неодинаковая чувствительность стадий ЖЦ (Препроект, П, РД, СМР, ПНР), где директивы трансформируются в каскадные задержки, перегрузку ресурсов и латентные сдвиги.Новые концепты позволяют перейти от теоретического уровня к практической классификации уязвимости стадий жизненного цикла проекта. Для закрепления понятия «фазовая уязвимость» проведена систематизация чувствительности стадий жизненного цикла к директивным изменениям клиента. Результаты представлены в таблице 2.Таблица 2Фазовая уязвимость стадий жизненного цикла проекта к директивным изменениям клиентаСтадия ЖЦ / Lifecycle stageХарактер директивных вмешательств / Nature of client directivesПроявление уязвимости / Manifestation of vulnerabilityПоследствия / ConsequencesПредпроект / Pre-designДополнения к ТЗ, функциональные уточнения /Additions to ToR, functional clarificationsМинимальная уязвимость / Minimal vulnerabilityУвеличение объёма предпроектных исследований /Increased scope of pre-design studiesПроект / DesignИзменения планировок, конструктивных решений, инженерных систем /Layout, structural, and MEP changesВысокая уязвимость / High vulnerabilityКаскадные пересмотры документации, рост стоимости /Cascade revisions of design, cost escalationРД / Working documentationСрочные правки рабочих чертежей по требованию заказчика /Urgent corrections of working drawingsМаксимальная уязвимость / Maximum vulnerabilityНарушение критического пути, рост ΔT /Critical path disruption, ΔT increaseСМР / Construction worksДирективные распоряжения по материалам и технологиям /Directives on materials and technologiesВысокая уязвимость / High vulnerabilityПерегрузка ресурсов, латентные задержки /Resource overload, latent delaysПНР / CommissioningСрочные изменения при вводе и пуске /Urgent directives during commissioningВысокая уязвимость / High vulnerabilityСрывы сроков ввода в эксплуатацию /Commissioning delays Цель и задачи исследованияЦель исследования — обосновать необходимость выделения внутренних директивных изменений как самостоятельной категории и сформировать методологическую базу для их анализа и прогнозирования.Для достижения цели решаются задачи:Определить и формализовать понятие внутренних директивных изменений.Ввести концепты календарной и фазовой уязвимости.Систематизировать механизмы возникновения задержек от директив.Провести сравнительный анализ стандартов и выявить институциональные пробелы.Обосновать исследовательскую нишу и гипотезу о предсказуемости директивных изменений.Методологическая основа исследования директивных изменений в инвестиционно-строительных проектах формируется на стыке системного анализа, сравнительных нормативных исследований, сетевых методов календарного планирования и цифровой диагностики. Такой комплекс подходов позволяет рассматривать директивные изменения как самостоятельный объект анализа, выделять их специфику по сравнению с процедурными изменениями и формировать базу для их классификации и прогнозирования.Методы анализа сетевых моделейКалендарные модели инвестиционно-строительных проектов представляют собой динамические сетевые структуры, в которых ключевое значение имеют типы связей (Finish-to-Start — FS, Start-to-Start — SS, Finish-to-Finish — FF, Start-to-Finish — SF), лаги (lags) и лиды (leads), а также ограничения типа Must Finish On и Start No Later Than [11]. Для исследования последствий директивных изменений применялся метод структурного анализа сетевых графиков, включающий:диагностику переключения критического пути (CP-switch) и его последствий для устойчивости сроков [10];исследование каскадных задержек в подсетях и нелинейных эффектов при смещении одной или нескольких задач [9];анализ деградации резервов времени (Total Float, Free Float, Feeding Buffer, Project Buffer) как ключевого механизма скрытых сдвигов [5].Формализация индикаторов:Календарный сдвиг (ΔT, Schedule Shift):ΔTi=tfact,i-tbase,i, (1)Воздействие на критический путь (CP-Impact, Critical Path Impact):P-Impact=ΔCPCPbasex100%, (2)Индекс зоны перегрузки ресурсов (OZ-Index, Overload Zone Index):OZi=RireqRiavail, (3)Эти методы и формулы позволяют операционализировать феномен календарной уязвимости и выделить его проявления на разных стадиях жизненного цикла проекта.Методы категоризации директивных измененийДля операционализмов понятия «внутреннее директивное изменение» (ВДИ) введена система включающих и исключающих критериев.Критерии включения: источник «заказчик», обязательность исполнения, отсутствие прохождения цикла управление изменениями (Change Management).Критерии исключения: изменения, инициированные подрядчиком или регулятором, а также плановые корректировки.Метод категоризации предусматривает:кодирование директив по признакам стадии жизненного цикла (Предпроектная, П, РД, СМР, ПНР);выделение типов последствий (немедленные, отсроченные, латентные);формализацию механизмов задержек (разрыв логики, переработка документации, ресурсные конфликты, скрытые сдвиги).Схема классификатора директив (Stage, Source, Scale, Form, RI, CI) формирует основу базы данных для последующего анализа.Методы сравнительного анализа нормативных системПрименялся метод сравнительной таблицы «Стандарт → что учитывает → чего не учитывает», позволивший выявить институциональные и методологические пробелы [1-4, 14, 17]. Сравнительный анализ стандартов управления изменениями приведен в таблице 3.Таблица 3Сравнительный анализ стандартов управления изменениямиСтандартЧто учитываютЧего не учитываютPMBOK [4]Заявки на изменение, интеграция в календарь/Change Requests, integration into the project schedule.Директивные изменения клиента/Client’s directive changes.PRINCE2 [5]Управление изменениями через контрольные точки/Change management through control points.Срочные клиентские директивы/Urgent client directives.ISO 21500 [7], ISO 21502 [3]Общие подходы к изменениям/General approaches to change management.Категория директивных вмешательств/The category of directive interventions.FIDIC [6]Контрактные изменения/Contractual changes (variations).Немедленные директивы заказчика/Immediate client directives.ГОСТ Р 54869–2011 [1]Общие требования к управлению проектом/General requirements for project management.Внутренние директивные изменения/Internal directive changes.ГОСТ Р 71177–2023 [2]Управление крупными проектами/Management of large-scale projects.Учет директивных воздействий клиента/Consideration of client’s directive impacts. Результаты сопоставления подтвердили наличие институционального разрыва: во всех системах подробно регламентированы процедурные изменения, но отсутствует категория «директивное изменение».Методы анализа цифровой среды и диагностики «цифровых разрывов»Для оценки технологического контекста использовались методы цифровой диагностики. Рассматривались три уровня:Системы управления проектами (PMIS, Project Management Information System), где директивные документы сохраняются, но не интегрируются с календарным планом [22];Системы календарно-сетевого планирования (MS Project / Primavera), фиксирующие сдвиги сроков, но не отражающие источник изменений [11];Четырёхмерное информационное моделирование строительства (4D BIM), визуализирующее процессы, но не содержащее атрибута «директива» [19].Цифровые разрывы и прослеживаемость приведены в таблице 4.Таблица 4Цифровые разрывы и прослеживаемостьСреда/ EnvironmentФункционал/ FunctionalityОграничение/ LimitationПоследствие/ ConcequencePMISХранение директивных документовНет связи с календарём задачДирективы фиксируются, но не интегрируются в модельMS ProjectУправление сроками и связямиНет атрибута «источник директивы»Изменения сроков без фиксации причины4D BIMВизуализация процессовНет учёта директивных воздействийНет отражения управленческих факторовНеформальные каналыБыстрая передача указанийНет официальной фиксацииЛатентные директивы остаются вне цифрового контура Формулировка гипотезы и логическая структура исследованияГипотеза исследования: внутренние директивные изменения поддаются формализации, классификации и прогнозированию календарных последствий при условии их цифровой интеграции и выделения в самостоятельную категорию управления.Структура «Гипотеза → Классификатор директивных изменений → Индикаторы календарных последствий (ΔT, CP-Impact, OZ-Index) → Цифровая база данных изменений (PMIS/BIM)»обеспечивает системный переход от концептуального уровня к прикладным инструментам анализа, а также формирует основу для последующих исследований.РезультатыАнализ литературы, нормативной базы и практических кейсов подтвердил, что директивные изменения являются самостоятельным и ранее не формализованным объектом управления в строительных проектах. Их ключевая особенность заключается в том, что они внедряются в календарные модели без прохождения стандартного цикла процедурных изменений (Управление Изменениями - Change Management), обладают обязательным характером исполнения и оказывают системное воздействие на сроки [4].Во-первых, установлено, что директивные изменения нарушают календарную логику проекта через специфические механизмы задержек (см. табл. 5). Эти механизмы охватывают как немедленные эффекты (срыв связей, перераспределение буферов), так и латентные (накопление скрытых отклонений).Таблица 5Механизмы задержек в календарных моделяхМеханизм / MechanismОписание / DescriptionПоследствие / ConsequenceПереключение критического пути(Critical Path switch, CP-switch)Переключение критического пути после директивы /Critical path change after directiveУвеличение общей продолжительности проекта /Increased project durationКаскадные смещения (Cascade shifts)Смещение нескольких взаимосвязанных задач /Shifts of multiple interdependent tasksМножественные задержки и рост неопределённости /Multiple delays and increased uncertaintyЭрозия буферов (Buffer erosion)Утрата резервов времени (Total Float, Free Float, Feeding Buffer, Project Buffer) /Loss of time buffersСнижение устойчивости сетевого графика /Reduced schedule resilienceЛатентные задержки (Latent delays)Накопление скрытых отклонений /Accumulation of hidden deviationsОтложенные сбои и перегрузка ресурсов /Delayed failures and resource overload Во-вторых, подтверждено, что чувствительность к директивным воздействиям различается на стадиях жизненного цикла. Наиболее уязвимыми оказались стадии разработки рабочей документации (РД), строительно-монтажных работ (СМР) и пуско-наладочных работ (ПНР) (табл. 6).Таблица 6Жизненный цикл проекта и фазовая уязвимость стадийСтадия / StageУязвимость / VulnerabilityПримеры последствий / Examples of consequencesПрепроектная (Pre-design)Минимальная / MinimalКорректировка концепции, пересмотр бизнес-плана / Concept adjustment, business plan revisionПроектная (Design)Средняя / MediumДополнительные задания проектировщикам, переработка документации / Additional design tasks, reworkРабочая документация (Working documentation)Высокая / HighИзменение планировок, переработка чертежей / Layout changes, drawing reworkСтроительно-монтажные работы (Construction works)Высокая / HighСтоп-работы, перераспределение ресурсов / Work stoppages, resource redistributionПуско-наладочные работы (Commissioning)Очень высокая / Very highСрочные изменения функционала, срыв сроков пуска / Urgent functional changes, commissioning delays В-третьих, на основе систематизации признаков предложен шестимерный классификатор директивных изменений (таблица 7), включающий: Stage, Source, Scale, Form, индекс повторяемости (Repeatability Index, RI), индекс управляемости (Controllability Index, CI).Таблица 7Классификатор директивных изменений (Stage, Source, Scale, Form, RI, CI)Признак / FeatureСодержание / ContentПример / ExampleStage / СтадияЭтап жизненного цикла проекта / Project lifecycle stageПр, П, РД, СМР, ПНРSource / ИсточникОрган или лицо, инициировавшее директиву / Initiator of directiveЗаказчик, проектировщик, подрядчикScale / МасштабУровень охвата и значимость вмешательства / Scope and significanceЛокальное изменение задачи / влияние на весь графикForm / ФормаСпособ фиксации директивы / Form of directiveПисьмо, устное распоряжение, протокол совещанияRepeatability Index (RI) /Индекс повторяемостиЧастота аналогичных директив / Frequency of similar directivesПовторяющиеся изменения планировкиControllability Index (CI) /Индекс управляемостиВозможность смягчения последствий / Manageability of consequencesВысокая управляемость (перераспределение ресурсов) /низкая (смена конструкции) Классификатор позволяет переводить текстовые директивы в машиночитаемый формат, формировать базы данных и готовить данные для прогнозных моделей.В-четвёртых, тестирование индикаторов последствий показало их эффективность для фиксации различных типов задержек.ΔT надёжно отражает календарные сдвиги;CP-Impact фиксирует смену критического пути;OZ-Index выявляет зоны перегрузки ресурсов.Наконец, проведён анализ цифровой среды, показавший наличие существенных «цифровых разрывов» между системами PMIS, MS Project, BIM и неформальными каналами коммуникации (таблица 8).Таблица 8Цифровые разрывы и прослеживаемостьСреда / EnvironmentФункционал / FunctionalityОграничение / LimitationПоследствие / ConsequencePMISХранение директивных документов /Directive document storageНет связи с календарём /No link with scheduleДанные фрагментарны /Fragmented dataMS ProjectУправление сроками /Schedule managementНет атрибута «источник директивы» /No “directive source” attributeСроки фиксируются без причин Сроки фиксируются без причин /Schedule changes without causes4D BIMПространственно-временная визуализация /Spatio-temporal visualizationНет учёта директивных воздействий /No directive attributeУправленческие факторы не отражаются /Managerial factors not representedНеформальные каналыОперативные указания /Fast communicationНет официальной фиксации /No official recordingЛатентные директивы остаются вне системы /Hidden directives outside system Таким образом, полученные результаты позволяют:Подтвердить, что директивные изменения представляют собой самостоятельную категорию управленческих воздействий, не отражённую в существующих стандартах;Выявить ключевые механизмы задержек и фазовую уязвимость стадий жизненного цикла проекта;Апробировать классификатор и индикаторы (ΔT, CP-Impact, OZ-Index), обеспечивающие машиночитаемую фиксацию директив и прогнозирование их последствий;Показать наличие институциональных и цифровых пробелов, препятствующих полноценному учёту директивных изменений в нормативных и информационных системах;Обосновать необходимость разработки и внедрения прогностических моделей для оценки календарных последствий директив, что открывает перспективы их интеграции в цифровые среды управления проектами (PMIS, MS Project, BIM).ОбсуждениеРазличие Change Requests и Directive ChangesПроведённый анализ подтвердил принципиальное различие между процедурными изменениями (Change Requests) и директивными изменениями (Directive Changes). Change Requests, закреплённые в стандартах PMBOK [4], PRINCE2 [5], ISO 21500/21502 [7; 3] и FIDIC [6], предполагают согласованный цикл рассмотрения, утверждения и включения в календарные модели. Директивные изменения, напротив, исходят исключительно от заказчика, обладают обязательным характером исполнения и внедряются напрямую, минуя процедуры контроля. Именно эта специфика формирует исследовательскую нишу, отсутствующую в существующей нормативной базе.Системное воздействие директивДирективные вмешательства оказывают не только локальный эффект на отдельные задачи, но и системное воздействие на календарные модели. Их кумулятивный характер проявляется в дестабилизации сетевых графиков, перераспределении ресурсов и накоплении скрытых отклонений. Это подтверждает необходимость выделения директивных изменений в отдельную категорию рискообразующих факторов, требующих собственных классификационных признаков и индикаторов.Недостаточность стандартовСравнительный анализ нормативных документов выявил институциональный пробел: ни российские (ГОСТ Р 54869–2011 [1], ГОСТ Р 71177–2023 [2], СП 333 [22]), ни международные стандарты (PMBOK [4], PRINCE2 [5], ISO 21500/21502 [7; 3], FIDIC [6]) не содержат категории «директивное изменение». Все они ориентированы на процедурные изменения, что не учитывает специфику клиентских директив. Это подтверждает методологическую необходимость создания новой теоретической и прогностической рамки.Цифровая интеграция и «цифровые разрывы»Современные цифровые платформы управления проектами — системы управления проектной информацией (PMIS, Project Management Information System), программные комплексы календарно-сетевого планирования (MS Project, Primavera) и технологии информационного моделирования (BIM, Building Information Modeling) — обладают значительным потенциалом для фиксации и анализа изменений. Однако, как показывают исследования [19], сохраняются существенные технологические разрывы, препятствующие их полной интеграции в процессы календарного управления.Так, Papadonikolaki [19] отмечает отсутствие сквозной трассировки цепочки «документ → директивное указание (Internal Directive) → задача → версия графика», что снижает прозрачность управления и ограничивает возможности прогнозирования календарных последствий. Alenazi et al. [15] также подчеркивают, что изменения, инициируемые заказчиком, являются одним из ключевых источников задержек в строительстве, что подтверждает необходимость выделения внутренних директивных изменений в самостоятельную категорию и их цифровой интеграции в PMIS/BIM-среду.Теневые директивыЗначительная часть указаний передаётся через неформальные каналы — телефонные звонки, мессенджеры, устные распоряжения. Эти «теневые директивы» не фиксируются в цифровых системах, но оказывают прямое влияние на календарь, формируя латентные задержки. Их официальная регистрация и последующая интеграция в цифровую среду управления проектами является важным направлением дальнейших исследований.Обоснование исследовательской нишиОбобщая результаты, можно заключить, что директивные изменения:обладают качественно иным характером по сравнению с процедурными Change Requests;оказывают системное воздействие на календарные модели и ресурсы;игнорируются действующими стандартами и нормативной базой;остаются вне цифрового контура управления;формируют скрытые (латентные) задержки.Эти обстоятельства определяют исследовательскую нишу, заключающуюся в необходимости разработки классификационной, индикаторной и прогностической базы для формализации директивных изменений и их интеграции в цифровые инструменты управления проектами [9; 19].ЗаключениеПроведённый анализ теоретических, нормативных и практических аспектов управления календарными планами инвестиционно-строительных проектов позволил сформулировать ряд ключевых положений.Директивные изменения как самостоятельный объект анализа.В отличие от процедурных изменений (Change Requests), проходящих формализованный цикл согласования, директивы заказчика внедряются непосредственно в календарь, обладают обязательным характером исполнения и формируют массовый и системный феномен, критически влияющий на сроки проектов.Фазовая уязвимость стадий жизненного цикла.Наибольшая чувствительность к директивным изменениям проявляется на стадиях разработки рабочей документации, строительно-монтажных и пуско-наладочных работ. Именно здесь локальные директивные вмешательства трансформируются в каскадные задержки, перегрузку ресурсов и латентные сдвиги.Механизмы календарных смещений.Систематизация показала, что директивные изменения приводят к разрыву логики сетевых связей, переключению критического пути, деградации резервов и нелинейным каскадным эффектам в подсетях.Формализация понятия «внутреннее директивное изменение».На основе критериев включения/исключения предложено определение внутреннего директивного изменения как обязательного управленческого воздействия заказчика, реализуемого в обход процедур Change Management.Цифровые разрывы и отсутствие сквозной трассировки.Современные PMIS фиксируют директивные документы без связи с календарём; MS Project отражает сдвиги сроков без фиксации источника; BIM визуализирует процессы, но не учитывает директивы как категорию данных. Отсутствие трассировки «документ → директива → задача → версия графика» усиливает проблему фрагментарности и снижает прозрачность управления.Четыре уровня исследовательских разрывов.Анализ выявил:институциональный разрыв — отсутствие категории «директивное изменение» в нормативных источниках;методологический разрыв — отсутствие классификации директив и формализованных индикаторов их последствий;технологический разрыв — разобщённость цифровых инструментов и отсутствие сквозной прослеживаемости;прогностический разрыв — отсутствие исследований, направленных на количественную оценку и предсказуемость последствий директивных изменений.Научная и практическая значимость.Формализация директивных изменений как самостоятельного объекта анализа открывает возможность их классификации, количественной оценки и прогнозирования. Это особенно важно для практики заказчика, поскольку позволяет интегрировать учёт директив в PMIS и BIM-среды, повышая управляемость и устойчивость календарных моделей.