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