第610章 一页风险清单 (第1/2页)
月末，公司准备启动区域服务平台升级项目。
项目预算不算最大，却牵涉六个城市的客户迁移、旧系统停服和第三方数据接口。一旦上线失败，影响的不只是合同收入，还有数千名一线使用者的日常工作。项目组准备了八十多页方案，技术路径写得详细，汇报结论却只有一句：按计划推进，风险可控。
许知微在安排决策会前，先核对各部门提交的前置材料。技术、销售、财务和法务都在清单上打了勾，可同一项风险在四份文件里用了不同口径。技术部门认为数据迁移由客户负责，销售合同却承诺公司提供全程支持；财务按首批回款覆盖成本，合同付款节点则在最终验收之后。
她没有替项目组重写方案，只把矛盾压到一张纸上。
第一项，数据责任没有落到合同。若客户提供的历史数据不完整，清洗成本和延期责任由谁承担，当前文本均未明确。
第二项，付款节点晚于主要成本支出。六城同时启动时，公司要先垫付人员、服务器和差旅，最坏情况下现金占用超过四个月。
第三项，备用方案没有真实容量。项目写着“故障时切回旧系统”，旧服务器却计划在迁移后第三天释放，无法支撑六城同时回退。
每一项后面都附上来源页码和需要决定的人，没有使用“进一步关注”“持续完善”之类空泛词语。
决策会前一天，许知微把风险清单放到李渊桌上。她没有等他翻完八十页才发现问题：“这三项不补，明天不适合表决上线日期。”
项目经理也在办公室，脸色顿时难看：“这些都写在方案里，只是分散在不同章节。技术细节不能压成一页就下结论。”
许知微把第一页推向他：“正因为分散，四个部门才各自以为别人负责。一页不是替代方案，是让决定者看见空缺。”
项目经理转向李渊，等他制止秘书越过岗位评论业务。
李渊没有先护任何一方。他按页码打开原文，逐项核对。第一项确实只有技术操作，没有合同责任；第二项财务模型使用了销售尚未确认的预付款假设；第三项回退容量只测试过单一城市。
“项目会延期？”他的注意力停在风险本身。
技术负责人估算，补完六城回退测试至少需要十天；法务修改数据责任条款需要与客户重新确认；付款节点若无法提前，财务还要设置资金上限。
项目经理不愿接受整体推迟，提出先上线两个城市，其余四个随后跟进。这个建议比原方案稳妥，却仍要确认首批城市的数据质量和旧系统保留周期。
许知微没有继续发表业务意见。风险已经被摆到桌上，方案应由专业负责人完成。她只记录待决事项和责任人。
第二天，决策会没有表决原定上线日。各部门围绕三项空缺重新拆解，最终形成分阶段方案：先选数据质量较好的两个城
（本章未完，请点击下一页继续阅读）