这个新栏目不讲大道理，只讲排水管理者手头的事。一期一个真问题。

一、那个暴雨夜

干了二十年排水，最怕汛期值班室的电话铃。

在一场暴雨，分管领导需要在调度中心守一整夜。晚上十点，雨强上来了，热线跟着响：东边下穿隧道积水了，西边泵站前池液位顶到警戒线，南边河涌水位眼看着要倒灌。三块屏幕，十几路信息，最后一圈人围着领导问同一句话：开哪台泵，关哪个闸，调蓄池现在放不放？

说实话，那一刻靠的就是经验。哪段管网什么脾气，哪个易涝点先扛不住，老师傅脑子里有一本账。这本账大多数时候管用。但那晚的雨超过了预想的量级，一个合流制溢流口排了四十多分钟，才被现场巡查的人报上来。第二天一早，短视频平台上已经有了画面，督察的电话比上班打卡还准时。

上面的场景引发了一个问题：调度方案，到底是算出来的，还是拍出来的？

二、先承认一个现实：拍脑袋调度，风险越来越扛不住

汛期溢流污染和内涝，如今是双高事件。舆情高，水漫到鞋面，手机就举起来了；督察高，溢流污染、内涝防治都是反馈清单上的常客。两头都高，留给调度失误的余地就越来越小。

靠经验调度，毛病不在经验本身，在两件事。

一是经验接不住现在的雨。老师傅那本账，是过去二三十年的雨喂出来的，人一走，账本跟着走，教不全也带不走。而这几年小时雨强动不动就破纪录，账本能往外推多远，谁心里都没底。

二是责任说不清。拍对了是运气，拍错了呢？为什么开这台泵不开那台，依据是什么，复盘会上答不出来，督察问起更答不出来。

汛期前调度会商可能就会发生这种情景，两种意见顶了半个多小时：一方说按老规矩办，泵站全开、调蓄池提前腾空；另一方说雨带会东移，腾空了也是白腾，污水厂进水还要被稀释。谁也说服不了谁，因为手里都没有数。最后拍板靠的是职位最高的人，不是最准的判断。这种会，开一回可以，年年这么开，迟早出事。

经验宝贵，但经验得变成规则、变成模型、变成可追溯的方案，才敢往桌面上放。

三、国标怎么说：预警和调度，标准给了硬杠杠

GB/T 47884-2026《城镇排水管网数字化通用技术要求》，2026 年 7 月 2 日发布，2027 年 2 月 1 日实施，这份标准清环参与了起草【清环参编的排水数字化国标发布：排水数字化从"感知"开始】。汛期调度这件事，里面有几条，值得逐条看。

先说调度本身。10.6 条写得明白，有实时调度需求时："宜在 30 min 内制定实时调度建议方案"。

30 分钟。从雨情起来到方案上桌，半小时。这个数不是拍脑袋定的，是拿汛情的节奏倒推出来的：一场强降雨的核心时段就那么几个小时，等你开完会商、打完一圈电话，雨都快停了。

30 分钟的方案靠什么算出来？靠模型。9.2 条："其模拟频率每 30 min 不小于 1 次"。

说的是实时模型。模型半小时滚一次，吃进最新的雨量、液位、流量数据，吐出最新的水情预判，调度方案才有原料。模型半小时转不满一圈，所谓实时调度就是一句空话。

模型之前是预警。10.5 条的要求，概括起来四层：阈值要设；告警要和工单系统联动；预报信息要在系统界面显著位置高亮显示；还宜通过自动广播、电话、手机短信同步发出去。注意，告警不是弹个窗就完事，它得变成工单，变成人手机上的短信，变成谁处置、处置到哪一步都能查的闭环。

预警的输入从哪来？7.2.6 条给了答案：应采集排水分区的雨量数据，做降雨过程的监测分析，宜共享水文、气象部门已建站点的降雨数据；易涝点宜采集视频监测数据，也宜共享其他部门就近布设的视频。再配上表 1 的布点要求：历史积水点、易涝点、交汇关键节点和城市下穿隧道要监测液位，排放口和泵站上游节点要监测液位、流量。合流制管网的溢流口、晴天冒溢点，表 1 同样点了名，要监测液位、流速、流量。溢流口没有数，溢没溢、溢多少，全靠事后估算，在督察面前，这是最被动的一种状态。

