第281章 完美 (2/3)
家，她太清楚财经领域的特殊性。
应付账款涉及资金流动，每笔交易都牵连着供应商的信任和公司的现金流。
过去十年，老ERP系统像个补丁摞补丁的千层蛋糕。
这次渡河项目本是彻底重构的机会，她设计的分布式架构能支撑未来十年的业务扩张，却卡在了时间节点上。
手机震动，李峰的消息弹出来：“下午三点，陈总主持方案决策会，必须拿出结论。”
祁烨玲深吸一口气，把报告折成两半塞进文件夹。
路过茶水间时，她听见两个外包工程师在小声嘀咕：“听说马来西亚子公司的正式上线时间定在5月30号，要是应付模块拖后腿，咱们会不会被问责？”
决策会在鹏城总部G区2305会议室召开，投影上是祁烨玲团队熬了三个通宵赶出的方案对比表。
左侧是 “完美方案”，标注着 “架构先进性★★★★★”“风险等级★★★★”；
右侧是 “妥协方案”，“架构先进性★★★”“风险等级★★”。
李峰站在白板前，手中的激光笔在 “时间窗口” 四个字上反复画圈：“渡河项目领导已经很明确，马来西亚子公司必须在2017年中完成切换，这是政治任务。”
“还有，目前架构下应付模块的资金校验逻辑和老系统的凭证引擎存在兼容性冲突。” 她的声音带着独属于自己的固执。
她说话之余指尖敲在键盘上，调出一版架构图，“我们在解耦应付账款与总账接口时，忽略了马来西亚子公司的多币种结算规则...”
“停。” 李峰抬手打断，“祁总，我们现在不是在讨论技术问题”。
他觉得和面前这个完美主义者沟通起来真的很痛苦，“现在不是复盘问题的时候。马来西亚子公司正式上线日期是2017年5月30日，留给我们的时间只有六个月。”
他转向坐在长桌尽头的陈默，“如果按祁总的方案，仅接口联调就要新增十三周的排期。”
“但妥协方案只是把老架构的补丁换了层皮！” 祁烨玲忍不住插话，“应付模块每天处理12万笔跨境付款，现有架构的事务处理延迟已经到了450mS，一旦遇到月末结账高峰，后果谁来承担？”
“我们得先按时交付了系统，后续系统出问题的责任才值得讨论。” 李峰的声音里带着疲惫，“而且我们完全可以分阶段实施！先保障核心流程上线，后续再迭代架构。”
他在努力说服对方，“祁总，你知道吗？供应链模块的兄弟已经在马来西亚蹲好了，就等咱们应付模块这边的接口联调。”
会议室里的气氛凝固了。
作为项目经理，更别说李峰自己本身就是公司的金牌架构师。
他比谁都清楚祁烨玲新方案的价值，但他更清楚项目背后的全局。
这特么就是典型的理想和现实的差距。
渡河项目是徐董亲自挂帅、陈总担任实际负责人的公司“一号工程”，任何延迟都可能动摇整个自研ERP的信心。
渡河项目分两大块，ERP和数据库。
&n
本章未完，请点击下一页继续阅读