第396章 三个部门的自愿试点：改革正式启动（2/2）
接着，市场部那边也有人跟着说：“有。”
技术部那边，老赵带头，几个程序员一起说：“有！”
声音不大，但很坚定。
林眠笑了：“好。那现在，各团队分开，委员会和事业部的同事会跟你们对接，开始第一天的试点工作。”
---
会议室分成了三个区域。
产品部在左边，江远带着两个产品专家在跟他们讲解“智能会议助手”的使用方法。陈明远听得很认真，时不时提出问题。他手底下的产品经理们围在旁边，有人在做笔记，有人在试用系统。
市场部在中间，小杨亲自上阵——这出乎所有人的意料。这个一向懒洋洋的天才，此刻却很有耐心地在给孙莉团队讲解“跨部门协作平台”的功能逻辑。孙莉一开始还绷着脸，但听着听着，表情逐渐认真起来。她身后的年轻人更是眼睛发亮，显然被这些高效的工具吸引了。
技术部在右边，林眠和小陈在跟老赵他们讨论“开发效率看板”的落地细节。老赵问了很多实际问题，林眠一一解答。其他几个程序员也参与了讨论，气氛很务实。
小李、小璐、小雅和其他委员会成员，则分散在各个小组，帮忙记录、协调、提供支持。
整个上午，三十七楼大会议室里充满了讨论声、键盘敲击声、偶尔的笑声。
那种压抑的沉默，被打破了。
中午十二点半，会议暂停，大家去吃饭。
三个团队的人混在一起走向餐厅，一路上还在讨论试点的事。
“那个智能会议助手，如果能真的把评审时间降下来，我们能省多少事啊……”
“跨部门平台看起来不错，以后不用再到处找人催进度了。”
“开发看板那个自动排期功能，简直是我们程序员的福音……”
林眠走在最后，听着这些议论，心里踏实了一些。
改变最难的一步，永远是开始。
只要开始了，就会有人跟上。
餐厅里，三个试点团队坐成了三桌，但彼此之间的隔阂明显少了很多。产品部的人会跟市场部的人讨论沟通问题，技术部的人会向产品部的人请教需求细节。
这种跨部门的自发交流，在以前是很少见的。
林眠打了饭，刚坐下，苏早就端着餐盘过来了。
“恭喜。”她在对面坐下，“迈出第一步了。”
“这才刚开始。”林眠实话实说，“后面会有更多问题。”
“但至少开始了。”苏早吃了口沙拉，然后说，“我看了试点方案，很扎实。尤其是那个数据公开的承诺——这招很高明。把改革放在阳光下，让所有人都看着，反对的人就不敢轻易动手脚。”
林眠点头：“这也是江远的主意。他说，技术最好的用途之一，就是增加透明度。”
“他是个明白人。”苏早顿了顿，“对了，我听说王主管今天早上去找老板，要求暂停试点，说会影响重要项目。但老板没同意。”
“老板怎么说的？”
“老板说：‘数据都公开了，是好是坏，让事实说话。’”苏早看着林眠，“所以，你们必须成功。如果试点失败了，老板也保不住你。”
“我知道。”林眠平静地说，“但我不怕失败。怕的是连试都不敢试。”
苏早看了他几秒，然后笑了。
“你知道吗，”她说，“有时候我觉得，你比我更适合做投行。你身上有种……赌徒的特质。敢赌大的，而且赌得很冷静。”
“这不是赌。”林眠摇头，“这是投资。投资在更健康的工作方式上，投资在人的潜力上。长期来看，回报率一定比压榨员工要高。”
苏早若有所思地点点头。
吃完饭，林眠准备回会议室，苏早叫住他。
“林眠。”
“嗯？”
“如果你们试点成功了，”她说，“我想申请，让我带的投研组，成为第二批试点。”
林眠愣了一下，然后笑了：“你不是已经提交申请了吗？”
“那是自愿试点。”苏早认真地说，“我说的是，作为‘挑战性试点’——就像你们选后端三组那样。我们组的问题也很典型：高压、内卷、唯结果论。如果能用你们的方法改变，说服力会更强。”
林眠看着她。
这个一向冷静理智的女人，眼里有一种罕见的光芒。
那是对“可能性”的渴望。
“好。”他说，“等第一批试点有了结果，我们谈。”
---
下午，试点工作正式进入实操阶段。
产品部B端产品组开始了第一次用“智能会议助手”的需求评审会。
会议开始前，系统强制要求上传会议议程、明确每个议题的时间分配、指定记录人。陈明远一开始很不习惯，觉得“太死板”，但在江远的坚持下，还是照做了。
会议进行中，系统实时显示每个议题的剩余时间。当有人跑题时，系统会自动提醒。当会议超时时，系统会发出警告。
一个原本需要两小时、最后往往拖到三小时的评审会，这次严格控制在了一小时十五分钟。而且，会议纪要和行动项在结束后五分钟内就自动生成了，发到了所有人邮箱。
“这……”会议结束后，一个产品经理看着邮件，喃喃道，“以前这种会，光整理纪要就要半小时……”
“而且以前经常开完会还不知道下一步该干什么。”另一个说，“现在行动项清清楚楚，责任人明确，截止时间也有。”
陈明远推了推眼镜，没说话，但眼神里有思考。
市场部品牌推广组那边，孙莉团队正在试用“跨部门协作平台”。
他们接到了一个紧急的推广方案修改需求，需要技术部、设计部、运营部三个部门配合。以前这种需求，光协调开会就要一天，然后邮件来来回回扯皮，最后拖个三四天才能开始动工。
但这次，孙莉把需求录入平台，指定了相关部门和责任人。平台自动生成了任务流转图，每个节点都有明确的交付物和截止时间。
技术部那边接到通知，直接在平台上反馈了技术可行性评估。设计部给出了初稿时间。运营部确认了资源准备情况。
整个过程，从提出需求到确认方案，只用了两个小时。
“这……”孙莉团队的年轻人看着屏幕，有点不敢相信，“以前至少要两天……”
孙莉盯着平台上的任务流转图，沉默了很久。
然后她说：“把平台的权限开给技术部和设计部的对接人。以后所有跨部门需求，都走这个平台。”
她的语气，不再那么强硬了。
技术部后端开发三组，老赵带着几个程序员在配置“开发效率看板”。
他们接到了一个“天眼”项目的紧急bug修复任务。以前这种任务，往往是谁有空谁接，然后就开始埋头苦干，经常因为信息不对称导致重复劳动或者解决方案冲突。
但这次，老赵把任务录入看板，系统自动分析了bug的复杂度、影响范围、可能的技术方案，然后给出了建议的负责人和排期。
更关键的是，看板实时显示了每个人的工作负载。当老赵准备把任务分配给一个已经超负荷的程序员时，系统发出了预警。
“小李今天已经有三个高优先级任务了，建议分配给小王，他当前负载70%，还有余力。”系统提示。
老赵照做了。
任务分配下去后，看板自动生成了详细的修复步骤和检查清单。小王按照清单一步步操作，两小时就解决了以前可能要摸索半天的问题。
“这玩意儿……”小王修复完bug，看着看板上自动更新的状态，喃喃道，“有点意思。”
---
下午五点，试点数据仪表盘准时更新。
全公司的人都能看到：
产品部B端产品组
·今日会议效率评分：8.2/10（昨日：5.1）
·需求评审平均耗时：1.8天（昨日：3.7天）
·团队今日加班时长：0小时（昨日：3.5小时）
市场部品牌推广组
·跨部门沟通等待时间占比：21%（昨日：37%）
·方案修改次数：2次（上周平均：11.5次）
·团队今日加班时长：0小时（昨日：4.2小时）
技术部后端开发三组
·有效编码时间占比：38%（昨日：23%）
·会议与等待时间占比：29%（昨日：41%）
·团队今日加班时长：1小时（昨日：6.3小时）
数据不会说谎。
虽然只是第一天的结果，但那些下降的等待时间、提升的效率、减少的加班时长，都清晰地展现在所有人面前。
内部论坛又炸了。
“一楼：我靠！这数据……真的假的？”
“二楼：看起来是真的，系统自动采集的。”
“三楼：产品部今天居然没加班？奇迹！”
“四楼：技术部那个有效编码时间，从23%到38%？这提升也太猛了！”
“五楼：观望中……才第一天，别高兴太早。”
“六楼：但至少证明了，改变是可能的。”
“七楼：我们组已经决定申请第二批试点了。”
“八楼：楼上+1”
林眠坐在工位上，看着那些数据，心里涌起一股暖流。
他知道，这只是开始。
后面还会有很多问题：工具不适应、旧习惯难改、外部压力、甚至可能有人故意破坏……
但至少，今天，有三个团队，三十多个人，用行动证明了：
改变，是可能的。
他关掉电脑，看了眼时间：六点整。
窗外，夕阳正缓缓下沉，天边一片绚烂的晚霞。
今天，又是一个不想加班的好日子。
但他知道，有很多人，今天真的不用加班了。
这就够了。
他收拾东西，走出办公室。
走廊里，遇到了刚开完会的江远和小杨。
“第一天，还不错。”江远说，“但真正的挑战在后面。”
“我知道。”林眠点头，“但至少开了一个好头。”
小杨抱着电脑，懒洋洋地说：“系统检测到，今天有三个非试点团队的员工，偷偷访问了试点数据仪表盘超过十次。看来，有人心动了。”
林眠笑了。
心动，就好。
心动，就会行动。
而行动，就会改变。
他走出大楼，深吸了一口傍晚的空气。
天空很清澈，能看见几颗早早亮起的星星。
明天，又是新的一天。
而改变，已经像这夜色一样，悄然降临。