串起来就是一条链：雨量、液位、视频进预警，预警进模型，模型出方案。还要留意标准的排序：10.5 预警预报写在 10.6 运行调度前面，这个顺序有讲究，先看得见、报得出，才轮得到调得动。汛期调度的规矩，标准其实已经画好了。

四、怎么干：把一夜的慌乱，装进半小时的流程

第一步，先把眼睛布到该布的地方

雨量的点要按排水分区布，别全市共用一个气象站的数。雨这东西，隔条街就是两个量级，分区的降雨过程线不一样，下游的调度动作就不一样。气象、水文部门已建的站点能共享就共享，那是现成的资源；自己补的点，补在分区的空白处。液位的点照着表 1 布：易涝点、下穿隧道、历史积水点盯液位，排放口、泵站上游盯液位加流量。视频别贪多，先盯住易涝点，优先接公安、交通已经装好的摄像头，省下来的钱多布几个液位点，更实在。

第二步，把阈值和工单绑住

预警预报最常见的死法是：阈值设了，告警弹了，没人看。10.5 条为什么要写"告警与工单系统联动"？就是被这种死法教育出来的。一种参考的做法是把阈值分档：蓝色提醒值守人员盯屏，黄色自动生成核查工单派给片区，橙色直接界面高亮、短信群发、启动会商。告警不落地到人，等于没告警。

第三步，让模型替你算账，人只做选择题

雨情一起来，实时模型半小时滚一次：这场雨再下半个小时，哪个溢流口会溢、溢多少，哪个易涝点会淹、淹多深，泵站全开能不能顶住，调蓄池现在腾空来不来得及。算出来的东西别堆给调度员一堆曲线，要收敛成方案：几个可选动作，各自的水情后果，推荐哪一个。

举个例。模型推演说两小时后东区调蓄池会漫，方案就摆出三条路：提前预降管网液位、泵站错峰启停、上游闸门限流，每条路带着各自的水情后果。调度员要做的，是结合现场人手和下游污水厂的承受能力，挑一条，签个字。签字这个动作要紧，它意味着方案的出处、依据和责任人，全都留了痕。

调度员从算题的人变成拍板的人，30 分钟才够用。说白了，就是从被动抢险变成主动预判：以前是哪里淹了往哪跑，现在是雨还没落地，方案已经在桌面上。当然，要做好这一点很不容易，如果模型没有好的数据，那么就是假把式，只能大屏幕演示一下啦，“垃圾输入、垃圾输出”是模型的铁律，只有把数据基础打扎实了，才能建好模型这个上层建筑。

五、清环能搭把手的地方

这套雨量和液位联动监测预警的打法，我们在做。THWater 的雨量计 TWR 和液位计 TWP 是按一个体系设计的：雨量按排水分区采集降雨过程，液位守在易涝点和关键节点，数据进同一个平台、用同一个时标，分钟级全网同步监测，雨情和水情才能在一张图上对得上。7.2.6 条里的雨量采集和易涝点视频，我们在项目里就是这么落地的，视频优先接共享，自己只补盲区。预警平台这一端，阈值分档、告警联动工单、界面高亮、短信广播，需要照着 国标中10.5 一条条做出来的，不仅需要开发功能，更需要流程贯通和人员参与使用，这其实也是排水数字化转型的一个过程，需要大家一数字化管理为目标共同努力。

六、收尾

回到开头那个问题：调度方案是算出来的，还是拍出来的？

本文的答案是：经验负责兜底，模型负责算账，标准负责划线。 那本经验账不该丢，该做的是把它翻译成阈值、规则和模型参数，让新人接得住，让机器算得出。老师傅退休那天，账本还留在系统里，这才是经验最好的归宿。

汛期还会一年一年来，雨只会越来越不讲理，但调度的依据可以一年比一年讲得清。下次督察问"这场雨的调度依据是什么"，希望你的回答是：预警记录在这，模型推演在这，方案生成的时间戳也在这，从告警到方案，二十三分钟。

下期预告：模型算出来的方案，凭什么让人信？验收这关怎么过？《排水管理手册04：管网模型不敢用，验收怎么过？》，我们接着聊。