第361章 沉淀的层次（第1页）

七月的第一个周一，秦念的案头多了一份特殊的文件。不是请示，不是报告，是一本装订粗糙的册子。封面手写着几个字：《跨团队连接实践手册（第一版）》。落款是林远。她翻开，逐页看完，然后拨通了林远的电话。“过来一趟。”三分钟后，林远站在她面前，有些局促。那本册子是他花了一个月时间，把自己“开放日”的讲义、各团队的反馈、还有那些“连接事件”的记录，一点点整理出来的。他自己都不知道这东西该不该交，最后还是硬着头皮送了上来。“谁让你写的？”“没人。”林远老实回答，“就是……每次开放日都有人问同样的问题，我答了十几遍，就想干脆写下来。后来写着写着，发现不光是我的事，软件组那套接口文档、材料组的标签规范、张工那边的现场反馈格式……都能放进去。然后就……”“然后就编成了一本书？”林远挠头：“算不上书，就是个……工具册。”秦念没说话，又翻了一遍。“这个册子，”她合上，“如果让你在全院推广，你觉得最大的阻力是什么？”林远愣了一下。他没想过“推广”这件事。“阻力……”他想了很久，“可能不是大家不愿意用。是……用的时候，不知道找谁问。”“什么意思？”“比如材料组的老法师，想把自己的经验写成标签。我手册里写了方法，但他写了一半卡住了，这时候该找谁？找我？我万一不在呢？找软件组？软件组的人不懂材料。找您？那更不可能。”林远越说越顺，“所以我觉得，真正需要的不是手册，是……是每个领域都有几个‘我这样的人’。手册只是工具，人才是接口。”秦念没有接话。她看着林远，目光里有一种林远读不懂的东西。“你先回去。”她说，“这个册子放我这里。”林远走后，秦念在笔记本上写下一行字：“从节点到接口，从个人到岗位。”---几乎是同一时间，软件组的“树苗”迎来了第一次“修剪”。起因是赵师傅的一通电话。他用了三个月的图形界面，用得很顺手，但最近发现一个问题：那个【查看结果】按钮点开后，出来的应力云图是固定的角度，他想转个方向看看侧面，不行。“不是大问题，”赵师傅在电话里说，“就是有时候想多看一眼。”软件组组长接到反馈，第一时间不是安排修改，而是把这条记录原封不动地转给了负责界面开发的同事，然后抄送了所有人。“用户想转视角。评估一下工作量。”当天下午，负责界面的同事回了一封邮件：“需要改底层渲染模块，工作量三到五天。但有个问题：这个需求，是只有赵师傅一个人有，还是以后其他人也会有？”邮件发出后，引发了软件组有史以来最激烈的一次讨论。有人说：“就为一个用户改五天，不值。告诉他用命令行版，命令行版可以转。”有人说：“赵师傅会用命令行版吗？不会。那这五天到底值不值？”有人说：“这五天改完，下次别人想要别的功能，是不是都得改？改到最后，我们到底是科研团队还是外包开发？”讨论持续到下班，没有结论。最后是专项组长拍了板：“改。不是为了赵师傅一个人，是为了知道‘让一个不会命令行的人用我们的工具，到底需要付出多少成本’。这笔账，今天不算，以后也得算。”五天后，新版上线。赵师傅可以在应力云图上任意旋转、缩放、切片。他试用之后，又打来一通电话，这次是感谢。但软件组组长记下的，不是感谢。他记下的是另一个数字：从用户反馈到功能上线，六天。其中三天在争论值不值。他在项目日志里写道：“争论本身，就是成本。这成本不是赵师傅付的，是我们付的。但如果我们不付，赵师傅永远只能用命令行。而用命令行的赵师傅，永远不会告诉我们他想转视角。这就是连接的另一面——你选择连接多少人，就要准备承担多少‘不值’的争论。”---上海，华创的“方法论ip库”遭遇了第一个“入库标准”的争议。周明团队准备将亚阈值低功耗设计方法论正式入库，但团队内部对“什么算是一个合格的ip”产生了分歧。负责技术的同事认为，必须有可重复验证的代码、测试用例、性能数据，才能入库。“不然以后别人买了，发现跑不通，砸的是华创的招牌。”负责市场的同事则认为，代码不重要，方法论才是核心。“客户买的是省40功耗的方法，不是代码。代码可以后面再调。”争论了三天，周明把双方叫到一起。“你们说的都对。”他说，“但有没有可能，ip库本身就是分层次的？”小主，这个章节后面还有哦，，后面更精彩！他在白板上画了三个圈：第一层：方法论指南。不需要代码，只需要思路、步骤、常见陷阱。任何客户都可以免费阅读，用于评估是否值得进一步合作。第二层：可配置插件原型。需要代码，但代码是开源的、可修改的。客户付费获得，可以自己调整适配自己的工艺。第三层：定制化服务。针对客户的特定工艺、特定需求，华创团队介入，完成最终适配和交付。“指南吸引客户，插件证明价值，服务实现变现。”周明说，“三个层次，对应不同的客户、不同的信任阶段、不同的付费意愿。”技术同事和市场同事对视一眼，没有再争论。后来有人问周明，这个三层结构是怎么想出来的。周明想了想，说：“不是我想的。是林远那本手册里的思路——‘手册只是工具，人才是接口’。我想了想，把‘人’换成‘服务’，好像也一样。”---欧洲的“工程案例交换库”，在六月底正式上线了。发起者是荷兰学者和意大利教授。吴思远被列为“联合发起人”，排名第三。上线第一周，入库案例：12个。其中3个来自中国，2个来自荷兰，4个来自意大利，其余来自法国、德国和瑞典。入库标准很简单：必须是解释不了的现象，或者解决不了的困惑。必须匿名。必须有真实的数据（可以脱敏）。必须有“我们尝试了什么但失败了”的记录。意大利教授在开库致辞里写了一段话，后来被很多人引用：“论文是我们穿好衣服、化好妆的样子。案例库是我们刚起床、还没洗脸的样子。我们要让全世界的研究者知道：不洗脸的那个样子，也值得被看见。”吴思远把这段话发给秦念。秦念回了一句话：“值得被看见的不是不洗脸的样子，是愿意让别人看见自己没洗脸的样子。”---七月中旬，秦念召集了一次小范围的会议。参会的人不多：林远、软件组组长、周明、吴思远。还有陈启元，代表材料组和工艺组。会议没有议程。秦念只是把林远那本手册、软件组那份项目日志、周明的三层架构图、吴思远转来的那段话，依次摆在桌上。“你们自己看。”她说。四个人围上去，看完了，沉默了。林远第一个开口：“我的手册，和周总那个三层架构，好像……”“好像什么？”周明问。“好像同一个东西。”林远说，“都是把‘连接’这件事，分成了可复用的层次。我的手册是‘怎么帮别人懂’，周总那个是‘怎么让客户买’。底层逻辑是一样的。”软件组组长看着自己那份项目日志，若有所思：“我那篇日志，写的是‘连接的成本’。你们的都是‘连接的方法’。成本和方法的平衡点……”“在哪里？”吴思远接过话，“在我们那个案例库里。案例库就是记录平衡点的地方——记录了每一次连接，成本是多少，方法是什么，结果怎么样。新来的人，可以调出来看，然后决定自己要不要走同样的路。”陈启元一直没说话。等所有人都说完，他才开口：“你们说的这些，材料组都有。”所有人都看向他。“材料组的老法师，每个人肚子里都有一本手册。”陈启元说，“但他们不会写。林远的办法，能帮他们写出来。周总的架构，能把这些‘写出来的经验’分层。吴老师的案例库，能让别人看见这些经验是怎么来的。软件组的日志，能告诉别人这么做要花多少代价。”他顿了顿：“你们四个，把这件事拼完整了。”会议室安静了很久。最后是秦念打破沉默。“所以问题不是‘谁的办法更好’。”她看着四个人，“问题是：你们四个，以前认识吗？”林远和软件组组长对视一眼。他俩经常打交道，认识。软件组组长和周明，只通过电话，没见过面。周明和吴思远，几乎没说过话。吴思远和陈启元，认识二十年，但从来没聊过今天这种话题。秦念笑了。“那就从现在开始认识。”她站起来，“这个会，以后每两周开一次。就叫‘连接者沙龙’。想来的来，不想来的不强求。议题只有一个：你们四个刚才拼出来的那个‘东西’，怎么让它继续长大。”她没有给这个“东西”命名。但走出会议室的时候，每个人心里都有了一个隐约的形状。——那是一种比标准更灵活、比平台更轻盈、比组织更有机的“结构”。它不是被设计出来的。它是从无数个“连接”的尝试里，一点点沉淀出来的。像河水携带的泥沙，在入海口，日积月累，成了三角洲。谁也不知道它最后会长成什么样。但所有人都知道，它已经在长。：（）七零空间大佬：家属院搞科技强国