七月的第一个周一，秦念的案头多了一份特殊的文件。
不是请示，不是报告，是一本装订粗糙的册子。封面手写着几个字：《跨团队连接实践手册（第一版）》。落款是林远。
她翻开，逐页看完，然后拨通了林远的电话。
“过来一趟。”
三分钟后，林远站在她面前，有些局促。那本册子是他花了一个月时间，把自己“开放日”的讲义、各团队的反馈、还有那些“连接事件”的记录，一点点整理出来的。他自己都不知道这东西该不该交，最后还是硬着头皮送了上来。
“谁让你写的？”
“没人。”林远老实回答，“就是……每次开放日都有人问同样的问题，我答了十几遍，就想干脆写下来。后来写着写着，发现不光是我的事，软件组那套接口文档、材料组的标签规范、张工那边的现场反馈格式……都能放进去。然后就……”
“然后就编成了一本书？”
林远挠头：“算不上书，就是个……工具册。”
秦念没说话，又翻了一遍。
“这个册子，”她合上，“如果让你在全院推广，你觉得最大的阻力是什么？”
林远愣了一下。他没想过“推广”这件事。
“阻力……”他想了很久，“可能不是大家不愿意用。是……用的时候，不知道找谁问。”
“什么意思？”
“比如材料组的老法师，想把自己的经验写成标签。我手册里写了方法，但他写了一半卡住了，这时候该找谁？找我？我万一不在呢？找软件组？软件组的人不懂材料。找您？那更不可能。”林远越说越顺，“所以我觉得，真正需要的不是手册，是……是每个领域都有几个‘我这样的人’。手册只是工具，人才是接口。”
秦念没有接话。她看着林远，目光里有一种林远读不懂的东西。
“你先回去。”她说，“这个册子放我这里。”
林远走后，秦念在笔记本上写下一行字：
“从节点到接口，从个人到岗位。”
---
几乎是同一时间，软件组的“树苗”迎来了第一次“修剪”。
起因是赵师傅的一通电话。他用了三个月的图形界面，用得很顺手，但最近发现一个问题：那个【查看结果】按钮点开后，出来的应力云图是固定的角度，他想转个方向看看侧面，不行。
“不是大问题，”赵师傅在电话里说，“就是有时候想多看一眼。”
软件组组长接到反馈，第一时间不是安排修改，而是把这条记录原封不动地转给了负责界面开发的同事，然后抄送了所有人。
“用户想转视角。评估一下工作量。”
当天下午，负责界面的同事回了一封邮件：“需要改底层渲染模块，工作量三到五天。但有个问题：这个需求，是只有赵师傅一个人有，还是以后其他人也会有？”
邮件发出后，引发了软件组有史以来最激烈的一次讨论。
有人说：“就为一个用户改五天，不值。告诉他用命令行版，命令行版可以转。”
有人说：“赵师傅会用命令行版吗？不会。那这五天到底值不值？”
有人说：“这五天改完，下次别人想要别的功能，是不是都得改？改到最后，我们到底是科研团队还是外包开发？”
讨论持续到下班，没有结论。
最后是专项组长拍了板：“改。不是为了赵师傅一个人，是为了知道‘让一个不会命令行的人用我们的工具，到底需要付出多少成本’。这笔账，今天不算，以后也得算。”
五天后，新版上线。赵师傅可以在应力云图上任意旋转、缩放、切片。他试用之后，又打来一通电话，这次是感谢。
但软件组组长记下的，不是感谢。他记下的是另一个数字：从用户反馈到功能上线，六天。其中三天在争论值不值。
他在项目日志里写道：
“争论本身，就是成本。这成本不是赵师傅付的，是我们付的。但如果我们不付，赵师傅永远只能用命令行。而用命令行的赵师傅，永远不会告诉我们他想转视角。这就是连接的另一面——你选择连接多少人，就要准备承担多少‘不值’的争论。”
---
上海，华创的“方法论IP库”遭遇了第一个“入库标准”的争议。
周明团队准备将亚阈值低功耗设计方法论正式入库，但团队内部对“什么算是一个合格的IP”产生了分歧。
负责技术的同事认为，必须有可重复验证的代码、测试用例、性能数据，才能入库。“不然以后别人买了，发现跑不通，砸的是华创的招牌。”
负责市场的同事则认为，代码不重要，方法论才是核心。“客户买的是省40%功耗的方法，不是代码。代码可以后面再调。”
争论了三天，周明把双方叫到一起。
“你们说的都对。”他说，“但有没有可能，IP库本身就是分层次的？”
这章没有结束，请点击下一页继续阅读！