|
6. 预发和线上不隔离的系统要注意单独考虑预评估发测试风险。有必要的给出操作步骤。talent.mypm.net
★ 产品验收service.mypm.net
一般情况测试完成后就到产品验收环节了。这个过程有些同学可能就直接不问或者任凭产品验收结果做最后的质量兜底。这是极为不可取的，原因是一般的产品验收最多只会跑到整体项目
case
的30%不到，越是大越是复杂的项目这个比率越是低。产品验收的目标是检查产品功能完整性、产品体验，而对C的线上用户几乎会全方位无死角覆盖。所以这次是你产品(功能)细节问题的最后一次机会。考虑到项目成本+收益+重要程度，对于特殊项目需要单独的组织参与人员设计并执行内部验收，以确保多人更大范围的产品检验。项目经理圈子
这个事情有两个重要意义：项目管理者联盟
1. 项目产品信心建立。项目管理者联盟
2. 项目产品功能体验review。项目管理培训
一般性的准备我这里也列举下：talent.mypm.net
1. 产品验收checklist;项目管理者联盟
2. 验收环境准备;PgMp.mypm.net
3. 验收数据准备;PgMp.mypm.net
4. 验收问题列表;blog.mypm.net
5. 变更列表(云雀或aone)，此时的改动要特别注意变更风险和范围评估;项目管理者联盟
6. 数据、BI、埋点验收准备;PgMp.mypm.net
7. 产品验收数据收集(可选)。项目管理者联盟
★ 项目发布项目管理者联盟
在以上阶段都完成后，就到了项目发布的最重要阶段。在准备好发布计划的前提下。要注意多系统联动的
发布时间节奏、依赖控制、风险控制、线上验证等把握。严格执行发布流程和回滚方案的同时，注意以下几点：项目管理者联盟文章
1. 提醒系统发布前中后检查，建立通知机制(发布群)。项目管理者联盟
2. 系统发布要注意API变更、数据及表结构变更等对线上逻辑的影响评估。(一般预发布已经做了)项目管理者联盟文章
3. 发布后的线上检查，特别注意检查本身会否影响线上功能和数据。项目管理者联盟
4. 最好做到发布功能有开关+线上白名单。blog.mypm.net
5. 复杂项目的发布一般会选在在晚上，但同时要做好分班跟进计划。项目管理者联盟
6. 发布完、线上验证完毕后，项目发布邮件及通知同步要到位。PgMp.mypm.net
★ 复盘总结pmp.mypm.net
互联网公司，唯快不破。再快的产品功能发布
也需要回到我们最初的本源，目标有没有达成?所以回到我们项目起初制定的目标和衡量标准，需要有个目标达成总结。重要的点提及下项目经理圈子
1. 项目目标衡量数据统计。项目管理者联盟
|
