pmp墨菲定律，墨菲定律确定目标

编者按：产品经理在管理每一个项目时，都存在很大的风险，那么如何避免和化解这些风险呢？本文的作者采取了不同的方法，并使用墨菲定律来管理项目风险。我们提供了详细的分析以及相关案例，请您阅读并参考。

前一段时间，在总结风险管理的时候，我发现“风险”这个词很空洞，很难概括。

我试图用文字来概括“风险”这个词，但我发现风险的形式、频率和概率与每个项目相关，不能概括为一个普遍的概念。

我也尝试用例子来分析这个案例，但最终这个案例只是一个例子，完全不会再出现，而且即使出现第二次，情况和内容也肯定会有所不同，很少。

后来我意识到，一个项目必须有人参与，如果有人参与，那么最大的风险变量就是“人”，所以我就陷入了这个过程。

直到最近，我在学习的时候，偶然看到一本叫《墨菲定律》的书，看完里面的内容，我才恍然大悟。《墨菲定律》 这不就是一个人一生中风险的总结吗？何不利用墨菲定律来研究和总结风险管理呢！

经过仔细考虑，我们提出了一些真正具有开创性的东西，所以让我们首先总结一下其中的一些内容。

1、除非某个部分出了问题，否则最后总会出问题在项目之初，产品经理或项目经理会组织整个产品或项目的整体流程和关键节点。这次，由于顿悟往往来得很突然，我意识到这里有一个小问题。这个小问题可能会产生错误，并对项目的后期阶段产生一些影响。

我们常常认为“基于经验”： “这个小问题以小张的编码能力肯定能解决”，或者“老李从事建筑工作很长时间了，不可能连这个小问题都看不到”。

但他们也会犯错误，只是他们看不到而已！

提示1：

在进行项目管理时，任何排序的问题，无论大小，即使看起来多余，都必须记录为不可避免发生的“风险”，并且必须传达给团队成员。

2. 该部分应该是最重要、最基础的部分。每个项目执行过程中，都有几个“关键路径”，是比较重要的部分。这些部分包括电商产品的支付功能、OA产品的运营、流媒体引擎、IM产品的推送通道等。

它们很重要，但它们太常见了，以至于我们将它们视为基本能力，但有时却没有意识到这一点。

但可以肯定的是，如果他们扮演如此重要的角色，这个项目最终肯定会失败。

我记得当时我正在为一个房地产项目开发电子商务产品。过程非常顺利。产品功能规划、设计、沟通和报告都做得很完美。以至于我们的研发伙伴在开发它的时候，我就开始每天和我们的客户讨论如何激活这个功能，超过10000个流水场景。

然而，就在预定研发完成时间的前一天，我接到研发经理的电话，说：“我们还没有申请客户微信公众号的支付目录，要推迟一周。”

我当场就哭了，“为什么像支付目录这样基本的东西现在才提出来？开发的时候就没有人关注吗？”

最后，我得到的所有反馈都是“这个能力太基础了。我们接触到的每个客户都有这个能力，但不是唯一的。”。

提示2：

老关先生是典型的老派生意人的代表，他喜欢开汇报会，每周都会把我和连接灯光电气公司的人聚集在一起（有些公司需要数据协调），所以我没办法。但也要做。）大会议室30多人陆续汇报任务和困难，老关现场解决问题。

但问题真的解决了吗？

答案当然是否定的。所有供应商的问题都有非常合理的理由，合理到劳关系也帮不上忙，但劳关系也着急。因此，每次召开供应商大会，老关市都会召开进度会，鼓励大家。整个上午过去了。

会议结果如何？

也许老关先生不知道，每次会议结束后，各个供应商之间的交流结果“还需要推迟”。也就是说，这个每周进度报告没有任何作用。

互联网公司不也有同样的问题吗，当然有问题，而且还不少。

提示5：

大型会议是浪费时间。许多重要问题可能不需要召开全体会议。如果您找到几个关键人物并召开小型站立会议，您也许可以在5 分钟内解决问题。

6、客户最需要的不是你作为项目经理头两年所做的事情。当项目到达验收阶段，我们与客户沟通验收流程时，总是发现客户想要：需要各种审批材料，包括详细的设计文档、数据库设计原理、产品原型和文档以及相关证书。

对于这些材料，我可能已经有了ABCD，但是客户必须要求ABCD。

你提供给客户的实际需求是类似的：你经常推出ABC能力，而你的客户需要ABCDE能力。

提示6：

在项目实施的每个阶段，您需要定期沟通客户的期望和需求，包括功能、运营和审批。有想法就一定要沟通。如果你不这样做，你就会遇到遗漏的问题。发生。

7、每收到一笔意想不到的钱，总会带来同等数额的意外损失，这类似于“吃小利吃大亏”。白银项目也是如此，在某些情况下甚至是“镀金”项目。

还是2017年，为了便于年底国企项目顺利验收，项目组决定向客户提供公司新推出的产品的功能F。为初步验收流程开绿灯。

然而，意外发生了。 2018 年初，该公司决定屏蔽F 功能，不再更新，因为认为它太麻烦，除了礼物客户之外没有人会购买。并保持这种状态。

2018年中，当我们对一个过期客户进行终检时，客户说：“F功能有很多Bug，而且不完整。虽然是补充功能，但我们还是要保证质量才可以交付。” ”因此，有人指出需要进行调整。为了完成这一功能，再次启动了20 多个研发项目、上线日期和内部损失。

提示7：

在为项目或产品镀金时，要注意可能会赚小钱而吃大亏。对于意想不到的项目也是如此。

8. 如果一个问题无法解决，就将其视为一个功能。在每个项目中，我们不可能做到完美，客户也不可能对每个功能点都满意。有些问题是解决不了的，不如接受它，并将其转化为自己的特点。

2018年，我们在为一家房地产公司做合同管理项目时就遇到了这样的问题。我们设计的合同管理相关流程过于复杂，最终无法解决“容易上手、容易上手”的问题。请立即使用。”顾客们也感到困惑和疑问。

在多次审查我们的内部流程后，我们得出的结论是该问题无法解决。

因此，我们调整了对客户的回应，从原来的“功能非常好用”改为“售后服务也很好”。功能上线后，我们派出了专门的人员对客户进行培训以及现场支持，我们已经采取了行动。一周指导教大家。

结果非常好，虽然对功能不是特别满意，但售后服务却得到了极大的好评。

提示8：

没有人能够预测所有的风险，没有人能够解决所有的问题，但是当你遇到风险的时候，你需要去面对，也许就能把风险变成商机。

风险管理不仅限于此，墨菲定律在项目管理中的应用场景也不仅限于软件交付项目。我感觉如果把内容扩展一下，我可以写一本十万字的书。今天鼓励你所有的同事。

本文最初发表于@李强~的《人人都是产品经理》。它禁止未经授权的复制

标题图片由Unsplash 根据CC0 协议提供