ВведениеЦифровизация процессов управления жизненным циклом проектов строительства является в настоящее время актуальной областью исследований, множество научно-исследовательских работ посвящены применению технологий информационного моделирования как на отдельных этапах жизненного цикла проектов, так и управлению их жизненным циклом в целом [1-10]. Однако, вопросы календарно-сетевого планирования в современных условиях цифровизации и информатизации раскрыты в настоящее время недостаточно. Между тем, по данным опросов руководителей проектов, специалистов по календарно-сетевому планированию, представителей заказчиков, проектировщиков, поставщиков, подрядчиков и субподрядчиков, показали, что одной из проблем планирования является многообразие заинтересованных лиц при реализации инвестиционно-строительных проектов и многообразие календарно-сетевых графиков (далее по тексту: КСГ). При этом, каждое заинтересованное лицо проекта считает именно свой КСГ единственно-правильным и формулирует требование, чтобы остальные участники проекта, чьи работы также планируются в этих графиках, должны использовать график именно этого участника. При этом зачастую разные участники инвестиционно-строительных проектов могут использовать разное программное обеспечение для разработки КСГ, что ещё более усложняет проблему, так как при переходе из одного программного обеспечения в другое возникают коллизии, перерасчёт расписания, что затрудняет чтение графиков и принятие управленческих решений на их основе. Если предположить, что требования каждого заинтересованного лица должны быть учтены, то в процессе выстраивания коммуникаций между участниками проекта, может возникнуть критическая ситуация, когда количество календарно-сетевых графиков будет равна количеству коммуникационных связей, что может быть выражено следующей формулой:$N=\frac{n\cdot(n-1)}{2}$ ,   (1)где N – плановое количество коммуникационных каналов,       n – количество участников [11].С учетом того, что успешность реализации проекта на 40% зависит от эффективности коммуникаций между заинтересованными лицами, можно смело утверждать, что требования заинтересованных лиц обоснованы для каждого из них (рис.1):Рис.1. Пример расчета количества календарно-сетевых графиков в одном проектеПри этом полученное количество КСГ существенно увеличивает трудоемкость процессов планирования, актуализации, увеличивает скорость принятия управленческих решений.В результате возникает коллизия, которая создает проблему: чем больше количество графиков, тем ниже эффективность управления.Для решения данной проблемы авторами предлагается использовать шаблон многоуровневой модели планирования, что позволит минимизировать количество графиков, сохранив при этом количество коммуникаций.Объекты и методы исследованияМногоуровневая модель представляет собой календарно-сетевой график [12], декомпозированный на несколько уровней управления проектом в зависимости от решаемых задач для каждого заинтересованного лица (рис. 2).Рис. 2. Определение уровней управления проектомДля моделирования коммуникаций между заинтересованными лицами были предложены восемь условных ролей для контрактной модели EPCM [3]:Роль – Заказчик (он же выполняет роль Инвестора);Роль – Руководитель проекта;Роль – Проектировщик;Роль – Поставщик;Роль – Генподрядчик;Роль – Подрядчик строительных работ;Роль – Подрядчик монтажных работ;Роль – Подрядчик работ по благоустройству.Для анализа влияния неопределенности на разные уровни модели для каждого этапа жизненного цикла управления проектом строительства [4, 5] была использована технология Stage Gate [6], представленная на рис. 3:Рис. 3. Соотношение уровней модели и этапов жизненного цикла управления проектом строительстваЗатем были смоделированы шаблоны КСГ для каждого уровня модели и интерфейсы интеграции в виде вех – точек принятия ключевых решений [6].Результаты исследованийВ качестве первого уровня модели предложен Директивный график, который представляет собой таблицу точек принятия ключевых решений, которые можно легко интегрировать в календарь Заказчика и Таблицы работ проекта с необходимыми плановыми данными, Рис.4:Рис. 4. Пример формирования Директивного графика 1-го уровняТочки принятия ключевых решений входят в зону ответственности Заказчика. Плановые данные о стоимости и сроках планируются в Таблице работ и Диаграмме Ганта по мере поступления. Фактические, аналитические и прогнозные данные также вносятся по мере их поступления из графиков нижних уровней. График содержит всю необходимую информацию о всех этапах жизненного цикла управления проектом строительства и служит источником для планирования графиков нижних уровней.Второй уровень модели – Комплексный интегрированный график – может быть представлен в виде таблицы WBS [7, 8], которая позволяет определить ответственного за результат и контролировать аналитику по проекту (рис. 5):Рис. 5. Пример формирования WBS Комплексного интегрированного графика 2-го уровняКомплексный интегрированный график может быть представлен в виде совокупности таблиц:Таблицы точек принятия ключевых решений (за минусом пройденных), и детализированных ключевых вех проекта, которые интегрируются в календарь Руководителя проекта; Детальный график проекта, содержание которого декомпозировано в соответствии со структурой контракта EPCM.Таблицы укрупненных работ проекта с декомпозицией по функциональным областям в соответствии со структурой контракта EPCM, представленный на рис. 6:Рис. 6. Пример формирования Комплексного интегрированного графика 2-го уровняТретий уровень модели – Детальный график проекта, содержание которого декомпозировано до уровня пакета работ может быть представлен в виде таблицы WBS (рис. 7):Рис. 7. Пример формирования WBS Детального графика 3-го уровняДетальный график 3-го уровня в виде совокупности Таблицы точек принятия ключевых решений и Таблицы работ повторяет технологию Комплексного графика 2-го уровня с новым составом работ более высокой степени детализации.Интеграция графиков разных уровней производится через межпроектные технологические зависимости «снизу-вверх» между одноименными вехами проекта. В предлагаемой модели, Веха – это графическое отображение поставляемого результата пакета работ узла WBS.Точки принятия ключевых решений вынесены в отдельный узел WBS – интерфейс управления проектом, таким образом, руководитель проекта получает возможность управления проектом на всех уровнях модели (рис. 8):Рис. 8. Интерфейс интеграции графиков многоуровневой моделиПри необходимости разграничений прав доступа между участниками, Детальный график 3-го уровня может быть разбит на отдельные проекты или пакеты работ сохраняя многоуровневую интеграцию.ВыводыПредложенный шаблон построения многоуровневой модели управления позволяет сократить количество календарно-сетевых графиков до трех формальных уровней и использовать общий объем информации планирования и управления проектом для всех заинтересованных лиц проекта.На практике, решение может быть использовано с применением различных информационных систем управления проектами без каких-либо доработок или с незначительными корректировками в зависимости от специфики реализуемых проектов.