Четыре контейнера порядка: как зоны WIP, Shared, Published и Archive спасают проекты от хаоса

В мире управления строительством и проектированием часто царит информационный хаос. Самый распространенный его симптом звучит так: "Скинь последнюю версию спецификации, ту, где в названии “ФИНАЛ_3_точно_финал_исправленный_Петей'".

Международные стандарты предлагают решение этой проблемы — внедрение Среды общих данных (СОД). Но это не просто "облачная папка". Это целая философия жизненного цикла информации, основанная на разделении данных на четыре строгие зоны.

Разберемся, почему "одна папка для всех" — это зло, и как работают главные контейнеры порядка.

Что такое СОД простыми словами

Среда общих данных (СОД или CDE — от англ. Common Data Environment) — это единое цифровое пространство, где вся проектная, рабочая и эксплуатационная информация хранится, распространяется и управляется по строгим правилам.

Главный мировой стандарт в этой области — ISO 19650 (международный свод правил по управлению информацией в строительстве). Согласно ему, СОД — это не просто жесткий диск, а Single Source of Truth (Единый источник истины). Эта концепция означает, что любой участник проекта (архитектор, инженер, прораб, заказчик) в любой момент времени точно знает, где искать актуальные данные, и может на 100% доверять их достоверности.

Проблема  «одной папки» : почему это тупик

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

Риски одной папки:

1. Коллизии (пересечения). Прораб строит по версии 1.0, а проектировщик изменил балки в версии 2.0, но не пометил и не сообщил об этом, забыл. В строительстве коллизия — это физическое пересечение элементов (например, труба вентиляции проходит сквозь несущую балку), которое ведет к дорогостоящим переделкам на стройплощадке. Термин пришёл из BIM (Building Information Modeling) — это информационное моделирование зданий, но постепенно приживается и на строительной площадке.

2. Потеря данных. Случайное удаление файла из зоны WIP (о ней ниже) убивает недели работы инженера.

3. Отсутствие аудита. Невозможно доказать заказчику, что вы отправили ему именно ту версию документа, которую он, как утверждает, видел и согласовал.

Зоны СОД решают эти проблемы, жестко разделяя состояния информации.

Назначение каждой зоны: от черновика до вечности

Стандарт ISO 19650 выделяет четыре "контейнера" (зоны или состояния):

1. WIP (Work In Progress) — «Рабочая зона»

Назначение: Личное или командное пространство для создания и редактирования черновиков (незавершенной работы).

Правила: Здесь нет жестких требований к оформлению. Инженер может экспериментировать и сохранять файлы каждые 5 минут. Доступ: строго у своего отдела (например, только архитекторы видят чертежи архитекторов). Другие участники (например, строители) физически не видят эти файлы, пока автор сам не выложит их в следующую зону.

2. Shared — «Общая зона» (для проверки и согласования)

Назначение: Мост между смежными проектировщиками. Автор закончил чертеж и считает его готовым для проверки коллегами.

Правила: Данные попадают сюда по принципу PDCA (Plan-Do-Check-Act или "Планируй-Делай-Проверяй-Действуй" — циклический метод непрерывного улучшения процессов). Это зона для проверок, а не для стройки!

Процесс: Выложили в Shared → Запустили цепочку согласований и соответственно проверку проектных решений и на координацию инженерных сетей). Если инженер по ВК (Водоснабжению и Канализации) нашел какое-то не соответсвии, например не те диаметры труб подобраны или что его труба пересекается с вентиляцией, документ отправляется на доработку обратно в WIP.

3. Published — «Опубликованная зона» (Утвержденное)

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

Правила: Информация "зафиксирована". Без процедуры управления изменениями — официального процесса, когда любое изменение в утвержденном документе требует заявки, обоснования и повторного согласования и выпуска этих изменений) их трогать нельзя. Именно в эту зону смотрит прораб, чтобы выставить опалубку. Это юридически значимый контент.

4. Archive — «Архив»

Назначение: Музей проекта. Сюда попадает Published (опубликованная)-информация после завершения этапа или приемки объекта.

Правила: Только чтение. Никто не может ничего удалить или изменить. Хранится весь жизненный цикл здания, включая документацию (Исполнительную документацию — чертежи, которые отражают фактически построенный объект со всеми изменениями, внесенными в ходе стройки). Через 10 лет, когда потечет труба, управляющая компания откроет Архив и увидит точный исторический срез.

Типичные ошибки компаний при внедрении

Игнорирование зоны Shared (Общая зона). Люди кидают файлы сразу из WIP (Рабочая зона) в Published (Опубликовано). В результате в "утвержденных" лежат сырые черновики с ошибками, которые потом всплывают на стройке.

Подмена понятий. Считают, что если наклеить стикер "Проверено", то это Published (Опубликовано). Нет. Опубликование требует формального workflow (бизнес-процесса — жестко заданной последовательности действий и маршрутов согласования, например, обязательной электронной подписи ГИПа — Главного инженера проекта).

Вечный WIP (Рабочая зона). В проекте нет дисциплины "завершить чертеж". Документы годами лежат в рабочей зоне, никто не решается отправить их на проверку.

Архив как помойка. В Архив сбрасывают все версии подряд (старые, удаленные, черновики). Архив должен хранить только то, что было однажды Опубликовано.

Как организовать переход документа между зонами

Эффект СОД происходит не в папках, а в процессе перехода. Стандартный цикл выглядит так:

1. Создание (WIP). Проектировщик Петя готовит чертёж узла. Загружает его в соответствующую папку зоны (WIP);

2. Запрос на проверку (WIP → Shared). Петя нажимает кнопку "Отправить на согласование". Система ставит статус "In Review" (На проверке);

3. Согласование в (Shared). Проверяющие специалисты проекта открывают проверку. Находит ошибку, фиксирует её. Как итог чертёж отклоняется и уходит обратно Пете (Shared → WIP).

4. Исправление (WIP). Петя исправляет ошибку. Загружает новую версию, Повторная отправка.

5. Повторное согласование в (Shared → Published). Проверяющие видят исправленные ошибки, фиксируют исправление, нажимает согласовать и версия чертежа автоматически "Публикуется". Файл становится доступен только для чтения, без возможности редактирования. 

6. Выдача задания (Published). Прораб получает уведомление, скачивает чертеж и строит по нему.

7. Сдача объекта (Published → Archive). Объект построен. Вся папка Published переезжает в Archive. Начинается этап эксплуатации.

Вывод

Стандартные зоны СОД — это не бюрократическая прихоть, а реальный инструмент снижения финансовых рисков. WIP защищает черновики, Shared обеспечивает прозрачность проверок, Published дает команде "зеленый свет" на строительство, а Archive сохраняет знаний для будущего ремонта.

Переход от "общей папки" к полноценному СОД — это переход от веры в "нормального парня Петю" к доверию к системе. Однако внедрить эту систему на уровне "просто договоримся о правилах в чате" крайне сложно: человеческий фактор и лень всегда берут верх.

Именно поэтому на рынке существуют специализированные СОД-платформы, которые берут эту рутину на себя: они физически не дают открыть чужой WIP, сами переводят файлы между зонами и несут ответственность за цифровой порядок. О том, как изнутри устроены такие системы, на что смотреть при их выборе и как они спасают миллионы рублей на стройке — мы расскажем в следующих статьях этого канала. Подписывайтесь, чтобы не пропустить глубокие разборы инструментов, которые наводят порядок в строительном хаосе!