Проектирование: от замысла к стройке

•

Андрей Лебедев

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

•

Алла Ким

— руководитель закупок. Её работу оценивают по экономии и срокам поставки, и она не любит ждать инженеров.

• Денис Орлов — ведущий конструктор. Требует письменного подтверждения нагрузок, из-за чего вступает в споры о сроках выпуска.

•

Пётр Гаврилов

— будущий руководитель службы эксплуатации. Ему жить с объектом, когда все остальные уйдут на следующий проект.

•

Ирина Шатова

— руководитель строительства у генподрядчика. Ей нужны фронт работ и лист, по которому можно строить сегодня.

• Сергей Маркин — представитель поставщика технологического оборудования. Ведёт поставку линии и отстаивает границы обязательств своей компании.

Исходные параметры «Северной линии» едины для всех глав. Изменения сведены в журнал событий в приложении «Материалы сквозного объекта». Решение о варианте развития из главы 3 связано с последующими закупками, а пропуск в задании из главы 8 обнаруживается на испытаниях в главе 28. При первом чтении журнал можно отложить до конца книги.

Отсчёт времени и база цен

Неделя 0 — инвестиционное решение. Даты сквозного объекта отсчитываются от этой точки, продолжительность указывается в неделях или рабочих днях. Конец недели 48 и начало недели 49 обозначают одну границу работ. Суммы и документы учебного кейса вымышлены и не описывают стоимость или нарушения реального проекта.

Основные строительные работы начинаются на неделе 49 после необходимых процедур. Ранние пакеты допускают только обозначенные действия — проработку, проверку, обратимое резервирование; сами по себе они не разрешают бетонирование. В кейсе не предполагается ранний самостоятельный этап строительства. Схема контрольных дат, связей и отклонений приведена в приложении.

Восемь сюжетных узлов

Карточка объекта

Как читать эту книгу

Если вы руководитель проекта или технический заказчик, читайте по порядку: логика книги повторяет логику объекта.

Если вы руководитель ПТО или строительства, начните с части V, затем перейдите к части VII и вернитесь к части IV.

Если вы начинающий ГИП, особое внимание уделите главам 8, 10, 13, 14 и 22.

Владельцу девелоперского проекта стоит начать с частей I, III и главы 29: они помогут сформулировать требования, распределить полномочия и выбрать показатели для контроля.

В тексте встречаются три вида вставок. Норма— положение законодательства или стандарта с датой проверки. Российская практика— подход отечественных экспертных и проектных организаций. Международная ремарка— инструмент зарубежной практики и граница его переноса в российский проект.

Нормативные сведения приведены по состоянию на 10 ноября 2026 года. Законодательство в строительстве меняется постоянно, поэтому книга объясняет прежде всего способ проверки: как найти применимую редакцию, как отличить действующую норму от принятой с будущей датой и как зафиксировать основание своего выбора. Этим способом можно пользоваться и после очередного изменения законов.

Список сокращений

Часть I. Что именно мы собираемся построить

Задача части — превратить намерение заказчика в требования, по которым можно выбирать и проверять решения.

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

Глава 1. Объект начинается с потребности

На первой встрече с проектировщиком коммерческий директор заказчика сформулировал задачу одной фразой: «Нам нужен ещё один склад на сорок тысяч квадратов». Фраза звучала уверенно, и проектировщик уже начал прикидывать пятно застройки.

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

— Что изменится для клиента, когда склад появится?

— Мы сможем отгружать больше.

— Сейчас мы не можем отгружать больше потому, что не хватает места хранения?

Пауза затянулась. Логист существующего комплекса, приглашённый на встречу по случайности, сказал, что склад заполнен на семьдесят процентов. Стеллажи оказались ни при чём. Узкое место — восемь доков отгрузки и очередь машин на подъезде.

Вместо описания проблемы заказчик сразу предложил способ её решения.

Потребность и решение — разные вещи

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

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

Если задача сформулирована через здание, площадь или установку, уточните, для чего они нужны. Ответ должен описывать результат: объём отгрузки, срок обработки заказа, требуемую мощность. Это позволит сравнить несколько способов достижения цели.

Четыре вопроса до первого эскиза

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

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

Где границы системы.Что входит в задачу, а что остаётся снаружи: существующий склад, подъездная дорога, информационная система управления складом, внешние сети. Подробно границы разобраны в главе 4, но первое приближение нужно уже сейчас.

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

Кто подтверждает потребность

У потребности должен быть владелец — человек, который отвечает за бизнес-результат и вправе менять его параметры. На «Северной линии» это коммерческий директор. Руководитель проекта помогает сформулировать потребность, но не подменяет владельца. Проектировщик проверяет реализуемость, но не решает, что нужно бизнесу.

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

Одностраничное описание потребности

Инструмент главы — форма 1. На одной странице помещается резюме потребности: функция, пользователи, ключевые ограничения и критерии успеха. Сложные сценарии и расчёты выносятся в приложения с обозначением версии. Краткость резюме помогает согласовать задачу, но не служит доказательством полноты её описания.

