产品经理避坑指南（一）—— 这些年我经历的技术风险

一、前言

在项目进行的过程中难免会遭遇到一些风险因素，轻则项目延期、熬夜上线，重则上线失败、代码回滚，更有甚者给公司带来严重的经济损失，作为产品经理在风险发生的时候难免瑟瑟发抖，劳心劳力又背锅。为了更好的完成KPI或关键目标，如何做好风险的预防和应对变得尤为重要。风险管理过程主要包括：风险识别，风险量化，风险应对计划制定和风险监控，如图所示[1]。整个风险管理过程是一个需要在项目期间中的连续进行、周期开展的过程，其中风险识别作为过程的第一步尤为重要，然而我们通常因为盲目的乐观, 忽视了一些项目风险。

风险管理阶段定义[2]

风险识别: 包括确定风险的来源，风险产生的条件，描述其风险特征和确定哪些风险事件有可能影响本项目。常用的风险识别方法有风险核对表、头脑风暴、德尔菲法、SWOT分析、访谈等。

风险量化：涉及对风险及风险的相互作用的评估，是衡量风险概率和风险对项目目标影响程度的过程。风险量化的基本内容是确定那些事件需要制定应对措施

风险应对计划制定：针对风险量化的结果，为降低项目风险的负面效应制定风险应对策略和技术手段的过程。应对措施包括：转移、回避、接受、缓解；

风险监控：涉及整个项目管理过程中的风险进行应对。该过程的输出包括应对风险的纠正措施以及风险管理计划的更新。

不同的项目阶段遇到的项目风险点的类型、可能性、影响度、紧迫度等相关属性均有不同，对于产品经理而言，项目风险、技术风险、商业风险是需要重点关注的，然而技术风险是最容易被忽视的。笔者在本文中列举了从业过程中遇到的一些典型技术风险案例，重点从识别风险、应对风险两个角度进行分析，希望能够帮助读者进行风险管理。

软件项目风险分类主要包括[1]：

项目风险：项目预算、进度、用户和需求等方面的问题；

人员风险：人员离职、人手不足等问题；

技术风险：采用的技术所可能带来的风险；

商业风险：与市场、产品策略等有关的商业风险。

二、风险案例说明

CASE1: 某年某月笔者在H公司负责企业内部社区产品，该社区内嵌在企业内部APP中，技术方案是以SDK的形式进行嵌入。在合并打包的时候，遇到了严重的SDK合并冲突，处理冲突耗费了很多工时，进而导致了项目延期上线。

风险点	应对措施
以SDK的方式嵌入第三方APP，会遭遇SDK合并冲突	缓解：项目排期预留一定工时用于处理合并冲突； 回避：采用拉独立分支在第三方APP的代码上开发；

CASE2: 某年某月笔者在W公司负责在线学习平台产品，该产品需要接入公司中台的web播放器（PC+H5）。在项目方案规划阶段，调研了中台播放器对产品场景功能支持情况，对于接入该播放器存在的风险没有进行调研分析。对于风险接入在项目测试阶段，发现该H5播放器有严重的兼容性问题、大文件播放问题，这些问题阻碍了项目的进度。在项目进行阶段，跟中台的相关技术人员沟通发现，我们是第一个接入H5播放器的业务方，且中台对H5播放器的测试不充分。最终该项目带着未知问题上线了，笔者也被扣绩效。

风险点	应对措施
对接入第三方服务的存在对风险未进行评估确认，接入失败会承担项目管理责任	回避：要求第三方提供服务可能存在的问题报告，同时要求技术人员对问题报告进行评估，对接入进行可行性分析，可行性报告以邮件的形式发送给相关责任人；
首次接入第三方服务存在不可预知的问题，问题排查解决会导致项目延期	回避：要求技术人员对首次接入风险进行评估，判断能否接入； 缓解：预留项目工时进行问题解决，同时要求第三方协调技术人员配合我方技术联调解决问题
第三方播放器组件存在浏览器兼容性问题	缓解：预留项目工时进行兼容性问题解决，同时要求第三方协调技术人员配合我方技术联调解决问题；

CASE3: 某年某月笔者在W公司负责某APP的功能的上线工作，该APP的版本升级提示文案，是需要开发在后台进行配置，相关参数需要产品经理提供。由于提供参数产生错误，APP上线后出现新的安装包安装成功后，依然显示更新提示弹窗，经过测试紧急排查发现是某个参数配置错误了，导致新APP的版本被判断为老版本，进而显示了更新弹窗；

风险点	应对措施
升级提示相关内容、参数存在人工配置错误的可能，进而影响版本升级提示、用户使用体验	缓解：采用专人负责制，由专人负责内容提供、内容配置； 回避：上线APP版本管理的功能，用系统化操作代替人工

三、总结

对于项目风险管理，首先要树立起项目风险意识，有意识才能重视风险，同时在产品规划阶段要重视对于技术风险的识别，建立起风险应对计划。

上述案例中存在的技术风险可以总结为以下几点：

• 依赖新的或未经试验等产品、服务或技术；

• 使用的技术有特别的依赖；

如果产品的某个技术解决方案出现了上述情况，那么产品经理就要对其风险性要产生警惕，并与相关技术负责人沟通好应对措施并纳入到项目计划中，文中列举的应对措施可供参考。

技术风险除了文中列举的还有很多，在实际的项目过程中可以通过组织项目成员进行头脑风暴、访谈内外部技术专家、对照风险检查表核对等方法来发现风险。

在应对风险上需从风险点属性、项目目标、措施可行性、实施成本等多角度综合考虑应对措施的优先级，选择最适合当前项目实际情况的风险应对措施。

参考资料

[1] 宝玉.风险管理：不能盲目乐观，凡事都应该有B计划.《软件工程之美》

[2] 软件项目风险管理介绍