PMP有哪些知识点可以迁移到产品领域.docVIP

PMP有哪些知识点可以迁移到产品领域 / 最近完成了PMP的学习和考试，三个月的学习和连续四个小时的考试，回想起来真是欲仙欲死。项目管理和产品领域的关联度很大，知识点多多少少有重叠的领域，就连它们的缩写都是PM。 那么在PMP的知识点里，有哪些值得我们（产品汪）学习实践呢？ 首先，简单介绍下啥是PMP。 PMP指的是项目管理专业人士资格认证。它是由美国项目管理协会（Project Management Institute(简称PMI)）发起的，严格评估项目管理人员知识技能是否具有高品质的资格认证考试。 PMP包括五大过程组、十大知识领域和49个过程。 01?商业论证和制定项目章程 PMP启动项目的第一步，不管项目多大、多紧急，永远都是商业论证和制定项目章程。 商业论证简单来说，就是分析项目在经济利益上是否有利可图。方便高层判断是否要做这个事。商业论证其实有点类似于产品领域的BRD文档（商业需求文档），目的都是判断公司干这个事情，是不是有利可图。 换一个文艺点的说法：商业论证的结论是项目或产品的初心。 商业论证可行后，下一步制定项目章程。项目章程是项目的纲领性文件，其中明确描述了项目和公司战略之间的关系，确立项目的正式地位，同时描述了项目的目标、高层级的需求、期望和风险。 项目章程也是后续项目经理行使权力、进行项目管理的依据，可以说是项目经理的尚方宝剑。商业论证和项目章程在产品领域比较少见，很多都是老板说干就直接干了，很多人可能还会觉得这两个东西是浪费时间。 但是，商业论证和项目章程对于产品来说也是很有借鉴意义的，因为可以让我们从战略大局的角度来认识这个产品，这有助于我们后期不跑偏。 特别是当我们陷入迷茫的时候，商业论证可以坚定我们的信心，而项目章程可以为我们指引方向。 我们不必非要有这两份文件，但是商业论证和项目章程的全局思维方式，是我们必不可少的。 02?启动大会与需求评审 PMP在项目启动时，有一个有意思的会议，英文叫kick-off meeting，中文叫法很多，有的叫开踢会议、有的叫启动大会。 启动大会的目的，主要是召集项目团队成员以及各个相关方，传达项目背景和目标等信息，澄清项目相关问题，与团队和相关方就项目目标、项目计划等达成共识，为团队灌输信心，并获得相关方的承诺。 在产品工作中，启动大会比较少见，不过有点类似于我们的需求评审会。很多同学在需求评审的时候，多数都只是关注于如何将需求传达给开发同学，但这其实只是需求评审会的一部分。 一开始就陷入细节的需求评审会很容易被喷得体无完肤，我们其实可以参考PMP启动大会的目标。传达本次版本迭代的背景和目标，目的是告诉开发同学，这次迭代为什么要做？做了以后能带来什么价值？ 另外，当团队开始关注目标以后，有时候集思广益可以给你带来意想不到的惊喜。澄清功能需求的相关问题，这一点是大家关注最多的，不用多说。 就本次迭代的目标、迭代计划等信息达成共识。达成共识才能劲往一处使，一个人心甘情愿才能最大限度发挥主动性。 03 识别风险 产品经理在工作中，最头疼的问题，就是项目延期。项目延期的原因有很多，但是比较常见的有两个：不断的需求变更或发生了风险。 PMP是如何解决风险问题的呢？ 首先，PMP将风险分为三类： 已知-已知风险：发生概率已知，造成的影响和后果已知，例如人员不够； 已知-未知风险：发生概率未知，造成的影响已知或发生概率已知，造成的影响未知。例如有核心团队成员离职的风险； 未知-未知风险：发生的概率和造成的影响都未知，例如突然的政策变化或者新政策发布。 前两个风险都是可以也必须是要提前识别的，识别风险的常用方法有： 经验教训知识库：参考类似项目遇到的一些风险； 头脑风暴：组织团队成员脑暴可能遇到的风险； 专家判断：请有经验的专家分析可能存在的风险； SWOT分析或PERT分析：针对大方向的风险识别。 第三种风险因为是未知的，没办法做到提前识别，所以需要未雨绸缪，预留一点的资源专门用来处理这些未知-未知风险。 值得一提的是，在PMP中未知-未知风险的预留资源成为管理储备，是不计算在项目预算里的。风险识别成功以后，需要对风险进行定性和定量分析，然后制定相应的风险应对措施。 风险应对措施一般有5种： 风险规避：指的是有风险就不去碰它，绕道走，最极端的风险规避措施就是关闭整个项目； 风险转移：指的是将风险转嫁给它人，例如买保险，外包有风险的部分给第三方等； 风险减轻：指的是采取措施减轻风险发生的概率或减轻风险发生后造成的影响，例如加强测试，找更靠谱的供应商等； 风险接受：指的是碰运气，只留了应对的资源，不采取任何其他措施； 风险上报：指的是超出项目经理范围内的风险需要上报，例如国家政策发布。 制定完成风险应对措施后，最后需要将风险的详细信息记录在风险登记册中，并且需要定期对风险进行审