Проектирование

Матрица заданий между смежными разделами проектирования: как избежать разночтений

2026-05-23 · 12 мин чтения · ЛЭНДПРОДЖЕКТ

# Матрица заданий между смежными разделами проектирования: как избежать разночтений

Большинство срывов сроков и переделок в проектной документации случается не из-за ошибок в одном разделе, а из-за того, что смежные разделы не договорились между собой. КР закладывает колонну, ОВиК ставит туда воздуховод, ЭОМ тянет кабельный лоток. На бумаге всё чисто — на стройке стоп.

Инструмент, который этому противостоит, называется матрицей заданий между смежными разделами. В ЛЭНДПРОДЖЕКТ мы ведём её на каждом крупном проекте — от ИЖС-посёлков до многоэтажных ЖК. Ниже разбираем, что это такое, кто её формирует, какие колонки в ней должны быть и как BIM-среда и AI-агенты сокращают количество разночтений на 60-80%.

Что такое матрица заданий

Матрица заданий — это документ, в котором по строкам перечислены разделы-источники (тот, кто выдаёт задание), а по столбцам — разделы-получатели (тот, кто это задание исполняет в своей части). На пересечении — конкретные исходные данные, которые один раздел должен передать другому, чтобы тот не строил предположений.

Простой пример. Раздел ВК (внутренние сети водоснабжения и канализации) должен получить от АР:

• расположение санузлов и моек;
• отметки чистого пола;
• материал перекрытий (для расчёта проходок);
• расположение технических шахт.

И обязан выдать в КР:

• нагрузки на перекрытия от оборудования и трубопроводов с водой;
• координаты и габариты проходок через несущие конструкции;
• координаты приямков, дренажа.

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

Чем матрица отличается от ТЗ

Техническое задание на проектирование (ТЗ) — это документ заказчика проектировщику: что строим, где, под кого, по каким требованиям. Матрица заданий — это внутренний документ ГИПа (главного инженера проекта), и она работает между разделами одного проекта, а не между заказчиком и подрядчиком.

В ТЗ написано: "Запроектировать многоэтажный жилой дом в Москве, 18 этажей, 4 подъезда, паркинг на 120 машиномест". В матрице заданий написано: "Раздел АР выдаёт в раздел ЭОМ план первого этажа в формате DWG с указанием помещений, в которых требуется аварийное освещение, до 15.06.2026".

ТЗ один на проект. Матрица заданий — живой инструмент, который обновляется каждую неделю и закрывается только вместе с проектом.

Какие разделы участвуют

Минимальный комплект для стадии "П" по 87-му постановлению:

| Сокр. | Раздел | Главные смежники |

|-------|--------|------------------|

| ПЗ | Пояснительная записка | все разделы (агрегатор) |

| СПОЗУ | Схема планировочной организации земельного участка | АР, ПОС, КР, ИОС |

| АР | Архитектурные решения | КР, все ИОС, ОДИ, МОПБ |

| КР | Конструктивные решения | АР, ОВиК, ВК, ЭОМ, СС, ТХ |

| ИОС | Сведения об инженерном оборудовании (ЭОМ, ВК, ОВиК, СС, ТХ, ГСВ) | АР, КР, между собой |

| ПОС | Проект организации строительства | АР, КР, ИОС, СПОЗУ |

| ООС | Охрана окружающей среды | АР, ПОС, ИОС |

| МОПБ | Мероприятия по обеспечению пожарной безопасности | АР, КР, ИОС |

| ОДИ | Обеспечение доступности для инвалидов | АР, СПОЗУ |

На стадии "РД" добавляются разделы КЖ/КМ (железобетон/металл с маркировками), ГП (генплан), ВНС/НВК (наружные сети) — и матрица увеличивается в 2-3 раза. Поэтому без таблицы в голове удержать связи нереально.

Структура матрицы — что в ней должно быть

Хорошая матрица — это не "галочки", а набор обязательств с датами. Минимальный комплект колонок:

1. № задания (сквозная нумерация).
2. Раздел-источник — кто выдаёт.
3. Раздел-получатель — кому.
4. Содержание задания — что именно выдаём (план, нагрузки, схему, координаты).
5. Формат передачи — DWG, RVT, PDF, XLSX, IFC, BCF.
6. Срок выдачи — конкретная дата.
7. Срок проверки получателем — дата, до которой получатель должен возразить или принять.
8. Статус — выдано / принято / в работе / спор.
9. Версия — каждое обновление = новая строка с инкрементом.
10. Комментарии / ссылка на коллизии BCF.

В ЛЭНДПРОДЖЕКТ мы ведём матрицу в общей таблице — раньше это был Excel в общей папке, сейчас всё мигрировало в Битрикс24 как чек-листы внутри задач, чтобы автоматически приходили напоминания.

