第1个回答 2022-08-15
关于BIM在现实业务中的推广障碍，其表象的形式很多，但其中有很多为问题的共性，其也是未来整个业务发展、数字化经济转型需要面对的若干问题，分别是项目制的流程规范、硬件算力的支持有限、数字化系统应用逻辑的局限、具体业务环节的利益矛盾。
首先，我们看到在项目的整体推进中，由于建筑产业多方参与、利益关系较为复杂、专业逻辑相对较强等多方面原因，整体项目的沟通和信息交互仍是一个损失大量时效的工作环节，这种效率的沟通偏低在国内外的传统发展中都存在，以至于国外开始ISO 19650的相关普及，从而实现国际通用的项目跟进流程。
例如在在其提倡的CDE统一信息平台上，所有的文件和信息按照“Work in Progress -- Shared -- Published -- Archived”为标准流程递进，其中的命名需要按照指定的顺序进行标签化命名，从而实现命名标签和工序阶段等细节的有机统一，通过标准化的共识规则快速让相关工作人员能够掌握相关文件等状态阶段。如此细节在ISO 19650中规范尚多，其目标都是希望在业主在话语权掌控和指导下，全体相关参与者能够按照统一的范式行事，从而降低整体的沟通障碍。BIM作为项目过程中的重要信息、数据载体，其自身便是ISO 19650一类的项目流程中的操作对象，不管是从具体的模型文件、抑或是从信息交互的思维，项目标准流程的统一都有利于BIM全生命周期的完整数据的承载、解析、归整并利用。
其次，在硬件算力的支持有限，也一定导致了整体BIM数字化系统的开展有限。现行的BIM系统，不管是设计阶段的专业建模软件，抑或应用系统阶段的数字化落地，其如对功能等有更深的要求，往往便对本地端或者服务端有着更高的配置要求，从而能够承载更完整、更海量、更多元的数据，从而实现应用层面的功能封装。从全国整体格局看，不管是国家“东数西算”的政策推进，抑或头部企业对于数据中心的不断加大投入，其在证明数字化经济、算力总量不断增长的同时，也侧面印证了作为新一代基础资源的算力总量的不足，这也成为数据信息无法真正得以充分价值体力的障碍。
而在实际的现实业务中，对于完整模型等数据的加载，尤其在加载、打开速度等有较高要求的大型数字化项目中，其往往需要显卡阵列等高端服务器配置的支持，而考虑当前显卡如3090的价格，其对于相关单位一定程度便是不小成本支出，更限制了广大有需求、但预算有限的大多数客户的使用可行性方案。因此，随着未来算力基础资源的不断完善和提升，公有云等让终端客户获得更高性价比的数字化方案将更加具备可行性的基础，也将推动BIM一类具备超大体量数据的技术赛道得以更好的应用和推广。
再次，BIM作为一个科技和行业相交合的平台，其一方面既要求信息技术的充分支持，另一方面也要求相关计算机语言能够将行业的痛点、难点、需求予以更好的理解和支持，而事实情况是相关的软件平台、数字化系统开发团队，在一定程度上都会偏向某一边，从而导致了整体数字化系统呈现同质化较为突出的情况，例如以高逼真的模型渲染效果为噱头、以普通数据流挂载而实现简单信息反馈为通用性应用，而却对更加深入的业务逻辑分析止步，例如对于IOT、BIM、GIS等方面数据的融合运用，对气候灾害中各类信息在专业逻辑模型中的决策预警分析等，都挖掘得不够深入，从而无法真正实现数字化系统为终端用户提供决策辅助、预案联动等方面的价值。
最后，在实际的业务岗位工序中，BIM的一些转变也导致一些利益冲突。例如BIM对应的正向设计，在设计费没有明显上涨的情况下，正向设计要求的精细化建模自然要求更长的周期投入，而此又与过渡期中的传统快交付范式相冲突，最终导致一线设计建模人员工作压力倍增，而无法得到足够的物质回报、精神满足；另外，正向设计相关新工艺要求，也让已经身处中高管理岗位的领导者一定程度需要重新学习，这也导致了虽然看似价值蛮多、但实际落地进度较慢的情况。
综上，我们看到BIM对应的完整数据支持、价值融合提炼的方向，其虽然得到国家、国际的认可，但实际过程中的障碍依然存在，且制约着行业缓慢的转型，但问题往往便是机会的出入口，从国家对于基础算力的支持，到软件系统中相关科技商对于云算力的适配和前沿数字化融合科技的发展，越来越多的系统在云计算底层组件，例如云计算三维数据引擎等模块的支持下，融合不同数据、技术以实现更多的价值，例如融合AI识别语义与BIM模型完整加载的三维智能审图平台、融合BIM和GIS的CIM平台、融合CIM和气候灾害模型Monte Carlos的资产损控平台等，都在以上的问题格局中做出了不同的尝试。