本章地图:
- 11.1 资产管理:给基础设施做理财规划
- 11.2 进度与成本的联合预测:工程的天气预报加预算表
- 11.3 AI 与双碳:给建筑称体重
- 11.4 智慧城市与 CIM:城市的三维病历本
- 11.5 把钱花在刀刃上:管理决策的 SUDA 闭环
开讲之前,先交代三件事。
第一件,这一章是自学章节。 课堂不讲,教材照常写满。别误会,自学不是因为它不重要——恰恰相反,它是把前十章的功夫,全部折算成钱、折算成城市的一章。你照常读,只是留给自己品。
第二件,这一章的主角变了。 前十章的主角是技术:数据、算法、模型。这一章的主角是"账"——资产账、进度账、成本账、碳账。AI 在这章里不是主角,是账房先生。但账房先生算得再快,最后拍板的还是掌柜的。掌柜的,就是你。
第三件,这一章是全书写下来最难的一章。 为什么?还记得第一章那张成熟度矩阵图吗?规设建管维五个阶段横着排开,管理这一列的颜色最浅——因为管理的 AI 落地,卡在两个地方:数据壁垒和决策链。这一章你会反复遇到同一句话:技术不难,难的是让数据流动起来,让人敢拍板。
三件事交代完,咱们开始。
11.1 资产管理:给基础设施做理财规划
核心知识点
先看一个真实场面。每年的养护预算评审会,各区的桥管所长排着队汇报:"我们区三号桥病害严重,请拨大修经费。""我们区七号桥桥面破损,影响通行。"领导听完一圈,心里只有一个念头:钱不够,怎么办?
这个场面,土木行话叫资产管理(Asset Management)。英文名字听着高级,其实本质一句话:用有限的钱,把一群老资产维持在该有的水平上,并且坚持最久。 标准点说,就是在全生命周期内以最优成本满足服务水平目标的一整套方法。国际上有专门的资产管理体系标准 ISO 55000,把"资产"定义为"对组织有潜在价值的物品"——桥是资产,隧道是资产,管网是资产,一栋教学楼也是资产。
那资产管理到底管什么?管三本账。
| 维度 | 问的问题 | 数据从哪来 | AI 干什么 |
|---|---|---|---|
| 健康(Health) | 它现在什么状态? | 检测、监测、巡检记录 | 健康指数打分、病害分级 |
| 价值(Value) | 它承担什么功能? | 交通量、城市功能、经济数据 | 重要度排序、替代成本估算 |
| 风险(Risk) | 它出事概率多大、后果多重? | 病害发展规律、失效模式、荷载 | 失效概率预测、后果量化 |
先看健康。健康是"体检报告":这座桥裂缝多宽、挠度多大、支座还好不好,检测数据说得清。AI 干的事,第九章讲过——把病害照片和传感器数据变成健康指数,比如 0 到 100 分,或者好、较好、较差、危险四个等级。这一步,技术已经相当成熟。
再看价值。价值是"这资产挣多少钱、值多少钱":一座城市高架桥每天过二十万辆车,一座乡村小桥每天过二十辆(示意)——功能贡献完全不是一个量级。价值算的是交通量、替代成本、对城市运转的贡献。
最后是风险。风险等于概率乘后果:桥梁倒塌的概率,乘以倒塌造成的人员伤亡和经济损失。概率从哪来?从病害的发展速度、结构的失效模式来推——这正是 AI 预测的强项。后果呢?从交通量、桥下空间、替代路径来估。
三本账算完,怎么用?修桥的优先级,不看你哪本账最难看,看三本账合起来谁最该动。这就把"谁喊得响谁先修",变成了"谁的风险敞口大谁先修"。 图 11-1 把这条决策链画出来了:从资产台账出发,过三本账,进优先级排序,落到资金分配,最后是养护执行,执行产生的新数据再回流台账——一个完整的闭环。
专业解读
为什么不能只按"病得最重"的排?我给你讲一个反直觉的例子。
两座桥,甲桥在偏远县道,检测出来三类病害,属于"病重";乙桥在城市环线,只有一类轻病害。如果只看健康,钱全给甲桥。可是甲桥一天过二十辆车,乙桥一天过二十万辆(示意)——乙桥一旦出事,堵的是整座城的动脉。所以管理里有个朴素的道理:病得重不等于该先修,出事了受不了才叫该先修。 这就要靠价值账和风险账去校正健康账。
用理财打个比方,你就全懂了。资产管理,就是给基础设施做理财规划。 你家的理财规划怎么做的?先体检(健康账),看收入(价值账),查保险缺口(风险账),然后才决定钱往哪儿放。资产管理的逻辑一模一样:先摸清家底,再看资产贡献,再评估出险敞口,最后分配资金。理财最忌讳"哪只股票跌得狠补哪只",资产管理最忌讳"哪座桥坏得厉害修哪座"——两个都是只看单本账的坏习惯。
再往深一层:为什么管理环节的 AI,落地这么难?这是本章要反复回答的问题,先给你第一个答案:数据壁垒。
桥的健康数据在检测公司手里,车流量数据在交警手里,养护台账在公路站手里,维修记录在施工单位手里——一座桥的信息散在四五家单位,格式还不一样,有的还是纸质档案。理财规划要有家庭总账本,资产管理也要有资产总台账,可这总台账恰恰是很多城市凑不齐的。第一章说过"数据坟墓":系统建了,数据不更新,模型没粮食,最后饿死。管理环节是数据坟墓的高发区,因为它的数据链条最长、最散。
第二个答案:决策链长。 工程师算出"这座桥该修",事情就完了吗?没有。要养护科审核、分管处长签字、财政局批钱、招标、施工、验收——中间任何一环掉了,建议就停在纸上。AI 在决策环节给出的从来不是"答案",是"建议",而建议要走过一长串人的手。技术算得再准,也绕不过"谁来拍板"这四个字。 这句话,11.5 节还会回来。
最后算一笔全生命周期账(Life Cycle Cost,LCC)。先说一句:下面的数字都是示意。一座桥设计寿命七八十年,建的时候花一个亿,养护可能还要花两三个亿。早期的一条小裂缝,花十万块灌浆就能止住;拖到钢筋锈蚀、混凝土剥落,就是三千万的重建。省小钱、花大钱,是养护管理最大的坑。 AI 的价值,就是把"什么时候花小钱"这个时机给你算出来——提前三年告诉你,比事后三年告诉你,省三十倍的钱。
土木案例
先讲正面的,某研究团队做过的一类实践(教学示意):桥梁群资产健康评估。 他们的思路,是把一座城市的桥梁群当成一个整体来看,而不是一座一座看。每座桥的检测历史、荷载等级、车流量、维修记录汇总成一张张"资产身份证",然后用 AI 给每座桥做健康评分、按价值分档、按风险排序,最后输出一张"维修优先级清单"。以前是"所长报修、领导拍板",现在变成"数据评分、模型排序、人来复核"——预算下来,先修谁、后修谁,白纸黑字写得清楚。这套东西不神秘,就是本节的三本账加一个排序算法,但它把行业里"凭经验、凭关系、凭喊声"的分配逻辑,换成了"凭数据"。
再讲一个反面案例,这类事真实得让人心疼(教学示意)。某市花了两千万建资产管理系统,买了设备、上了平台、聘了团队。第一年,数据录得整整齐齐;第二年,更新开始变慢;第三年,系统里最新的检测数据还是两年前的——因为检测报告是 PDF,靠人工一条条敲进系统,谁愿意敲?平台成了摆设,领导开会还是翻纸质台账。问题出在哪?不在 AI,在数据管道:没有人设计"检测报告自动进系统"这条管道,模型再强也是空转。记住这条教训:资产管理系统失败的,从来不是算法,是数据不流动。
本节小结
- 资产管理=健康、价值、风险三本账,在预算约束下求最优分配。
- 优先级不按"病得最重"排,按"风险敞口最大"排。
- 管理环节 AI 落地难的两个根因:数据壁垒、决策链长。
- 金句:AI 把账算清楚,人把责任扛起来——拍板永远在人。
课堂思考题
- 为什么"病得最重就优先修"是错的?请用健康、价值、风险三本账解释。
- 给你一座城市的 100 座桥的数据(检测评分、车流量、造价),你能设计一个最小可行方案排出维修优先级吗?需要哪些数据、用哪种 AI 任务?
- 找一找你身边的"数据坟墓"案例(任何行业的系统),分析它死在哪个环节。
11.2 进度与成本的联合预测:工程的天气预报加预算表
核心知识点
还记得第八章 8.5 吗?那一节我们讲施工进度预测,说它是"工地的天气预报"——用历史数据和实时状态,预测未来几周的进度。这一节,我们要把天气预报升级成天气预报加预算表:进度和成本,一起预测。
为什么必须一起?因为工程里,进度和成本是一对双胞胎。赶工要加人、加设备、加夜班费——进度抢回来了,钱烧出去了;停工要窝工费、机械闲置费——进度慢了,钱照样流。只预测进度,成本会失控;只预测成本,进度会扯后腿。 两个必须绑在一起算。
工程管理里早有一套算这个的成熟工具,叫挣值管理(Earned Value Management,EVM)。它盯三个数:
| 参数 | 英文 | 含义 | 通俗说法 |
|---|---|---|---|
| 计划价值 | PV(Planned Value) | 到这个时点,计划该干完多少活 | 计划表 |
| 挣值 | EV(Earned Value) | 到这个时点,实际干完多少活 | 成绩单 |
| 实际成本 | AC(Actual Cost) | 干这些活,实际花了多少钱 | 花账单 |
三个数一除,两个指数就出来了:CPI = EV ÷ AC,大于 1 说明钱花得值,小于 1 说明超支;SPI = EV ÷ PV,大于 1 说明进度超前,小于 1 说明拖期。这套方法用了几十年,好使,但有个硬伤——它是事后算账。 月底一算,CPI 0.92——超支 8%(示意)。超支已经发生了,你只是知道而已。
AI 干的活,是把挣值管理从"事后算账"变成"事前报信":用历史项目数据加本项目实时状态,预测未来四周的进度曲线和成本曲线,还要带上概率区间——"按现在的趋势,有七成概率延期十到二十天,成本超支百分之六到九"(示意)。这就从"望远镜"变成了"天气预报":不是告诉你已经下雨了,是告诉你三天后有大雨。图 11-2 把传统挣值曲线和 AI 联合预测放在一起对比:传统方法只画出已经发生的实线,AI 在"现在"这条竖线之后,补上一条预报区间和一道预警带。
专业解读
先回答一个朴素的问题:为什么 AI 能预测进度成本,传统方法不能?
传统方法(网络计划、关键路径法 CPM)算的是"计划的世界":给定工序、工期、逻辑关系,算出总工期。它默认每道工序按计划走。可现实是:材料晚到三天,下雨停两天,工人流动走一半,设计变更再来一星期——计划世界里的假设,在现实里天天被打破。AI 的做法是反过来的:它不看计划里怎么写的,看历史里怎么发生的。 把过去几十个同类项目"每道工序实际花了多久、实际花了多少钱"喂给模型,再结合本项目的实时进度、天气、材料价格,预测未来。数据见过多少种"意外",模型就学得会多少种"意外"。
再回答一个更要紧的问题:预测结果怎么读?很多工程师第一次拿到 AI 预测,会问:"它到底说会不会延期?"——这个问法,就错了。AI 预测从来不给"会不会",给"多大可能、差多少"。 天气预报说"明天降雨概率 70%(示意)",你不会怪它没说准,你会带伞。进度预测同理:P50 是最可能的工期,P90 是保守的工期,你要按 P90 做资源预留,而不是按 P50 拍胸脯。会读概率,是这一节要练的功夫。
第三个问题:这么好的东西,为什么推广也慢?两个原因。第一,成本数据是商业机密——总包的成本结构、利润率,谁都不愿意共享,没有数据,模型就学不到"成本是怎么涨的"。第二,口径不统一——"这道工序完成了"的定义,甲单位按浇筑完,乙单位按养护完,两个口径的数据混在一起,模型学到的是噪音。所以行业里做进度预测的多,做成本预测的少,把两者联合起来的更少——不是技术不行,是数据还没凑齐。
但方向是确定的。工程管理的未来,就是项目经理面前那块屏:左边进度曲线带预测区间,右边成本曲线带预警带,中间一行字——"按当前趋势,第 32 周将触发成本预警"。AI 不是替项目经理拍板,是给他一副看得更远的望远镜,和一个更准的算盘。
土木案例
正面案例,说一个基坑项目(教学示意)。某城市地铁车站基坑,合同工期十四个月。项目组做了一个事:把过去三十个同类基坑项目的真实进度、成本数据整理成历史库,再让模型每周末吃进本周的实时数据(土方量、支撑道数、天气、人员到岗率),输出未来四周的进度和成本预测。第七个月,模型报了一个预警:按当前劳动力流失趋势和雨季降雨概率,关键线路(土方开挖→支撑施工)将在第九个月出现十五天左右的延误,且赶工成本会推高总成本百分之五。项目组提前两周调整:把非关键线路的底板垫层工序提前,把支撑班组错峰调配。结果呢?第九个月安然度过,最终工期偏差三天,成本偏差控制在百分之二以内。不是运气好,是提前二十天知道要下雨,伞早撑开了。
反面案例,讲"赶工陷阱"(教学示意)。某项目到第八个月发现进度落后百分之十五,领导急了,拍板:"加人、加设备、三班倒,把进度抢回来!"进度确实抢回来了——年底一结算,成本超支百分之二十五,项目亏损。回头看,项目部的挣值报表每个月都在做,CPI 曲线早就低于 1 了,但没人看——报表打印出来锁进柜子,决策桌上摆的只有"进度百分比"。数据不在决策桌上,就等于没有数据。 这个案例的教训不是"不能赶工",是"赶工决策要看成本账"——而 AI 联合预测要解决的,正是让成本账和进度账同时出现在决策桌上。
本节小结
- 进度和成本是双胞胎,必须联合预测。
- EVM 的 CPI/SPI 是事后算账,AI 把它变成事前报信。
- 预测结果要读概率区间(P50/P90),不读"会不会"。
- 金句:数据不在决策桌上,就等于没有数据。
课堂思考题
- 用你自己的话解释 PV、EV、AC 和 CPI、SPI,并说明 AI 联合预测改进了 EVM 的哪个短板。
- 如果你是一个项目经理,模型告诉你"有 70% 概率延期 10–20 天",你会怎么用这条信息?请写出你的三个行动选项。
- 为什么成本预测比进度预测更难落地?请从数据角度分析。
11.3 AI 与双碳:给建筑称体重
核心知识点
先讲一个你可能没意识到的数字。
2020 年 9 月,中国向世界承诺:2030 年前实现碳达峰,2060 年前实现碳中和。这就是"双碳"。很多人以为双碳是能源行业的事——电厂、钢厂、汽车。错了。土木是双碳的大户,而且是最大的几户之一。 根据中国建筑节能协会的测算,我国建筑全过程(建材生产、运输、施工、运行、拆除)的碳排放,约占全国碳排放总量的一半左右。其中建材生产阶段贡献最大,约占全国总量的四分之一以上;建筑运行阶段紧随其后,约占五分之一多。换句话说:你盖的每一栋楼、修的每一座桥,从水泥厂点火那一刻起,就在给国家的碳账本记账。
为什么建材生产这么重?给你算一笔水泥的账。生产一吨水泥熟料,大约排放零点八吨二氧化碳。其中一半来自烧煤供能,另一半来自石灰石的分解反应——石灰石高温分解,化学上必然放出二氧化碳。这一半是工艺排放:你把窑烧得再高效,它照样排放。 唯一的出路,是换材料、换配方、换工艺。钢铁同理,我国长流程炼钢每吨钢排放约一点八吨二氧化碳。这就是为什么双碳对土木不是"节能减排"四个字,而是材料体系的根本性转型。
那 AI 在这里面干什么?三件事:算得快、找得准、选得好。
| AI 的角色 | 干什么 | 对应阶段 |
|---|---|---|
| 算得快 | 从 BIM 模型自动提取材料量,自动核算碳足迹,替代手工 Excel | 设计、施工 |
| 找得准 | 识别全生命周期里碳排放最大的环节(减排热点) | 全过程 |
| 选得好 | 绿色建材遴选、施工组织优化,多目标求解"工期×成本×碳" | 设计、施工 |
先说"算得快"。建筑的碳足迹(Carbon Footprint)怎么算?方法叫全生命周期评价(Life Cycle Assessment,LCA),标准是 ISO 14040 系列。核算法则就一条:活动数据乘排放因子。 数字都是示意:用了 100 吨水泥,乘每吨水泥的排放因子,得出这一项的碳;用了 5 万度电、烧了 800 吨柴油、运了 2000 车材料,同理,全部累加。传统做法是工程师拿 Excel 一张表一张表地敲,一个项目算两周;AI 的做法是从 BIM 模型里自动提量、自动匹配排放因子库、自动出报告,一小时完成(示意)——而且口径统一,不重不漏。
再说"找得准"和"选得好"。碳排放分布不均:可能百分之六十的碳来自三种建材,可能施工阶段百分之七十的碳来自运输和机械(示意)。AI 把账算出来,减排热点一目了然——这叫找得准。找到热点之后,怎么减?绿色建材遴选:AI 在材料数据库里给你挑低碳替代品——再生骨料混凝土、低碳水泥、高强钢减少用钢量;施工组织优化:机械怎么配、运输路线怎么走、浇筑时序怎么排,能同时压工期、压成本、压碳——这叫选得好。这背后是第七章讲过的多目标优化:把"碳排放"加进目标函数,跟工期、成本一起求帕累托前沿。图 11-3 是建筑全生命周期碳排放的构成示意:建材生产是大头,AI 在核算、遴选、优化三个环节介入。
专业解读
为什么我把碳足迹叫"给建筑称体重"?
你想减肥,第一件事是什么?上秤。你连自己多重都不知道,谈什么减?建筑也一样:不知道自己的碳排放是多少,任何减排都是空话。 碳足迹,就是建筑的体重秤。称完了,才知道脂肪长在哪——是建材(大头)、是运行(空调暖气)、还是施工(机械运输)?这叫"找得准"。
有人问:碳排放看不见、摸不着,怎么"称"?靠的是"活动数据 × 排放因子"这把尺子。用电度数、用油吨数、用材料量,都是活动数据;每单位活动对应多少碳,是排放因子,国家有数据库,比如电网平均一度电约零点五七千克二氧化碳。数据乘因子,累加,就是这栋楼的碳足迹。听起来简单,难在哪?难在数据散:材料清单在 BIM 里,机械台班在施工日志里,电费在物业账上——三个数据源,三个格式,三拨人管。又是数据问题,对不对?这一章你已经第三次撞上"数据"这堵墙了,记住这个规律:凡是 AI 落不了地的地方,先查数据管道。
还要敲打一个误区。很多人一提碳中和,第一反应是"多种树"。先减后抵,减是大头,种树是补充。 一棵树一辈子吸收的碳,可能只够抵消几吨;而一座建筑的全生命周期碳排放以万吨计。把希望押在种树上,是小学数学没算明白。真正的减排路径是:绿色建材替换(减建材碳)、高效机电与智能运维(减运行碳)、施工组织优化(减施工碳)——每一步都有 AI 的活干。
最后,敢下个判断:双碳不是土木的负担,是土木的第二次转型。 第一次转型是信息化(BIM、数字化),第二次就是低碳化。转型期的行业规则会重写:以后投标,碳足迹是评分项;以后选材,碳排放因子进比选表;以后评奖,绿色是硬门槛。谁先学会"算碳",谁就拿到新市场的入场券。你这一代土木工程师,大概率会见证"碳排放"从加分项变成资格项。
土木案例
正面案例,说施工碳排放优化,这是某研究团队做过的工作(教学示意):把"施工组织方案"做成了一个优化问题,目标函数三个——工期最短、成本最低、碳排放最少;决策变量是机械组合、运输路线、浇筑时序这些施工安排;求解器用第七章讲过的 NSGA-II 多目标遗传算法。结果输出一张帕累托前沿:横轴成本、纵轴碳排,前沿上的每个点都是一个"不减碳就省钱"或"多花一点钱大减碳"的候选方案。在验证案例里,优化运输路线加机械调度,施工阶段碳排放降了约一成,成本基本持平——多目标优化找到了那个"少花钱、少排碳"的点。
再讲一个"反面"案例,提醒你别走歪路。某项目为了拿绿色建筑评级(教学示意),碳核算报告做得漂漂亮亮——可细看,排放因子用的是五年前的旧库,施工阶段的数据是估算的,运行阶段的能耗直接套了同类建筑的平均值。报告数字没错,错的是口径和真实性:核算一次就束之高阁,数据不更新、口径不统一,碳账就成了面子账。 还有个更典型的歪路:把减排希望全押在"碳汇"上——买碳汇、种树、交易,唯独不在自己身上减。评级拿到了,实际的碳一点没少。记住:碳账是算给自己听的,不是算给评委看的。
本节小结
- 建筑全过程碳排放约占全国一半,建材生产是大头。
- 碳足迹核算=活动数据×排放因子;AI 让它从两周变一小时。
- AI 三角色:算得快、找得准、选得好。
- 金句:先减后抵,减是大头;碳账是算给自己听的。
课堂思考题
- 为什么说"水泥的工艺排放"减不掉?这对绿色建材研发意味着什么?
- 如果让你用 AI 核算一栋教学楼的全生命周期碳排放,你需要哪些数据?分别从哪里来?
- 讨论:投标评分中加入碳足迹指标,会如何改变施工企业的行为?有什么副作用?
11.4 智慧城市与 CIM:城市的三维病历本
核心知识点
把镜头拉远。单座桥、单个项目看完了,现在看整座城。
智慧城市(Smart City)这个词你已经听过无数遍:城市大脑、一网统管、万物互联。但土木工程师要关心的,是智慧城市的地基——城市信息模型(City Information Modeling,CIM)。2019 年起,住建部在多个城市试点 CIM 平台,雄安、广州、南京都是先行者。CIM 是什么?一句话:把城市搬进电脑,而且是活的。 它把三类东西叠在一起:
| 层 | 内容 | 类比 |
|---|---|---|
| BIM | 每栋建筑、每座桥的精细三维模型 | 器官的 CT 片 |
| GIS | 城市地形、道路、管网的地理空间数据 | 全身骨骼图 |
| IoT | 传感器实时流:车流、水位、能耗、振动 | 24 小时心电监护 |
BIM 管"一栋楼",GIS 管"一张地图",IoT 管"一刻不停的变化",三者合一,就是 CIM——城市的三维病历本。 医生看病要翻病历:既往史、化验单、心电图,合起来才能诊断。城市管理者管城也一样:要看这栋楼的"既往史"(图纸、检测记录),要看全域的"化验单"(GIS 现状),要看实时的"心电图"(IoT 数据流),合起来才能决策。
CIM 平台分三层:最底下是数据底座——BIM、GIS、IoT 数据汇进来,统一坐标、统一格式;中间是平台层——数据治理、三维引擎、时空分析、AI 算法服务;最上面是应用层——交通信号优化、规划方案三维审查、应急推演、碳排放监测。数据从底座往上流,AI 在中间层干活,决策指令从应用层往下走。图 11-4 就是这三层架构。
AI 在 CIM 里干什么?三件事:看懂——用计算机视觉识别违建、识别车辆、识别城市部件状态;算透——交通流量预测、应急疏散推演、城市热岛分析;辅助决策——规划方案合规性自动审查、管养资金分配建议。智慧城市交通正是"算透"的典型应用:用历史车流数据训练模型,预测交叉口未来一小时流量,再优化信号配时,让车均延误降下来;公交客流预测则帮公交公司排班——哪条线高峰加密、哪条线平峰减车。
专业解读
为什么城市管理需要 CIM?讲一个"病历分家"的故事。
过去管城市,是"各科室各看各的病历":规划局看图纸,交通局看车流,水务局看管网,应急局看隐患——四本病历,四个医生,谁也不看谁。结果呢?规划局批了一栋楼,交通局不知道楼前那条路已经饱和;水务局修管网,挖断了交通局的信号电缆。城市出问题,很少是一个部门的问题,大多是部门之间的缝隙出的问题。 CIM 干的事,就是把四本病历合成一本,让医生们看同一份档案、在同一张图上讨论。
那有人问:CIM 不就是"大号三维地图"吗?不是。地图是死的,病历本是活的。三维地图记录"城市长什么样",CIM 记录"城市现在什么状态、正在发生什么变化"。 区别就在 IoT 那一层:实时数据流进来,城市才"活"了。暴雨来了,CIM 上能看到内涝点实时水位、易涝区三维地形、地下管网排水能力,应急推演直接在数字城市里跑——这就是病历本上的"心电监护"在报警。
再泼一盆冷水:CIM 落地难在哪?还是那三个老问题。第一,数据标准:各部门坐标系不同、格式不同、保密等级不同,数据进不了同一个底座。第二,更新机制:城市天天在变,一栋楼盖起来、一条路修通,模型不更新,三天就过期——谁来更新、谁出钱更新?第三,权责:平台建好了,归哪个部门管、数据归谁所有、出错谁负责?这三件事,没有一件是技术问题,全是治理问题。所以我的判断是:CIM 从来不是技术难题,是治理难题。建得起平台的城市很多,让数据活起来的城市很少。 又一个"数据"——第四次了,你该习惯这个规律了。
还有一句提醒:警惕"大屏陷阱"。很多智慧城市项目,验收现场一块巨幕,三维城市流光溢彩,领导点头,项目"成功"。可大屏背后的数据更新率呢?可能不足百分之五(示意)。数字孪生城市的价值不在大屏上,在数据流里。 大屏是给参观者看的,数据流才是给决策者用的。
土木案例
正面案例,说雄安。雄安新区从规划第一天起就要求 BIM 全覆盖:每一栋楼、每一条管廊,先有数字模型再动工。在此基础上叠加 GIS 和 IoT,建成数字孪生城市底座,城市管理"一网统管"——城管、交通、水务、应急在一个平台上协同。暴雨应急时,指挥中心看的是三维数字城市:哪个片区积水、哪条路可通行、哪个泵站超负荷,一目了然。雄安证明了 CIM 可行,靠的不是技术多么尖端,而是从规划期就把数据规则定死了。 数据规则先行,是雄安给全国上的最重要一课。
再说智慧城市交通,这是 CIM 应用层里最接地气的一类。相关应用实践通常做两件事:一是交叉口信号配时优化——把历史车流数据喂给预测模型,预测未来一小时各方向流量,动态调整红绿灯配时,试点交叉口的车均延误明显下降(教学示意);二是公交客流预测——按天气、日期、节假日特征预测线路客流,公交公司据此动态排班。这类应用的特点是:不新建一座桥、不修一条路,纯靠数据和算法,把现有设施的效率榨出来。 城市管理最难的就是"加设施",而 AI 的价值恰恰是"不加设施也能提效"。
反面案例,讲数据孤岛。某市建了 CIM 平台,花了大价钱,可交通局的数据在公安专网里,水务局的数据在另一个系统里,平台接不到——最后平台上的城市模型,只有规划局的静态数据,IoT 几乎为零。三年后回访,平台成了"数字空壳":图好看,数据旧,决策用不上。教训是什么?平台是壳,数据是芯。先打通数据,再谈平台;先解决权责,再谈算法。 顺序反了,钱就白花了。
本节小结
- CIM=BIM+GIS+IoT,是城市的三维病历本。
- AI 三角色:看懂、算透、辅助决策。
- CIM 落地难在数据标准、更新机制、权责,是治理问题不是技术问题。
- 金句:平台是壳,数据是芯;数字孪生的价值在大屏之外的数据流里。
课堂思考题
- 用"病历本"的比喻,解释 CIM 为什么需要 BIM、GIS、IoT 三层数据。
- 如果你是某市 CIM 平台负责人,给你一年时间,你会优先打通哪三个数据源?为什么?
- 讨论:智慧城市的"大屏"为什么容易变成面子工程?怎么设计验收指标才能逼着数据活起来?
11.5 把钱花在刀刃上:管理决策的 SUDA 闭环
核心知识点
四本账都算完了,现在到最关键的环节:把钱花出去。
前面四节,其实是在给决策备料:11.1 告诉你资产什么状态、该修谁;11.2 告诉你项目进度成本怎么走、会不会超支;11.3 告诉你碳排放在哪里、怎么减;11.4 告诉你城市整体的底座长什么样。四本账,汇成一个问题:预算就这么多,先干哪个?
这就是管理决策的核心,打个比方你就懂——家里的柴米油盐怎么分。 一个月收入就这么多:房贷要还、孩子要上学、老人要吃药、周末还想下馆子。钱不够花,怎么办?不是哪项需求喊得响就给谁,而是算清楚:哪些是刚需(还贷、吃药),哪些是投资(教育),哪些是享受(下馆子),然后排优先级。城市管养资金分配,一模一样的逻辑:哪些资产是"刚需"(高价值高风险,不修要出事),哪些是"投资"(修了能省钱,全生命周期账划算),哪些可以"缓一缓"(低价值低风险)。资金分配的本质,是在约束下做取舍,而取舍的本质,是算账。
数学上,这是个标准的优化问题:
- 决策变量:修哪些资产、什么时候修、修到什么标准;
- 目标函数:总风险最小、总健康度最大、碳减排最大(可以多目标);
- 约束条件:年度预算上限、人力与设备限制、工期要求。
约束下的多目标优化,第七章的 NSGA-II 就能解。把每座桥的"健康评分、价值分档、风险敞口"当作输入,把"预算"当作约束,让算法给出"这一亿元怎么分"的建议清单——这叫组合优化(Portfolio Optimization),金融界叫资产配置,工程界叫养护计划优化,一回事。
那 AI 在整条管理链上的位置,到底在哪?把前面四节放回第一章的 SUDA 环上看,就一目了然了:感知(Sense)——资产台账、城市数据、施工状态,来自 11.1 的台账和 11.4 的 CIM 底座;理解(Understand)——健康评估、进度成本预测、碳核算,来自 11.1、11.2、11.3;决策(Decide)——资金分配、优先级排序,本章的主场;执行(Act)——养护派单、项目监管、平台协同。管理决策,就是 SUDA 环上最重的那一环——Decide。图 11-5 把这条链画出来了。
还记得第一章那张成熟度矩阵吗?"管理×决策"那一格,是整张矩阵里颜色最浅的——成熟度最低,落地最难。为什么?因为它站在整条链的末端:感知的数据它要接,理解的结果它要读,执行的机制它要动。前面任何一环的数据断掉,决策这一环就变成无米之炊。 所以本章你反复听到"数据、数据、数据"——不是词穷,是管理决策真的把全书的命门捏在了手里。
专业解读
现在正面回答本章最重的问题:为什么 AI 管钱最难?
三个原因,一个比一个硬。
第一,决策链最长。 第一章说过,AI 落地要看"数据、任务、容错"三个条件。前面九章的任务,容错度相对高:裂缝识别错了,复查一下;沉降预测偏了,修正模型。管理决策不一样——钱花错了,是要追责的。 预算拨给 A 桥,B 桥出事,谁来负责?AI 不担责,签字的人担责。所以决策者天然保守:宁可沿用老办法,也不愿为"看不懂的算法"担风险。这不是决策者糊涂,这是制度理性。
第二,利益方最多。 修桥的钱给谁,每个区、每个所长都盯着。AI 排出的清单动了谁的奶酪,谁就有动力质疑它的输入数据。数据是利益相关者喂的,模型是利益相关者评的,建议是利益相关者执行的——AI 在管理环节,不是在跟物理世界打交道,是在跟人打交道。 跟人打交道,就没有纯技术解。
第三,数据永远不全。 全生命周期的账,理论上要:设计资料、施工记录、检测历史、交通量、造价、灾害史……现实中能凑齐六成就算优秀(示意)。数据不全,模型就要在不确定性里干活,输出就必须带置信区间——可决策者最烦的就是"可能、大概、也许"。
那怎么办?三个字:划边界。 边界在哪?AI 负责"算",人负责"断"。具体说,AI 干三件它最擅长的事:
第一件,算账——把"如果……那么……"推演给你看:如果预算从一亿砍到八千万(示意),风险敞口上升多少?哪三座桥的优先级会顶上来?这叫情景推演(what-if),人脑算不过来,AI 一秒钟跑一版。
第二件,排清单——在给定预算下给出最优清单:修哪二十座桥、各花多少、预计风险下降多少。清单是建议,不是命令。
第三件,说人话——把模型结论翻译成决策者听得懂的话。举个例子,数字是示意:"按现在的数据,这座桥五年内出事的概率约百分之三,大修要三千万;如果不修,概率升到百分之九,而事故损失估值两亿。建议列入明年计划。"解释得清楚,别人才敢用——这是管理环节 AI 工程师最重要的手艺。
而人,保留三样东西:价值判断(这座桥是历史建筑,不能拆,模型不懂这个)、最终拍板(签字的责任不能外包)、数据监督(模型输入的数据对不对,人要查)。
最后,用第一章的翻译三步法回看管理问题:目标函数是什么?约束条件是什么?拿什么数据算? 三步问完,一个管理问题就翻译成了 AI 任务——而且你会发现,管理问题翻译到最后,卡住的永远是第三步:数据。第一章那句话,本章验证了五次:不是技术不行,是问题没翻译对;而管理问题的翻译,最难的一步永远是数据。
土木案例
正面案例,把前面各节的方法串起来讲一个完整的故事(教学示意)。某城市管养部门,手里管着上千座桥,年度大中修预算以亿元计。以前怎么分?各区报需求,专家评审会平衡,吵一个月。后来他们做了三件事:第一,用桥梁群资产健康评估(11.1 的思路)把全城的桥全部打上健康分、价值档、风险敞口三个标签;第二,用组合优化模型跑资金分配——预算约束下,目标函数是"总风险敞口最小";第三,模型输出建议清单,附上每座桥的"如果砍掉会怎样"的推演。当年预算分配,模型建议把大半资金投向"高价值、高风险"的桥梁,区里不服的,看推演数据,服了。年底评估:同样的预算规模,多养护了一批按老办法排不上队的桥,全市桥梁总体风险敞口下降约一成(教学示意)。钱还是那些钱,分配逻辑换了,效果就不一样。
反面案例,讲"唯数据论"的翻车(教学示意)。某市前两年试点 AI 分配资金,模型建议某座跨线桥暂缓大修——理由是健康评分尚可、车流量中等。结果当年冬天,该桥被一辆超载车辆重创,紧急封桥,全城拥堵一周,媒体追问,问责调查。调查发现:模型的输入数据里,该桥的车流量数据是两年前普查的——这一年旁边新开了三个小区,车流量翻了一倍。模型没错,错的是数据过时。 这个案例的教训有两条:一是 AI 建议必须标注数据时效("本结论基于 2023 年普查数据"),二是决策者不能把建议当圣旨,重大决策要复核输入数据的时效性。AI 负责算,人负责查——查数据,也是人不可外包的职责。
最后,回访第一章那座服役二十五年的桥,看看它在管理闭环里走完全程的样子。无人机巡检拍到裂缝(感知);图像识别模型给出裂缝分级,健康评估模型把它归入"较差"档(理解);年底资金分配,它和全城上千座桥一起进组合优化模型,按"高价值、高风险"排到第十七位,拿到大修预算(决策);开春进场,大修完成,新检测数据回流台账(执行)——明年它再进模型,健康分会重新打分(反馈)。一座桥的命运,从此不再是"所长喊得响不响",而是"数据怎么说、模型怎么算、人怎么判"。 这就是管理决策的 SUDA 闭环,也是全书方法论在管理环节的最终落地。
本节小结
- 管理决策=约束下的取舍,本质是算账;AI 负责算,人负责断。
- AI 三件事:算账(what-if 推演)、排清单、说人话;人留三样:价值判断、拍板、数据监督。
- 为什么 AI 管钱最难:决策链长、利益方多、数据不全。
- 金句:AI 负责算,人负责断;数据时效,永远要标在建议旁边。
课堂思考题
- 用"柴米油盐"的比喻,给家人讲一遍城市管养资金分配的逻辑。
- 设计一个最小可行的"桥梁养护资金分配"方案:目标函数、约束、决策变量、所需数据各是什么?
- 讨论:如果 AI 排出的资金清单与某区领导意见冲突,你会怎么处理?请写出你的沟通流程。
本章小结
- 管理环节 AI 落地最难,卡在数据壁垒和决策链——不是算法问题,是制度和数据管道问题。
- 资产管理=健康、价值、风险三本账,优先级按风险敞口排,不按"病重"排。
- 进度和成本必须联合预测:EVM 是事后算账,AI 把它变成带概率区间的事前报信。
- 建筑全过程碳排放约占全国一半,建材生产是大头;碳足迹=活动数据×排放因子,AI 让核算从两周变一小时。
- 绿色建材与施工优化是减碳主战场,多目标优化(工期×成本×碳)是 AI 的拿手好戏。
- CIM=BIM+GIS+IoT,是城市的三维病历本;平台是壳,数据是芯,数据活起来才算数。
- 管理决策是 SUDA 环上最重的 Decide:AI 负责算账、排清单、说人话,人负责价值判断、拍板、查数据。
- 全书反复出现的规律:AI 落不了地的地方,先查数据管道。
思考题
★ 入门级
- 用一句话分别解释:资产管理的三本账、EVM 的 CPI/SPI、碳足迹的算法、CIM 的三层数据。
- 为什么"病得最重就优先修"是错的?
- 为什么说水泥的"工艺排放"无法靠提高效率消除?
- CIM 和 BIM、GIS 的关系是什么?
★★ 应用级
- 给你一座城市 100 座桥的检测评分和车流量数据,设计一个维修优先级排序方案,说明数据来源与 AI 任务类型。
- 某项目 CPI=0.92、SPI=0.95,请解释这两个数的含义,并说明 AI 联合预测会给出什么样的额外信息。
- 用"活动数据×排放因子"估算你所在教学楼一年的运行碳排放,列出至少三种活动数据及其来源。
- 某市 CIM 平台数据更新率不足 5%,请给出三条让数据活起来的机制建议。
★★★ 挑战级
- 把"桥梁养护资金分配"写成完整的优化问题(目标函数、约束、变量),并讨论:如果预算砍半,模型会如何调整建议?哪些资产可能被牺牲?你怎么向公众解释这个取舍?
- 讨论:碳足迹进入招投标评分后,可能出现哪些"数据游戏"?如何设计核查机制防止作假?
- 本章五次提到"数据"是 AI 落地的瓶颈。请从管理制度角度(而非技术角度)提出三条系统性解决措施,并评估可行性。
拓展阅读
- 中国建筑节能协会,《中国建筑能耗与碳排放研究报告(2022)》,了解建筑全过程碳排放的权威口径。
- 住房和城乡建设部,《城市信息模型(CIM)基础平台技术导则》,CIM 平台的官方技术框架。
- 交通运输部,《公路桥梁养护管理工作制度》,桥梁资产管理的行业制度基础。
- 住房和城乡建设部等,《关于推动智能建造与建筑工业化协同发展的指导意见》,智能建造与管理的政策总纲。
- ISO 55000 资产管理体系标准与 ISO 14040 生命周期评价标准,两个国际标准的入门阅读。
参考文献
- 中国建筑节能协会. 中国建筑能耗与碳排放研究报告(2022)[R]. 北京:中国建筑节能协会,2022.
- 住房和城乡建设部. 城市信息模型(CIM)基础平台技术导则[S]. 北京:住房和城乡建设部,2020.
- 交通运输部. 公路桥梁养护管理工作制度[S]. 北京:交通运输部,2007.
- 住房和城乡建设部等. 关于推动智能建造与建筑工业化协同发展的指导意见[S]. 北京:住房和城乡建设部,2020.
- ISO 14040:2006, Environmental management — Life cycle assessment — Principles and framework[S]. Geneva: ISO, 2006.
- ISO 55000:2014, Asset management — Overview, principles and terminology[S]. Geneva: ISO, 2014.
- 习近平. 在第七十五届联合国大会一般性辩论上的讲话[R]. 北京:中华人民共和国中央人民政府,2020.