Кто отвечает за матрицу

ГИП — главный инженер проекта. Он же главный архитектор проекта (ГАП) для архитектурных проектов. Никто, кроме ГИПа, не имеет полного контекста, кто кому что должен.

Распределение ответственности:

• ГИП — ведёт матрицу, утверждает сроки, разводит споры.
• Руководитель раздела — следит за выдачей и приёмкой своих заданий, проставляет статусы.
• BIM-координатор — проверяет, что выданные задания корректно отражены в сводной модели, отчитывается о коллизиях.
• Технический заказчик / служба заказчика — может запрашивать выписку из матрицы, но не редактирует её.

Частая ошибка молодых бюро: ГИП "слишком занят" и поручает вести матрицу секретарю или инженеру 1-й категории. Через две недели матрица превращается в кладбище задач без статусов. Делегировать можно проставление статусов, но не контроль связности.

Типовые разночтения, которые ловит матрица

Из практики ЛЭНДПРОДЖЕКТ — список самых частых разночтений, которые матрица заданий и BIM-координация ловят на ранних стадиях:

АР ↔ КР. Архитектор передвинул колонну на 200 мм, чтобы выровнять оконный ряд. Конструктор не получил задание на пересчёт. На рабочей документации — разные планы.

АР ↔ ОВиК. В техническом этаже архитектор показал коридор 1500 мм. ОВиК заложила там магистральный воздуховод 800×400 с теплоизоляцией. По нормам нужен проход 600 мм — не помещается.

КР ↔ ВК. Конструктор заложил монолитную плиту перекрытия 200 мм. ВК показывает прокладку канализационных стояков в этой плите. Минимальная толщина для скрытой прокладки — 250 мм.

ОВиК ↔ ЭОМ. Раздел ОВиК поставил приточную установку с электроподогревом, не запросив у ЭОМа подтверждение свободной мощности на щите. ЭОМ выдал РД без этой нагрузки, на стройке выгорает автомат.

СС ↔ АР. Слаботочка проложила магистральный кабельный лоток за подвесным потолком, не уточнив у АР высоту потолка в коридоре. Получили потолок 2700 вместо запроектированных 2900.

МОПБ ↔ все. Раздел пожарной безопасности рассчитал эвакуацию исходя из дверей 900 мм. АР на РД поставил двери 800 — не прошёл по нормам.

Каждое такое разночтение — это 3-10 рабочих дней на согласование задним числом и переделку. Двадцать таких эпизодов на проекте — сдвиг сроков на квартал.

BIM как технологический фундамент матрицы

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

BIM (Building Information Modeling) переводит часть матрицы в автоматический режим:

1. Single source of truth. Все разделы работают в общей среде данных (CDE) — у нас это Autodesk Construction Cloud или BIM360, для российских заказчиков — Pilot-BIM, Tangl. Любое изменение в АР тут же видно конструктору.
2. Связанные модели Revit. АР и КР работают в одной сводной модели через linked models. Когда архитектор двигает колонну, конструктор получает уведомление о расхождении.
3. Сводная модель в Navisworks. Раз в неделю BIM-координатор собирает разделы в NWD и прогоняет clash detection — автоматический поиск пересечений между трубой и балкой, кабелем и воздуховодом.
4. BCF-отчёты. Найденные коллизии экспортируются в формат BCF (BIM Collaboration Format) — это файл с координатами, скриншотами и описанием конфликта. Получатель открывает BCF, видит проблему и принимает решение.

В ЛЭНДПРОДЖЕКТ типовой проект ЖК на 18 этажей даёт после первой сводной модели 400-1200 коллизий. После трёх итераций BCF-координации — 30-80, из которых 0 критических. Без матрицы заданий и BIM эти коллизии вылезли бы на стройплощадке через прораба и стоили бы в десятки раз дороже.

Подробнее про автоматический поиск коллизий — в статье BIM коллизии: автоматическая проверка модели.

AI-агенты: следующий уровень координации

То, что раньше делал BIM-координатор вручную — открыл сводную модель, прокликал коллизии, выписал, кому что переделать — постепенно перетекает в AI-агентов.

В ЛЭНДПРОДЖЕКТ мы интегрировали Claude Agent SDK в pipeline координации разделов. Что умеет агент:

1. Читает BCF-отчёт после clash detection и автоматически распределяет коллизии по разделам-виновникам. Например, "коллизия между воздуховодом ОВиК и балкой КР" уходит сразу в задачу руководителю раздела ОВиК с дедлайном.
2. Сверяет матрицу заданий с фактом. Если в матрице написано "АР выдаёт в ЭОМ план первого этажа 15.06.2026", агент проверяет: появился ли в общей папке файл с нужным именем и датой? Если нет — пингует ГИПа.
3. Анализирует расхождения между разделами на текстовом уровне. AR-пояснительная говорит "класс пожарной опасности С0", а в МОПБ-пояснительной написано "С1" — агент находит это противоречие за минуты, человек ловит через неделю.
4. Готовит черновики ответов экспертизе по типовым замечаниям между разделами — экономит ГИПу 3-5 часов в неделю на бюрократии.

