Карточка ГЭСН.xlsx
Мы участвуем в пилотном проекте Минстроя России по подготовке цифровых ведомостей объёмов работ (ЦВОР) на основе ЦИМ.
Сначала задача выглядела вполне прикладной. Чтобы не пытаться автоматизировать всё и сразу, решили двигаться от тех работ, которые сильнее всего влияют на стоимость объекта:
1. определить наиболее капиталоёмкие позиции по разделам АР, КР и ОВИК;
2. понять, какие ГЭСН за ними стоят;
3. определить, какие данные нужны для выбора конкретной нормы и расчёта объёма;
4. разобраться, как связать элемент ЦИМ с ГЭСН – напрямую либо через код нашего классификатора;
5. на основании этого определить, какие материалы, единицы измерения и другие характеристики должны быть стандартизированы в параметрах ЦИМ.
Логика вроде бы понятная: от стоимости – к норме, от нормы – к необходимым данным, от данных – к требованиям к модели.
Но довольно быстро возник ещё один вопрос.
Допустим, мы всё это прошли. Сметчик объяснил, почему для конкретной конструкции выбрана именно эта норма.
ТИМ-специалист понял, из какого параметра модели брать объём. Вместе определили, когда элемент можно связать с ГЭСН по наименованию материала, а когда нужен классификатор.
А что останется после завершения пилота?
Настройки в программе? Человек, который «помнит, почему мы тогда сделали именно так»? Формальный отчёт?
Так появилась идея Карточки ГЭСН☝️
---
В ней отдельно записывается:
- что это за ГЭСН и к какому разделу он относится;
- какие качественные характеристики элемента нужны, чтобы выбрать именно эту норму;
- откуда в ЦИМ брать объём и как переводить его в единицу измерения ГЭСН;
- как связать норму с элементом модели – напрямую или через классификатор;
- что делать с многослойными элементами;
- чем проверить правильность полученной связи и какой у неё статус.
То есть карточка отвечает не только на вопрос «что настроили?», но и на гораздо более полезный вопрос – «почему настроили именно так?»
Причём она специально разделяет две вещи, которые легко смешать: данные, необходимые для выбора нормы, и данные, необходимые для расчёта объёма.
❗️Это важно, потому что наличие в модели материала и геометрии ещё не означает, что этих данных достаточно для автоматического выбора нужной расценки.
---
И вот здесь, на наш взгляд, появляется ценность, которая выходит уже за рамки одного пилота.
Если такую карточку заполнить по каждой отработанной норме, другой специалист сможет не просто получить готовый результат, а проследить ход рассуждений, согласиться с ним или указать на ошибку.
Другая организация сможет взять наши наработанные связи «элемент ЦИМ → вид работ → ГЭСН», заменить наши коды классификатора и наименования материалов своими и адаптировать правила под собственную информационную среду.
А настройки сметного ПО перестают быть чем-то, что можно передать только вместе со специалистом, который их создавал.
В материалах пилота эта идея развивается дальше: карточки становятся основой для связанных справочников и формализованных правил мэппинга.
По сути, мы постепенно приходим к довольно простой мысли: результатом пилотного проекта должен быть не только работающий сценарий, но и передаваемое знание о том, как этот сценарий был получен.
Иначе следующая команда будет проходить тот же путь заново.
А если логика решений сохранена, проверяема и пригодна для повторного использования – тогда осязаемые результаты пилота действительно начнут масштабироваться.
И по ходу работы столкнулись с вопросом, который, кажется, возникает почти в любом пилоте: как сделать так, чтобы накопленные знания не остались только в головах его участников?
Сначала задача выглядела вполне прикладной. Чтобы не пытаться автоматизировать всё и сразу, решили двигаться от тех работ, которые сильнее всего влияют на стоимость объекта:
1. определить наиболее капиталоёмкие позиции по разделам АР, КР и ОВИК;
2. понять, какие ГЭСН за ними стоят;
3. определить, какие данные нужны для выбора конкретной нормы и расчёта объёма;
4. разобраться, как связать элемент ЦИМ с ГЭСН – напрямую либо через код нашего классификатора;
5. на основании этого определить, какие материалы, единицы измерения и другие характеристики должны быть стандартизированы в параметрах ЦИМ.
Логика вроде бы понятная: от стоимости – к норме, от нормы – к необходимым данным, от данных – к требованиям к модели.
Но довольно быстро возник ещё один вопрос.
Допустим, мы всё это прошли. Сметчик объяснил, почему для конкретной конструкции выбрана именно эта норма.
ТИМ-специалист понял, из какого параметра модели брать объём. Вместе определили, когда элемент можно связать с ГЭСН по наименованию материала, а когда нужен классификатор.
А что останется после завершения пилота?
Настройки в программе? Человек, который «помнит, почему мы тогда сделали именно так»? Формальный отчёт?
Так появилась идея Карточки ГЭСН☝️
---
Карточка нужна не столько для фиксации самой нормы, сколько для фиксации логики принятого решения.
В ней отдельно записывается:
- что это за ГЭСН и к какому разделу он относится;
- какие качественные характеристики элемента нужны, чтобы выбрать именно эту норму;
- откуда в ЦИМ брать объём и как переводить его в единицу измерения ГЭСН;
- как связать норму с элементом модели – напрямую или через классификатор;
- что делать с многослойными элементами;
- чем проверить правильность полученной связи и какой у неё статус.
То есть карточка отвечает не только на вопрос «что настроили?», но и на гораздо более полезный вопрос – «почему настроили именно так?»
Причём она специально разделяет две вещи, которые легко смешать: данные, необходимые для выбора нормы, и данные, необходимые для расчёта объёма.
❗️Это важно, потому что наличие в модели материала и геометрии ещё не означает, что этих данных достаточно для автоматического выбора нужной расценки.
---
И вот здесь, на наш взгляд, появляется ценность, которая выходит уже за рамки одного пилота.
Если такую карточку заполнить по каждой отработанной норме, другой специалист сможет не просто получить готовый результат, а проследить ход рассуждений, согласиться с ним или указать на ошибку.
Другая организация сможет взять наши наработанные связи «элемент ЦИМ → вид работ → ГЭСН», заменить наши коды классификатора и наименования материалов своими и адаптировать правила под собственную информационную среду.
А настройки сметного ПО перестают быть чем-то, что можно передать только вместе со специалистом, который их создавал.
В материалах пилота эта идея развивается дальше: карточки становятся основой для связанных справочников и формализованных правил мэппинга.
По сути, мы постепенно приходим к довольно простой мысли: результатом пилотного проекта должен быть не только работающий сценарий, но и передаваемое знание о том, как этот сценарий был получен.
Иначе следующая команда будет проходить тот же путь заново.
А если логика решений сохранена, проверяема и пригодна для повторного использования – тогда осязаемые результаты пилота действительно начнут масштабироваться.