Scrum Mastery：产品开发中如何优化产品价值？

您是否在开发对组织来讲有价值的产品？如何判断产品是否有价值？

若是没有常常提出这两个问题，那么您可能忽略了产品价值方面的问题。

产品是目前工做所要达成的目的，是组建团队的缘由。产品也是你选择Scrum的缘由，因此，你必需要集中精力理解并提升产品价值。

优化产品价值的4个步骤

第1步：培养产品思惟而非项目思惟

产品思惟聚焦于创造有价值的输出。

若是开发的产品没有人想要或使用，那么产出就毫无价值。

做为一名以传统项目管理做为职业起点的PMP，我对项目思惟模式很是熟悉。衡量项目是否成功的标准一般基于一个铁三角：在规定的时间和预算内交付全部预期功能。

Scrum不是以更快、更便宜的方式交付更多产品。

Scrum旨在频繁交付更高的价值。

经过交付更高的价值，能够为组织下降风险，并挖掘更多的可能。虽然仍然须要作项目预算和时间表，但更须要重视的是要确保开发的产品是适合的。如下几步将详细介绍如何作到这点。可是，培养产品思惟是一个持续的过程，由于人们很容易重拾旧思惟，尤为是在压力下。

当出现“项目状态”的对话时，请注意倾听发起对话的人的思惟模式。若是对话只涉及项目完成百分比、项目预警、问题跟踪等问题时，你须要问一些强有力的问题把你们的焦点带入产品思惟模式中。这里有几个例子可供参考：

• 咱们如何验证有关用户需求/市场需求的假设？
• 咱们对价值了解多少？如何经过价值指导产品决策？
• 从咱们开始这个项目以来，用户/竞争环境发生了哪些变化？

Scrum团队里的PO（Product Owner）在培养产品思惟模式方面扮演很重要的角色。

第2步：描绘宏伟蓝图

因为你是以迭代递增的方式开发产品，所以必须清楚地了解工做的方向和缘由。这样能够帮你肯定是否与公司目标保持一致并在须要的时候作出相应调整。

有许多方法能够帮助企业明确产品目标（产品愿景）及其背后的商业模式。产品愿景描述的是对产品的指望，向目标用户传达的是其主要价值定位。

宏伟蓝图还包括价值定位。指望中的产品会有许多的特色和功能。因此为了衡量价值大小，必需要定义产品中最重要的价值点以及如何断定你达到了预期目标。

虽然对价值的定义高度依赖于背景，但如下几种价值类型也能够考虑：

• 商业目标（如，客户转化率）
• 利润/收入（如，每位客户带来的收益、回头客）
• 节约成本（如，获客成本）
• 客户/用户增加率（如，新客户、市场份额、使用最新版本的客户）
• 功使用率（如，使用某项功能的客户、使用某项功能的时间）

如今，具体要作的就是明确价值定义及如何衡量价值。

第3步：价值实现

复杂问题的解决办法总会在你认真工做（不只仅是分析和谈论）的时候出现，你可能会断定那些假设是错误的，也能够看出市场甚至是商业模式已经发生改变。

所以，必须在开发产品的时候让价值涌现。产品Backlog表明计划开发的产品及开发顺序。而经过产品Backlog的细化过程来使价值涌现时，须要注意3点：

• 将任务分解到足够小
• 理解价值一致性
• 拉远/推动

将任务分解到足够小——以便更灵活快速地交付价值。一旦肯定了愿景，就会有一些实用的方法来构建更高层次的细节。首先，能够肯定实现愿景的关键业务结果或目标。而后，再肯定交付预期结果所需的关键特征、功能或性能。

任务分解越细，灵活性越强，交付价值和验证假设的速度就越快。还有不少补充的方法和理念会对细节上的工做有所帮助（如需求地图和假设地图）。达到“中等水平”后，能够考虑尝试进一步分解PBIs（Product Backlog Items）的模式。

记住不须要提早分解每件事。随着时间推移，产品Backlog会出现，这个时候你能够根据你在迭代递增式开发中所学的知识对其进行调整。

理解价值一致性——以交付更大的价值。在产品Backlog中聚焦价值的另外一种方法是肯定预期结果。不少时候PBIs（Product Backlog Items）会说明产品预期特征和功能。那么，咱们是否是能够转而更多地关注产品特征或功能的预期结果？有许多方法可让PBIs聚焦在价值上，包括求用户故事（若是运用得当的话），假设驱动开发和A / B测试等。还能够在产品Backlog中为每个PBI捕获价值做为元数据。这个元数据也许是以美圆为单位的投资回报率（ROI），也许是步骤2中定义的价值定位的映射。

不断拉远推近……以确保可交付价值没有偏离。在检验和调整时，须要“拉远”以查看不一样之处，而后再“推近”查看如今有什么不一样以及须要如何调整。这就是如何验证学习的有效性，而后学以至用的方法。拉远推近的频率取决于产品开发的状况、市场中验证假设的频率以及业务变化大小。注意：PO（Product Owner）不会单独肯定什么是有价值的，不会知道价值细分的最佳方式，也不会以书面形式完美地描述分解过程让你们理解。这就是为何PO必须千方百计让他人共同参与合做，一块儿改进产品Backlog。

第4步：验证明际价值

如今一切准备就绪，能够开始评估实际价值。没有获得市场验证以前，价值只是一个假设。

产品发布以后才能精准获知产品的实际交付价值。经过获取经验数据，来确保知情决策所需的透明度。

实际价值与预期价值的比率是多少？如何有效地收集这些经验数据？开发团队一般能够提供一些将数据收集功能构建到产品中的方法。随着产品规模和复杂性的增长，还须要增长流程和工具来收集这些经验数据。

一旦有了数据，就能够分析走势。记住，某一时间点的数据并不能说明多少，总体走势更为重要。并且须要收集多种类型的数据，单一类型的数据并不能说明全局的状况，由于影响产品使用的因素一般会有不少（有些因素超出控制范围）。

在分析价值走势的时候，请思考这些问题：已经发布了哪些产品更改，这些更改什么时候以及如何影响价值，哪些因素超出了可控范围（例如，即便已经实现了预期会增长销售额的新功能，但股市下跌也会影响用户决策）

将实际价值的测量方式透明化。听取利益相关者的见解以及他们如何看待走势对产品改进方面的影响，而Sprint评审会议是听取意见的良好时机。

总结

经验主义引导你积极处理这些棘手的产品价值问题。对价值而言，它必须具备透明性，而且必须常常检验它的实际值，以便根据须要进行调整。就像开发出一款可运行的产品同样，想清楚要作什么一样复杂且具备不可预测性。因此要学会边作边学，根据所学知识作出决策。

总之，Scrum的核心不是咱们开发了多少东西，而是经过频繁交付可运行产品为组织创造了多少价值。所以，Scrum也强调不断学习和适应，以便从产品中获取更多价值。

文章来源：Worktile敏捷博客

欢迎访问交流更多关于技术及协做的问题。

文章转载请注明出处。