第610章 一页风险清单 (第2/3页)
。
李渊没有先护任何一方。他按页码打开原文，逐项核对。第一项确实只有技术操作，没有合同责任；第二项财务模型使用了销售尚未确认的预付款假设；第三项回退容量只测试过单一城市。
“项目会延期？”他的注意力停在风险本身。
技术负责人估算，补完六城回退测试至少需要十天；法务修改数据责任条款需要与客户重新确认；付款节点若无法提前，财务还要设置资金上限。
项目经理不愿接受整体推迟，提出先上线两个城市，其余四个随后跟进。这个建议比原方案稳妥，却仍要确认首批城市的数据质量和旧系统保留周期。
许知微没有继续发表业务意见。风险已经被摆到桌上，方案应由专业负责人完成。她只记录待决事项和责任人。
第二天，决策会没有表决原定上线日。各部门围绕三项空缺重新拆解，最终形成分阶段方案：先选数据质量较好的两个城市试运行，旧系统保留三十天；客户承担原始数据完整性责任，公司负责约定范围内的清洗；首批付款改为启动款与验收款两段，未收到启动款不投入大规模资源。
销售担心客户拒绝修改，要求保留原方案作为备选。李渊没有同意：“客户不接受合理责任和付款节点，项目规模就缩小。不能为了签约，把所有不确定都留给交付团队。”
会议比预计多开四十分钟，却第一次把“风险可控”变成具体条件。表决结果不是通过或否决，而是满足六项前置条件后再确认日期。
散会时，项目经理拿走那张风险清单，神情仍不轻松。他在门口停住，回身看许知微：“你以前做过项目风控？”
她把散落的会议材料按密级收好：“没有。我只检查不同文件是不是在讲同一件事。”
答案并不谦虚，也没有抢专业人员的功劳。她的能力在于发现信息断口，而不是假装懂所有业务。
（本章未完，请点击下一页继续阅读）