Данные
Проект как структура данных: почему решения нужно хранить связно
Оцифровка проектного метода часто понимается просто: перевести бумагу в PDF, таблицы — в облако. Но набор файлов ещё не данные. Файлы не знают, как связаны между собой, а проект держится именно на связях: поменяли планировку — сдвинулась инженерия, изменилась смета, поехали сроки. Когда эти связи нигде не записаны, каждое изменение приходится пересобирать в голове заново.
Файл хранит вид, данные хранят связь
PDF показывает, как решение выглядит. Он не показывает, откуда оно взялось и на что влияет. Поэтому в проекте из папок с файлами любое «давайте передвинем стену» превращается в ручную сверку десятка документов: смета в одном месте, план в другом, переписка с подрядчиком в третьем. Данные устроены иначе: решение хранится вместе со своими связями, и система сама показывает, что потянется следом.
Прослеживаемость держит смету честной
Когда каждое решение связано с его стоимостью, смета перестаёт быть отдельным файлом, который вечно отстаёт от реальности. Изменили материал — цифра пересчиталась, и видно, что подорожало, а что стало дешевле. Заказчик управляет конкретным выбором и не спорит с итоговой суммой, происхождение которой никто уже не помнит. В этом практический смысл «проекта как данных»: цена изменения видна в момент изменения.
Оговорка о зрелости продукта: сегодня Design Algorithm Application помогает держать этот порядок — связывать решения, стоимость и последствия в одном месте. Глубокая автоматизация (автоподбор поставщиков, конфигураторы, интеграции с учётными системами) относится к дорожной карте и пока не входит в доступные функции. Мы описываем направление и будущее за настоящее не выдаём.
Оцифровать метод — не значит сложить файлы в облако. Это значит сохранить то, что делает проект проектом: связи между решениями. Когда они записаны как данные, проект можно пересчитать, проверить и объяснить на любом уровне автоматизации.