“小帅，老大对你的项目很关注，听说又拍了新需求？”度教授说道。
“对，不过我已经用离别钩处理了。”
“那可能不够，你的项目已经到后期，现在进行需求变更，可能引入巨大的质量风险，这块也要有所应对，所以霸王枪也要一起用。”
“一个人只要有勇气去冒险，天下就绝没有不能解决的事。”
关键词
勇气。
无知者无畏，敢为天下先。
演绎
有勇有谋，互联网产品既要追求小步快跑，又要做到质量过关。很多互联网产品标榜用户体验，但质量奇差，所以我们为质量风险准备了霸王枪，要勇于对不符合质量标准的产品Say "No"!
遇到质量风险主要涉及场景
这里的质量风险主要是指：项目策略模型的准确率、系统安全性、数据和资源的准确性、线上问题造成用户业务影响 等问题。
1. 数据例行产生、数据质量问题
2. 系统防攻击安全性工作不足
3. 运维方面的监控设置，服务降级的情况
4. 第三方依赖资源导致质量问题
接下来进入一个真实的项目
1.特点如下：
● 项目：HTTPS重点项目，属于百度安全生态的一部分
● 项目组织结构：跨部门，跨体系，跨众多外部合作第三方公司
● 产品类型：属于百度安全生态的一部分，有战略意义
● 项目周期：长（大于1年）
● 项目分类：商业；用户体验；平台类；安全生态
● 研发模式：迭代
2.背景描述：
● HTTPS项目需要确保大搜结果页上的所有展现都必须是https资源，但是在处理的过程中，经常发现一个非常非常小众（少量PV）的历史资源问题，修复维护成本较大。
3.风险识别：
● 识别阶段：项目上线后的小流量测试阶段 （本应该更早阶段）
● 触发条件：项目上线后的小流量测试阶段
● 发生概率（高、中、低）：低
● 影响评估（高、中、低）：中
● 应对措施（避免、缓解、转移）：缓解（结果页摘除的方式）
4.风险应对措施：
● 为了及时发现问题，需要对线上出现异常case的所有query进行监控实时报警
● 为了降低对用户的影响，需要实时摘除结果页有问题的资源
● 在处理的过程中发现很多的query下的问题资源的PV非常的少，有的历史悠久，维护成本较大
● 为了确保该策略并非单次运动，规则和监控需要近乎自动化
另一个相关的质量风险
1.风险描述：
● 平台类产品不同于单个功能发布产品，质量需要同时兼顾老产品，当前产品和后续产品。
2.解决方案：
● 建立完善的开发指导说明
○ 开发指导规范
○ 培训
○ Wiki发布规范
● 建立完善的质量监控体系
○ 线下监控：主要是分析各类子产品的上线过程，从开发流程上找到Check点，加以监控，避免问题上线
○ 线上监控：主要从产品展现过程；用户体验角度等去分析，有针对性做监控
○ 监控后续处理：建立及时的响应机制，尽量避免对客户造成影响。
3.实施：
看到这里，小帅感觉到灵光一现，拿过来纸笔，边写边画起来。
博客转自：《项目风险管理七种武器之霸王枪丨百度敏捷教练》