Полная схема нашего AI-стека описана в AI-автоматизация архитектурного бюро.

Чеклист для запуска матрицы заданий на новом проекте

Если вы только начинаете внедрять матрицу — вот рабочий чеклист, который мы используем на старте любого проекта в ЛЭНДПРОДЖЕКТ:

1. Утвердите состав разделов на стадии ТЗ. Сколько разделов — столько строк и столбцов матрицы.
2. Назначьте ГИПа ещё до старта рабочей фазы. Без единого ответственного матрица превратится в фикцию.
3. Соберите начальные задания — минимум 10-15 базовых исходных данных от каждого раздела к каждому. Это занимает 1-2 рабочих дня и экономит месяцы.
4. Зафиксируйте формат передачи — DWG/RVT/IFC/PDF/XLSX. Расхождение в форматах рождает разночтения с первого дня.
5. Установите регулярные совещания BIM-координации — раз в неделю обязательно. На совещании ГИП проходит по матрице, проставляет статусы, разводит споры.
6. Подключите CDE — общую среду данных. Даже простой Yandex.Disk или Google Drive с жёсткой структурой папок лучше, чем пересылка файлов в почте.
7. Запустите clash detection с первой версии сводной модели — не ждите, пока модель будет "готова". Чем раньше начнёте искать коллизии, тем дешевле они стоят.
8. Закройте проект финальной матрицей. Заархивируйте: пригодится в следующем проекте как шаблон.

Сколько стоит вести матрицу

Часто слышим вопрос: "А не дорого ли держать ГИПа, который только и делает, что таблички ведёт?".

Считаем экономику простого жилого дома 12 000 м² на стадии РД. Без матрицы и BIM-координации:

• 8-12 переделок разделов на стадии АН (авторский надзор) = 200-400 человеко-часов;
• Сдвиг сроков на 1-2 месяца = убыток заказчика на простой стройки 5-15 млн ₽;
• Риск ошибок в государственной экспертизе = повторная подача 250-500 тыс ₽.

С матрицей + BIM + AI-координация:

• ГИП + BIM-координатор тратят на координацию 150-250 ч за весь проект;
• Переделок 1-2, не критичных;
• Экспертиза с первого раза, без повторных подач.

Дельта — 1.5-3 млн ₽ экономии для бюро + 5-15 млн ₽ для заказчика. Это и есть бизнес-кейс координации.

Частые вопросы

Нужно ли вести матрицу на маленьком проекте (одноквартирный дом, перепланировка)?

Маленькую — да, упрощённую. На одноквартирном ИЖС достаточно одного листа A4 со списком "АР → КР: фундамент, нагрузки, кровля". Принцип тот же — никаких "и так понятно".

Можно ли вести матрицу в Excel или нужны спец-системы?

Excel — рабочий минимум на 2-3 года и проектах до 30 000 м². Дальше — Битрикс24, BIM360, Pilot-BIM. Главное не платформа, а дисциплина ведения.

Чем матрица отличается от BCF-отчёта?

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

Можно ли отдать матрицу на аутсорс субподрядчику?

Нет. Ведение матрицы — это знание проекта изнутри. Аутсорсить можно только заполнение строк, но не контроль связности.

Что делать, если смежник просто игнорирует задания?

Эскалация: ГИП → ГАП → директор бюро → заказчик. Если игнорирование систематическое — менять смежника. На крупных проектах разнобой между разделами обходится дороже любого штрафа.

Итоги

Матрица заданий между смежными разделами проектирования — это не "лишняя бюрократия", а главный инструмент управления разночтениями на крупном проекте. Без неё каждый раздел работает в своём пузыре, и стройка собирает все ошибки на себя.

BIM-среда и AI-агенты переводят рутину координации в автомат, но не заменяют дисциплину ГИПа и не отменяют необходимость вести матрицу осознанно.

В ЛЭНДПРОДЖЕКТ матрица заданий — обязательный документ на любом проекте от 5 000 м². Мы ведём её на каждом этапе — от ЭП до РД — и подключаем к ней Claude-агента для автоматической сверки выдачи-приёмки и анализа BCF.

Закажите проект в ЛЭНДПРОДЖЕКТ — получите не только проектную документацию по 87-му постановлению, но и работающую систему координации между разделами, которая сэкономит вам недели на стройке. Связаться с нами: landproject.net.