项目上线风险怎么把控，项目经理和产品经理意见不一致该怎么办

项目既定上线时间为本周六，也就是后天，但从项目上线风险来看，确实存在很多风险，但面对风险，产品经理和项目经理的看法和着眼点却不一样。

产品经理认为项目上线的核心点在于数据初始化有没有问题，已经发现的问题是否解决，上线后异常数据的处理方案是否完备。达到这三个点就可以上线，而上线后可能出现的不可预估的问题则只能上线后解决。

项目经理则更多地从项目计划中任务完成度来看，比如:产品验收工作进行了一半，上线预演还没有一次真正意义上成功过，异常问题还没有完全关闭，上线后核对方案还没有完全搞定，上线一些其他零散的准备工作还没有完成等。这些工作都是因为前期在响应更加紧急的工作而导致延期到现在，比如响应需求变更，响应测试阶段的bug等。

总的来讲，项目经理认为项目计划应该完整地走完，才能最大程度上降低项目风险。但从产品经理角度看，只要测试阶段没有太大问题，初始化脚本核对完成后就可以上线。产品经理可能没有从事过项目管理工作，但也存在大家如何认识项目风险的问题。

以上面为例，项目经理把控风险的手段是控制项目过程，而产品经理因为对系统逻辑更加熟悉，所以更偏重于核心指标和风险可控性。当然，如果项目时间允许，也不会出现这样的争执场面。

同时，通过这一次上线风险的讨论，我认为项目管理的工作也有一些没有做好。比如:计划周六上线，那么应该更早地明确上线标准，明确哪些工作必须是上线前完成的，明确哪些工作必须是上线前解决的。然后，再根据时间倒退各项任务的节点，确保整个项目不延期。

关于项目风险，项目经理和产品经理各有各的看法，但如果项目上线带来的风险可控，我们还是可以参考产品经理的方案。但从流程管控来讲，我更加建议按照项目经理的意见执行，毕竟好的过程管控能够产生好的结果。