台灯熄了，书桌上的纸页被风吹到地上。林晓弯腰捡起那张写着“真正的传承”的纸，折好塞进文件夹。她站起身，把女儿的板凳推回桌下，指尖在《高效工作实操手册》封面上停了一秒，转身走出书房。
第二天早上九点，项目启动会准时开始。
会议室里坐满了人，客户代表坐在主位，眉头紧锁。他们刚换了三任项目经理，前两个都因为进度失控被撤换。这次的需求文档厚得像本字典，但里面全是模糊表述：“提升用户体验”“优化整体流程”“尽快上线”。
林晓打开笔记本电脑，从包里拿出那本浅绿色的手册，放在桌角。所有人都看见了那个联盟印章。
“我们先做一件事。”她说，“拆需求。”
没人说话。有人低头看手机，有人交换眼神。
林晓点开ppt，第一页标题是：**核心需求 vs 可延后项 vs 非必要项**。
“客户说要‘提升体验’，这个词太宽。”她指着屏幕，“我们把它变成具体动作——登录速度必须在两秒内完成，这是核心；界面配色调整可以放二期，属于可延后；而增加动画特效，虽然好看，但不影响功能，是非必要。”
技术组长举手：“如果客户临时加新要求呢？”
“所有新增需求，必须走审批流程。”林晓说，“邮件确认目标、责任人和截止时间。没有书面记录的任务，不算任务。”
会议室安静了几秒。
财务部的小王小声问：“可赵总以前说过，领导口头交代的事也得办。”
“那是过去。”林晓看着他，“现在我们的标准只有一个：有没有留痕。没有留痕的任务，出了问题谁负责？”
没人回答。
客户代表忽然开口：“你们真的能按时交付？”
“不仅能按时，还能提前。”林晓调出排期表，“按这个节奏，原定六周的项目，四周就能上线测试版。”
会议室炸了。
“不可能！”产品助理脱口而出，“上次同类项目拖了两个月！”
林晓没反驳。她只说了一句：“因为我们不加班补漏洞，我们在问题出现前就堵住它。”
会议结束时，所有人拿到了自己的任务卡，上面清楚写着三项内容：做什么、什么时候交、由谁验收。没有模棱两可的词。
项目第三天，技术组发现接口协议不兼容，原方案无法运行。
消息发到群里不到两分钟，林晓回复：“十分钟后闭门会，核心成员参加，带三个替代方案来。”
会议室门一关，她直接说：“三十分钟内定方向。每人五分钟陈述，然后投票。”
有人提出换架构，耗时长但稳定；有人建议打补丁，快但有风险；第三个方案是借用现有模块重构，折中选择。
林晓听完，让每个人打分。最终选了重构方案。
“现在写通报邮件。”她对运营说，“告诉客户我们发现了潜在风险，已制定解决方案，预计影响工期不超过两天。”
“要不要先请示上级？”运营犹豫。
“不必。”林晓敲着键盘，“主动报风险，比等对方发现问题再解释强十倍。”
邮件发出半小时，客户回信：“处理专业，继续保持沟通。”
第五天，测试环境跑通全部流程。
第二周，ui完成迭代，用户调研满意度达91%。
本章未完，点击下一页继续阅读。
