PMO基于OKR价值交付的敏捷实践 | 敏捷开发

五：价值回溯和复盘活动
迭代发布（可以是灰度发布）上线后会有回顾会，回顾会包括价值回溯和过程改进两个部分。 在敏捷活动中必须安排价值回溯环节，避免搞错用户，搞错用户价值。如果用户和用户价值都正确，还要观察下用户价值在落地过程中有没有脱靶，如有意外情况及时修正、止损或者降级。一定要用用户（孩子）的视角来看真的价值，不要出现如上图所示的情况。
价值回溯要围绕OKR进行，这个过程会有BI提供数据支持，以及第三方视角的业务分析。不管指标的好坏，现场都会有一些决策，下线也好，加码也好，放在哪儿不管也好，总之得有个结论。
季度复盘、月度审视和周会刷新等复盘机制，不同的业务和组织可以有不同的形式，但建议以经营数据分析打头，以Action的确认为收尾。
总而言之，基于OKR的复盘是围绕目标和价值的匹配、关键结果和经营管理数据的匹配，过程中使用不同的复盘方法来进行的。在这个审视的过程中，所有参会人员都会围绕目标数、经营结果、得与失进行分析，结合行业的变化，从中抽丝剥茧得出一些新的策略和战术打法，并调整OKR、项目、组织等等。在复盘的方法论层面，经常用到的工具包括头脑风暴、专家判断、鱼骨图等等。作者本人比较喜欢GROW模型，能够短平快的解决日常活动中碰到的问题。时间关系，依然不做展开。总而言之，不管黑猫白猫逮住老鼠的就是好猫。
六、敏捷活动一览 最后来审视一下敏捷活动，敏捷活动划分为4个阶段，第0阶段是准备解决，主要是围绕利用OKR工具建立OKR和项目大图，以此建立对应的业务组织架构和项目组织架构，形成子项目和特性团队，并建立迭代机制。在预研阶段，依据OKR和业务价值，围绕需求进行需求内审和宣讲，并做价值回溯来明确我们的迭代目标，需求优先级。在研发阶段，通过看板和站会，结合班车机制做到敏捷的价值交付。在发布阶段，通过预演、灰度的形式来明确运营策略，最后迭代结束后还有迭代的回顾。
看到这儿，大家一定会觉得这么一套实践活动跑下来挺难的。其实，也确实挺难的。过程中一定会有这样和那样的弯路、变形，比如下文所列执行过程中常见的3个坑。
避坑指南
一、挖掘用户真实需求 第一个坑是用户需求背后价值挖掘的坑。假如用户到画室要买一个冲击钻，作为普通卖家会怎么样？“滚粗，我是又不是五金店！”。青铜卖家会怎么做呢，会再多问一句你买冲击钻要干什么？哦，得到的反馈是用户想买画。王者卖家还会再多问一句，你买画干什么？是不是想要一个女朋友？
这说明用户在表达诉求的时候，未必是准确的。在向用户收集需求的过程中，千万不能满足于用户本身的描述，要把用户最本地的需求给深挖出来，这是一种洞察能力。一个好的运营和产品经理，一定要具备这种能力，避免做些不满足用于预期的价值。否则在价值回溯阶段，别人说我的OKR完成了多少多少的时候，你只能说我做了多少需求。
因此，要求通过3W1H、影响地图等方法找到最短价值路径，挖掘用户的最深层次的需求，避免无意义的Key Action。要为价值工作，拒绝瞎忙碌的伪工作。
二、设定健康监测指标 第二个坑是，是要目标聚焦，找准自己的第一客户是谁，以及要解决第一客户最基本的需求。当一个人被生活所迫只能吃泡面的时候，专家还在说“你要注意健康，泡面不健康啊”。这种建议是没有意义的，因为专家的第一客户选错了群体，服务的目标人群太发散了。
因此在制定OKR的KR时，不但要描述核心指标，还必须附带健康指标。前面讲过，数据指标是业务价值的一种现象表现，但不能完全取代价值。比如，APP产品设定了一个业务价值，当价值达成后，日活会突破百万。但反过来不是，日活百万不能代表APP的业务价值实现了，因为这百万日活可能是买来的。所以还需要加健康指标，比如次日留存、停留时长。另外，这里还有一个误区，有的人核心指标没达成，但是健康指标达成，就会沾沾自喜，这是最要不得的，比如百万日活的目标只完成了10%，高高的留存和停留时长数据又有何用？