В строку «Нерешённые вопросы» заносят то, что ещё предстоит выяснить. Это позволяет отличить подтверждённые сведения от допущений и назначить сроки получения данных.

Позиция автора

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

Задание

На «Северной линии» коммерческий директор требует дополнительное здание на 40 000 м². Логист говорит о доках. Финансовый директор спрашивает, почему нельзя арендовать. Составьте одностраничное описание потребности. Определите три сведения, без которых нельзя сравнивать варианты.

Разбор

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

Распространённая ошибка — вписать в описание потребности площадь, которую назвал директор. Площадь — параметр решения. Она появится после сравнения вариантов и может оказаться и больше, и меньше.

Глава 2. Требование, которое можно проверить

Первая версия требований к «Северной линии» занимала две страницы. В ней были слова «современный», «надёжный», «с запасом на развитие», «удобный для обслуживания», «энергоэффективный». Завершалась она фразой «при минимальных затратах».

Пётр Гаврилов, будущий руководитель эксплуатации, прочитал документ и спросил:

— А как мы через три года докажем, что здание ненадёжное?

Вопрос показал, что документ не задаёт однозначного способа проверки надёжности. Без него участники могут по-разному оценивать один и тот же результат.

Тест на проверяемость

Проверяемое требование отвечает на три вопроса:

Какая величина или признак измеряется?

Какое значение считается выполнением?

Как, кем и когда это подтверждается — расчётом, проверкой документации, испытанием, измерением в эксплуатации?

«Надёжная система холодоснабжения» тест не проходит. «Температура в камере хранения +2…+8 °C при отказе одного холодильного агрегата; подтверждается расчётом на стадии ПД и испытанием при пусконаладке» — проходит.

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

Что обычно забывают

В задании легко сосредоточиться на производительности и упустить эксплуатацию. Проверьте ещё пять групп требований:

•

Доступность для разных пользователей.

Не только вход, а весь маршрут: парковка, вход, рабочее место, санузел, эвакуация.

•

Безопасность.

Пожарная, промышленная, транспортная, антитеррористическая — в той мере, в какой они применимы к объекту.

•

Ремонтопригодность.

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

•

Эксплуатационные затраты.

Ориентир по энергопотреблению, численности персонала, расходным материалам.

•

Условия обслуживания.

Кто и в каком режиме будет обслуживать объект: собственная служба, аутсорсинг, сервис производителя.

Соответствие обязательным требованиям безопасности не входит в предмет торга с заказчиком. Его обеспечивает проектировщик на основании Федерального закона «Технический регламент о безопасности зданий и сооружений» № 384-ФЗ и специальных требований. В задание попадает то, что заказчик хочет сверх обязательного, и сведения, необходимые для выбора применимых требований: назначение, численность, технология, режим работы.

Конфликт требований — нормальное состояние

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

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

Матрица «требование — решение — подтверждение»

В матрице по форме 2 каждому требованию отводят строку. Сначала заполняют требование и владельца, затем добавляют решение, документ и способ подтверждения.

Матрицу ведут в течение всего проектирования. В главе 28 по ней проверяется полнота программы испытаний. Если требованию не назначена проверка, подтвердить его выполнение к сдаче будет затруднительно.

Обратите внимание, чего в этой матрице нет. В описании потребности (глава 1) пять сценариев, в том числе «сезонный пик». Строки для него — требования Т-08 о температуре в зоне отгрузки при частом открывании ворот — в матрице не оказалось: при сведении матрицы технолог посчитал, что пик покрывается требованием Т-07. Это не одно и то же: Т-07 описывает отказ агрегата, а пик — тепловой приток через ворота. Проверка «у каждого сценария описания потребности есть хотя бы один код Т» обнаружила бы пропуск здесь, за два года до испытаний. В главе 28 видно, во что он обошёлся.

Международная ремарка. Великобритания, Project Routemap.Британское агентство инфраструктурных проектов (Infrastructure and Projects Authority) выпустило маршрутную карту инициации крупных проектов. Её идея — решить проблемы начального этапа до того, как они станут проблемами реализации, и связать требования с ожидаемым эффектом. Полезный для российского читателя приём: прежде чем назначить дату этапа, определите его результат и условия готовности. Предел переноса: инструмент создан для спонсоров крупных государственных программ и не заменяет российских процедур подготовки инвестиционного решения. Источник: gov.uk.

Задание

В учебном фрагменте пять требований:

«Склад должен быть максимально высоким для экономии земли».

«Стеллажное хранение без спринклеров внутри стеллажей — заказчик не хочет риска пролива на товар».

«Резерв электрической мощности для второй очереди».

«Ввод в эксплуатацию к концу недели 96».

«Минимальные капитальные затраты».

Назначьте владельцев, переформулируйте требования в проверяемые и найдите конфликты.

Разбор

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

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