上线评审会议，或Go/No-Go Meeting，用于在上线前邀请相关方领导，决策项目是否按计划上线。 常碰到的分歧点，是一方出于进度考虑，尽快上线，问题靠后续迭代优化，而另一方，往往是业务代表，侧重用户体验，希望关键问题解决后上线。或者乙方相关资料准备不充分，数据质量不达标，uat问题未给出解决承诺，切换计划为考虑充分，存在问题。最头大的是之前一直未发声的隐形相关方，突然跳出来，cc相关领导，提出几点要求，必须实现，否则上线影响业务。因此在上线前，需召集一干领导，汇报项目情况，是否上线，大家共同担责。
-
系统功能完整度，通过Workshop与UAT确认。Workshop保证系统与业务的一致性，从中收集业务用户的反馈；UAT保证系统具体功能与业务方案的一致性。
-
UAT测试结果，介绍测试整体回顾、参与对象及参与方式，汇总测试结果，给出测试结论。着重说明高风险问题，即影响上线业务流程问题的解决情况，及后续所有问题处理计划。
-
周边对接系统，列出所有接口的对接状态是否已测试通过。
-
部署计划与部署清单。列出所有配置项及自定义开发的状态。
-
用户数据，特别是增量导入，要注意接口切换前的新增的数据。用户数据、组织数据、权限数据，并已通过导入校验。
-
业务数据，收集、校验及清洗，提供数据迁移脚本。
-
数据安全，注明数据等级分类，相应的数据对象及权限控制原则。给出上线数据安全评估。
-
支持模型，一般按照三层结构。一线反馈问题，由关键用户-甲方运维团队-乙方顾问逐渐升级。
-
推行策略，推广时间表、调整方式、推广范围扩大安排。