江西
晋升沟通会开到一半，林溪的申请表还压在陆沉舟手边。投影上的评审议程却被撤下，换成了苏蔓出任副总的任命页。
掌声响起时，林溪的电脑还开着昨夜改到两点的客户演示稿。苏蔓走到她身旁，轻声说：“我上任后第一场客户汇报，材料还得请你替我准备。”
林溪合上演示稿，转向人事经理：“请现在查一下，我今年的晋升申请走到了哪一步。也请把前两年的记录一起调出来。”
陆沉舟抬眼看她：“会后再说。”
“任命已经在会上宣布了。”林溪把电脑转向他，屏幕上是她负责的项目清单，“客户方案可以交接，署名和考核结果现在就要说清。”
人事经理迟疑着打开系统。会议室里安静下来，苏蔓站在投影旁，手中的任命文件翻了一页，又合上了。
屏幕显示，林溪连续三年的申请都停在直属负责人提交后、总裁审批前。没有评委名单，没有评分，也没有驳回意见。
“系统是不是漏了记录？”林溪问。
人事经理核对了流程编号：“没有漏。三份申请都没进入评审。你每年的绩效考核是正常完成的，但晋升没有形成评审结论。”
林溪看向陆沉舟：“你去年告诉我，评委认为我还缺管理经验。是哪位评委？”
陆沉舟没答，只让人事经理先关闭共享屏幕。林溪拿起手机，记下三份申请的流程编号，请人事把查询结果发到她的工作邮箱。
苏蔓试着接过话：“今天主要是公布任命，项目上的事我们可以单独谈。”
“你的任命我听清了。”林溪看着她，“但你要求我替你做首场汇报，客户会以为方案是你带队完成的。汇报可以交接，项目贡献必须按记录写。”
一名项目经理低头翻开会议资料。那份拟好的汇报分工里，林溪的名字只出现在“材料支持”一栏。
陆沉舟结束会议，让其他人先离开。苏蔓也抱着文件走出去，临到门口又说，客户约了下午三点确认下季度排期。
门合上后，陆沉舟把申请表从任命书下抽出来。“我没有说你能力不够。我们是夫妻，虽然公司里没人知道，但两个人都进管理层，迟早会引来议论。”
“所以你替我决定，连让评委看一眼的机会都没有？”林溪问。
“公司这几年处在扩张期，我需要你把交付守住。苏蔓对外沟通强，副总的位置能替团队争资源。等局面稳了，你的事我会安排。”
林溪翻到申请表末页。三年前她写的是希望负责交付部门预算；如今又添了人员培养计划，写着现有项目不能长期靠一个人救场。
她连接班人怎么培养都在考虑，自己的申请却三年没能进入评审。
“接班计划，我每年都交给你。你没有批准招人，却让我继续替每个项目补缺。”她说，“人不补，缺口都留给我，明年局面怎么会稳？”
陆沉舟揉了揉眉心：“下午的客户会，你先陪苏蔓去。她刚接手，很多细节还不熟。”
林溪把申请表放回桌上：“我会按职责把资料和风险交给接任者。今天起，客户承诺由有决策权的人确认。”
她回到工位，先给人事发邮件，请求提供三年申请的流程记录和项目任职证明。随后，她调出远航此前发来的正式聘用文件。
远航的面试做了三轮。周砚问过她如何核算交付成本，也给她看过岗位权限：团队人员建议权、试点方案调整权，以及结果责任。
她当时说，等恒川的晋升结果出来再答复。
现在结果清楚了。林溪给周砚回信，确认接受交付负责人的聘用条件，按三十日书面通知期完成离职交接后入职。
周砚很快回复：“合同按面试确认的版本发送。你在恒川的资料和客户数据不要带来，入职后我们用自己的资源重新做。”
林溪逐页核对合同，在电子签约页完成签署。系统返回双方签章完成的确认，她才打开辞职邮件，写明通知起算日期和交接范围。
下午三点前，她把客户方案里尚未解决的两项风险标红，发给苏蔓和项目组：新订单需要增加实施人手，现有排期也没有覆盖夜间故障响应。
苏蔓回了一句“收到”，随即打来电话：“这些问题能不能别在客户会上先提？我刚上任，需要一个顺利的开场。”
“客户要确认排期，必须知道能不能做到。”林溪说，“你可以调整方案，我会把测算依据交给你。”
客户会议结束后，苏蔓提交了一版没有标红风险的纪要。林溪当场在邮件里补上测算附件，请参会人员确认实际交付条件。
晚上，陆沉舟把她叫进办公室。桌上摆着她的辞职邮件，旁边是那份刚收到的人事流程记录。
“你一定要弄到这一步？”他问，“申请的事我处理得不周全，可以补。苏蔓刚上任，你现在走，交付会乱。”
林溪说：“交接清单我已经列了。谁来接、能接多少，由你们决定。我不能继续用没有权限的职位，保证你们签下的每个交期。”
陆沉舟拉开抽屉，取出一份调整待遇的草案：“给你涨月薪10万。”
他把纸推过来，补了一句：“职级也可以谈。你先把辞呈撤了，我们回家慢慢商量。”
林溪没有碰那份草案。她打开手机，把双方签章完成的确认页放在他面前：“不必，刚与你的对手签了五年合同。”
陆沉舟盯着远航的名称，又看向签署时间。确认页上只有合同状态和期限，没有薪资数字。
“你什么时候去面试的？”他的声音低了下来。
“在我还以为今年会有评审的时候。”林溪收起手机，“我没有拿远航的条件来问你要价。辞呈已经提交，三十天内我会完成该做的交接。”
她走出办公室时，人事的邮件到了：三份申请均未进入评审，系统查询结果已附上。
林溪把邮件归档，打开交接表，写下第一个接任者必须亲自演示的操作步骤。
第二天，苏蔓发来一份对客户的人员变更说明。文件写着林溪“因家庭原因退出项目”，后面接的是苏蔓将全面负责交付。
林溪把那一行圈出，回复：“请写实际岗位变更与交接日期。私人原因不属于客户项目说明，也未经我同意公开。”
苏蔓到她工位前，压低声音：“客户已经习惯找你。说得太突然，会影响他们对团队的信心。”
“那就让接任者把流程跑通。”林溪打开交接日程，“我约了客户下周看一次现场演示，你和新负责人都可以参加。”
苏蔓看了一眼日程：“资料那么多，你只给一周演示，后面的责任怎么分？”
“书面通知期还有三十天。”林溪说，“已归档的步骤我会讲，未完成的风险会列清。你们可以决定承接安排，但不能让我为离职后的承诺签字。”
接下来的两周，林溪带项目组整理了运行手册、故障记录和供应商联系人。需要权限才能查看的业务数据留在公司系统里，接任者按各自账号操作。
苏蔓几次退回交接清单，理由从“说明不够详细”变成“尚未确认全部客户口径”。林溪没有反复改写同一份材料，只请她标出具体无法操作的步骤。
第三次退回时，苏蔓终于写了一个编号：客户产线停机后，系统如何恢复到上一批次。林溪把它排进当天的演示。
会议室里坐着接任项目经理、两名工程师和客户的运营负责人。林溪用测试环境做完恢复，停在操作台前：“现在请接任者按手册重做一遍。”
项目经理照着文档点击，到了核对批次号的环节停住了。他转头看苏蔓，苏蔓说：“这一步以前都是林溪在现场处理。”
“手册第六页有判断条件。”林溪没有接过鼠标，“先看工单时间，再核对设备回传的批次号。你可以按示例继续。”
项目经理重试后完成恢复，但客户运营负责人又问：“如果设备回传晚于工单两小时，你们先放行生产，还是先锁批次？”
苏蔓答：“我们会根据现场情况灵活处理。”
客户负责人把笔放下：“我们要写进应急预案，不能只写灵活处理。林工，上次夜班故障是怎么定的？”
林溪把对应记录投到屏幕上：“当时先锁批次，请质检复核后再放行。这个权限原来由我和客户值班主管共同确认。交接后，请贵方和恒川重新指定签字人。”
客户负责人当场要求，新的预案写明责任人，并保留原故障记录中的处理人署名。苏蔓点头，却在会后说，演示还不足以签收整个项目。
林溪让她指出剩余阻碍。苏蔓翻着清单，指向下季度排期：“你离开后人手缺口怎么办？没有这个答案，我签不了。”
“增员，或者延期，上个月的测算里都有。”
林溪说，“依据我会交给你，但清单交完，人手也不会自己补上。你是副总，方案得由你选；资源，我不能代你批。”
苏蔓没再说话。接任项目经理主动把手册拿走，约了工程师第二天做一轮夜班模拟，并在清单上签收了已完成演示的部分。
客户负责人当晚发来邮件，确认故障记录由林溪负责处置，要求恒川在对外项目资料中保留原交付团队的贡献，并在月底前提交新的应急责任表。
林溪把邮件转给人事，申请开具任职及项目成果证明。人事核对了内部记录和客户邮件，确认可以按实际职责出具。
陆沉舟看到了客户邮件。他没有再让林溪撤回辞呈，只在一次排期会上要求苏蔓拿出增员和延期两套方案。
苏蔓选择对客户维持原日期，同时申请临时借调两名工程师。林溪提醒她，借调人员还需要熟悉设备接口；苏蔓把这项培训写进了自己的计划。
之后的交接顺利了一些。林溪把需要现场经验的异常情形集中讲了一遍，让接任者逐项操作；做不到的地方记录为待解决事项。
通知期最后一周，客户的正式回信到了。邮件列明林溪在两次上线和一次夜班故障中的负责人身份，也认可她提交的交接资料完整。
苏蔓拿着邮件到人事办公室，要求把“完整”改成“待副总最终验收”。人事经理请她提供尚缺资料的编号，苏蔓只说自己还需要时间熟悉。
林溪在场，没有替她解释。接任项目经理把已签收的演示记录、夜班模拟结果和剩余风险清单一并交给人事。
人事经理确认，交接是否完成应按约定事项和实际移交记录判断。苏蔓可以继续处理未决风险，不能把自己的熟悉时间算成林溪未交接。
离职当天，林溪拿到盖章的任职和成果证明。证明写着她负责的项目、时间和职责，附有客户确认邮件的编号，没有带走客户数据。
她把电脑、门禁卡和业务资料交还，逐件在清单上签收。个人笔记里涉及项目参数的部分也留在公司，只带走自己的证书与私人物品。
人事经理核对劳动合同后告诉她，档案中没有有效的竞业限制约定，也没有相应补偿记录。林溪请对方把这一结论写进离职确认邮件。
走出办公楼时，苏蔓正带着两名工程师去见客户。她停了一下，说：“那封客户邮件我看了。新预案，我会自己签。”
“签之前让夜班的人也试一遍。”林溪说。两人没有再谈谁该留下，电梯门在她们之间合上。
林溪回到与陆沉舟共同住了多年的公寓。她提前约好的搬家公司已经到了，箱子里只有衣物、书和她自己的物品。
陆沉舟站在客厅，看着她取下门口的钥匙：“一定要今天搬？”
“离职手续今天结束。”林溪把钥匙放在玄关柜上，“以后关于房子和婚姻的事，我们约时间单独谈。”
他看见她手里的成果证明，似乎想说什么，最后只帮她扶住了快要滑落的书箱。林溪接过箱子，跟搬运工一起下楼。
新住处不大，窗边刚好放得下一张桌子。她把证明收进文件夹，给周砚发去消息：“交接完成，我可以按合同日期入职。”
周砚回复了入职安排，还附上一句：“第二个月可能有个工厂试点，你可以先看公开的设备资料。现场方案，等你见过人和机器再定。”
入职远航的第二个月，周砚把一份制造业软件试点方案交给林溪。客户只开放一条产线，要求先证明系统能在不影响生产的情况下切换。
远航的工程师许闻在会议上问：“我们自己的架构已经定了，现场负责人还需要重看工序吗？之前的交付经理都是按表推进。”
林溪合上方案：“表里写的是理想顺序。我明天跟一班，回来再定切换点。”
许闻没有反对，只提醒她，试点窗口只有两周。周砚把客户对接人的电话给她：“方案和资源在你权限内，超出预算再找我。”
第二天清晨，林溪进了工厂。班组长罗师傅指着唯一开放的试验线说：“我们不为软件停整条线，先从这一条做。出问题，先保出货。”
林溪换上工装，跟着操作员从领料走到包装。到了换批次时，她发现工人先看手写板上的急单标记，再补录系统，和原方案的顺序相反。
许闻说：“可以要求他们先录系统，不然数据会晚几分钟。”
罗师傅立刻接话：“夜班一个人看两台设备，你让我先录，就得有人替他盯机器。你给人吗？”
林溪请操作员照平时的方法做完一批，自己记下每一步的时间。午休时，她把原方案里的录入窗口往后挪，并增加了班次交接时的批次核对。
许闻看着修改稿：“这样系统要容忍一段延迟，报表不会实时齐全。”
“报表上标清延迟状态。”林溪说，“我们先保证人能按实际工序操作，再看哪些数据必须当场回传。”
她把两种做法都拿给客户的信息主管看，说明实时数据会晚到的范围。对方同意在试验线验证，但要求保留旧系统作为回退入口。
林溪据此缩小切换范围：只接试验线的批次流转，库存结算仍走原流程。许闻带人改接口，罗师傅安排两名熟悉夜班的操作员试用。
头三天，操作员抱怨按钮藏得太深。林溪让许闻站到设备旁，看他们戴着手套如何操作，再把常用的确认键移到一屏内。
许闻看完说：“我之前只测了办公室的触屏。”他当天改完界面，第二天早班的录入遗漏少了。
一周后，试验线完成首轮切换，比客户给出的窗口提前了一天。罗师傅把自己的班次安排表拿来，圈出夜班：“今晚我留下，看它经不经得住急单。”
林溪把结果报给周砚，也写明尚未验证的边界：同时插入两张急单时，排程会挤占原批次的包装时间。
周砚回了一句：“继续盯现场。客户要的不是一张漂亮截图。”
当晚十一点，销售端突然加进一张必须赶早班发走的订单。系统按原先设定把它插进试验线，屏幕上两批原订单的预计完工时间随即变红。
罗师傅拿着工单冲到控制台：“照这个排法，急单能走，原来答应明早交的那批就要晚。你们系统不能两头都算准吗？”
许闻重新跑了模型，摇头：“设备和包装工位就这些，同时保住所有交期，排不出来。”
客户值班主管要求立刻决定：继续用新系统处理急单，还是整条试验线退回旧流程。再拖一小时，连人工调整的余地也没了。
林溪先让操作员暂停自动下发下一批指令，已在运行的设备照常完成当前批次。她核对了库存和包装工位，确认急单只缺最后一道校验。
许闻建议直接回退：“这样最稳，明天再说方案问题。”
罗师傅却指着屏幕：“回退也得重新对批次。今晚的人手不够，退回去一样要耽误。”
林溪给周砚打电话，把两种选择和交期风险说清。周砚听完问：“你负责试点，要不要继续，由你决定。明早客户要说明，也由你去讲。”
她终于能自己选，也得自己面对那批可能延误的订单。
“我继续，但只验证急单这一批。”林溪说，“其他订单先冻结自动重排。需要两名操作员人工复核批次，许闻盯接口，超出这个范围就回退。”
她把决定告诉值班主管，明确说出可能延误的那批原订单，请对方联系销售确认能否调整交货时段。值班主管同意限定验证，要求所有变更留在当晚记录里。
罗师傅叫来夜班组长，两人站在包装工位核对物料。林溪守在控制台，让许闻只开放急单所需的接口，不把未经验证的排程推给整条线。
第一轮试运行，系统把一箱待复检产品算进可发货数量。许闻立刻停了下发，林溪和罗师傅查到原因：质检的复检标记比设备状态晚同步了七分钟。
林溪没有让人手工改掉那箱的状态。她把这七分钟列为不能自动放行的条件，让操作员按现行质检签字记录排除复检箱，再重跑急单。
第二轮的数量对上了，包装工位开始作业。原订单的预计完成时间仍在变红，但比刚插单时缩短了半小时。
值班主管收到销售回复：其中一批可改走下午的车，另一批必须保持早班交付。林溪据此调整人工复核顺序，只让试验线处理能够确认的两批。
凌晨四点，急单完成校验，必须早班交付的原订单也进入包装。罗师傅摘下手套，拍了拍控制台：“今晚这套办法能用，但不能天天靠人守着。”
“我同意。”林溪把复检标记延迟的问题发给许闻，“天亮前我们只能证明这次限定范围的处理有效，不能把它写成系统已经解决了所有插单。”
许闻点开故障记录，主动补上自己要负责的接口修复和复测时间。他问林溪：“明天客户要是说首轮验证失败呢？”
“我去说明。”林溪说，“系统第一次遇到真实急单，边界是我们方案里漏掉的。能保住这次交付，也不能把漏项算成通过。”
天亮后，客户试验线继续运行。罗师傅没有下班，带着夜班记录走进会议室，坐在林溪旁边：“我留下来把现场怎么做的讲清楚。”
林溪打开记录，先向客户说明已完成的切换和当晚保住的交付，再指出复检标记的延迟、受影响范围及下一轮验证条件。
客户的信息主管听完，让她按这套范围提交修订方案。
散会时，周砚只问她需要多少时间复测。林溪给出两天，并申请让罗师傅参与验收。
她第一次用自己的权限改了方案，也把尚未解决的问题留在了自己的名字下。
会议室里，客户的信息主管把夜班记录推回林溪面前：“两天后复测。复检标记再晚到，系统必须拦住自动放行，不能让操作员替它兜底。”
“这是我们方案漏掉的条件。”林溪在记录上标出责任人，“今天改接口，明天跟夜班，后天请你们按实际急单验收。”
罗师傅听见“跟夜班”，抬头说：“昨晚那两个人连着加班了，今晚不能再叫他们来。你们得换一班人试，才知道手册能不能用。”
林溪看向许闻。许闻翻开工位表：“我有个备选办法，先从质检系统取待复检状态，没取到就锁住放行；夜班只需核对锁住的批次，不用守着整条线。”
“取不到状态时，急单会慢多少？”客户信息主管问。
许闻算了算：“最多等七分钟。再久就转人工确认，但必须由值班质检员签字，系统里也会留下原因。”
林溪请他把两种路径画在一张图上，交给罗师傅核对。昨晚的方案由她拍板，今天她把许闻的备选安排写进修订稿，注明了延迟带来的交期风险。
周砚在电话里听完修改范围，说：“可以调工程师，但两天后给不出结果，试点窗口就用完了。你要不要向客户争取多一天？”
“先按两天做。”林溪说，“时间不够，我会在复测前告诉客户，不用验收当天才解释。”
下午，林溪跟许闻进了质检室。值班员指出，复检标记有时要等抽检结果回填，设备状态先变并不代表产品能出库。
许闻原本想把回传间隔缩短，听完改了接口规则：只要质检结果未到，系统就保持锁定。他让值班员用三张旧工单试了一遍，发现其中一张需要补录签字时间。
“这张不能算系统通过。”林溪把工单放到一旁，“先弄清楚时间是谁填、什么时候填，再决定能不能自动判断。”
第二天，罗师傅换来一组没参与过试点的夜班人员。操作员照着手册处理模拟急单，在锁定提示前停下，问许闻：“质检还没回来，我点哪里看是谁在等？”
许闻指给他看后台日志。操作员摇头：“机器边上看不到后台。我得知道该找质检，还是该找库房。”
林溪让许闻把等待原因放到操作屏上，只显示岗位和批次，不增加需要手填的字段。罗师傅随即调整作业顺序，让包装工位先处理已放行的原订单。
夜班组长试了新顺序，发现包装工位会空出一小段时间，却能避免把待复检箱搬过去又搬回来。他在班次表上改了两处安排，答应复测时按这个顺序执行。
当晚十点，林溪发现一张测试工单仍被系统误判为已放行。许闻查到是旧接口缓存了上一次的质检结果，清除缓存需要暂停试验线的数据同步。
生产还在进行。林溪先把该批次切回人工锁定，告诉罗师傅停止新工单自动下发，再向客户值班主管说明必须暂停同步十五分钟。
值班主管盯着当班出货表：“十五分钟之后，你能保证不会再读到旧结果？”
“现在不能保证。”林溪说，“许闻修完后，我们用刚才这张工单和一张新工单一起验证。两张都对，才恢复自动下发。”
许闻在操作台旁改好规则，两张工单依次跑通。罗师傅仍让操作员人工核对了首批恢复的产品，确认屏幕状态与质检签字一致，才放开后续批次。
凌晨，林溪给客户信息主管发去简短记录：发现缓存误判、暂停同步的时间、人工保护的批次，以及复测前仍需观察的项目。
第三天验收时，客户没有照远航准备的演示顺序提问，而是临时插入一张待复检急单。操作员按屏幕提示找到质检岗位，复检结果回来后才放行。
罗师傅又让人模拟了换班。接班操作员不看许闻，自己在屏幕上找到未完成工单和锁定原因，把批次交给下一班。
客户信息主管对照试点约定，确认切换期间没有影响正常生产，批次记录和急单处理均达到验收指标。此前延迟的交期也按调整后的时段完成。
他在试点验收单上签字：“这一条线可以作为正式评选的依据。后续扩到几条线，要看你们提交的资源和回退方案。”
许闻接过验收单，先递给罗师傅看。罗师傅只扫了一眼：“别把夜班那两个操作员漏了，他们找出来的问题最多。”
林溪把参与人员写进验收附件，交给客户确认。周砚随后把远航列入正式评选团队，让她继续担任项目负责人，准备可复制的首期方案。
回公司的路上，许闻说：“我以为你会坚持昨晚那个决定。要是照原方案一直修报表，锁定问题可能还在。”
“昨晚我只看到了排程冲突。”林溪说，“你提出先锁放行，才让复测有了能执行的路径。正式评选要靠你们把它做稳。”
许闻把验收照片发进团队群，附上夜班操作员的名字。几名工程师开始讨论如何把锁定规则用到其他产线，而不是只复制试验线的设置。
正式评选准备会安排在一周后。客户通知远航与恒川分别说明方案，双方使用同一份公开需求书，不得调取对方项目的内部资料。
林溪按要求清理了远航演示材料。试点数据来自客户开放的试验线，旧工单由客户提供；她在每张图旁写明来源和取得日期。
会场里，苏蔓带着恒川的团队坐在另一侧。她看见罗师傅与林溪说话，目光停在远航的验收附件上，没有过来。
客户评委入座前，陆沉舟走到会议桌前：“正式开始前，我需要说明一件可能让大家产生误会的事。林溪是我的妻子，我们目前分开居住。”
远航团队里有人抬起头。客户评委也看向林溪，负责主持的采购经理示意陆沉舟继续说明。
陆沉舟说：“她离开恒川后加入远航。此前婚姻关系没有在公司公开，我希望今天把它摆到桌面上，免得影响评选的公正。”
苏蔓紧接着开口：“林溪长期负责恒川的同类项目。远航现在的方案里，有些经验可能来自她过去接触的客户资料，最好先把边界说清。”
采购经理当场暂停了林溪的陈述，请双方先确认资料来源和人员关系的处理方式。投影停在远航的试点验收页。
那条线是她带着团队守过夜班、反复复测才验收通过的；如今站在评委面前，她却连下一张都还没来得及翻。
周砚侧身问她：“你要先回避，由我来讲吗？”
