结构思考力带来的价值_思考价值的三种方法
结构思考力带来的价值
上周，我在休假，思考价值。 根据我的角色，我可能认为价值是：
- 交付功能或故事，并假设它是正确的质量水平，并在需要时提供。
- 有关故事的信息。 这可能包括团队中有关他们对这个故事的看法的信息，尤其是在整个功能集的背景下。
- 有关故事可能如何改变团队认为我们下一步应该做什么的信息，或其他路线图信息。
请注意，只有第一个思考价值的方法是此功能的交付。 另外两个想法是关于产品所有者以及可能的产品经理的信息。
当产品负责人遭受特征侵害并像对待特征工厂一样对待团队时，他们会错过团队可能拥有的有关该特征及其对特征集和路线图意味着什么的所有多汁信息。
一个PO认为他是一个高价值，低成本的故事。 这个故事创造了一种导入新数据的简便方法。 如果导入成功，则客户将独立于其IT部门。 团队完成了故事，进行了演示，并询问是否可以仅向其客户之一观看PO演示故事。 团队专门要求监视此客户。
PO不太了解，但他认为团队有很好的想法，所以他做到了。 他向该特定客户演示了该功能。 客户很高兴，并询问了有关其他数据源和数据总体清洁度的许多其他问题。
团队记录了大量笔记，特别是关于其他数据源的问题。 采购订单已与客户核实了这些数据源的频率。 他们进行了热烈的讨论。
之后，该团队解释说，已知其他数据源具有所谓的“不干净”数据。 导入速度不会那么快，客户将不得不清理数据。 其他进口将不是低成本的。 团队无法确定其他进口产品的价值。
讨论帮助PO与客户一起审查了路线图。 采购订单和客户同意，该团队将只提供一次自动导入。 所有其他进口商品都是他们自己的小项目，可以在进行过程中清理数据。
这意味着在15种可能的数据导入功能集中，该团队实施了两种。 团队为客户提供了足够的信息，以要求（要求）供应商先清除其数据，然后再考虑将其导入。
该PO并未将团队视为功能工厂。 PO将团队视为重要的合作伙伴。
PO没有将内部客户视为他们的愿望为王。 PO将客户视为有价值的合作伙伴，他们可以了解团队可能遇到的问题。
客户向供应商解释了数据问题。 如果供应商希望客户购买此数据，则可以选择清理数据。
请注意，这里的每个人都是如何合作找到最佳解决方案的？ 当我们认为价值不仅是交付的故事，而且还涉及信息时，我们可以改变工作方式。
团队可以提供的不仅仅是完成的功能。 实际上，团队应该。 这些团队需要专职PO才能理解和处理信息。
考虑通过以下三种方式考虑价值：
- 您可以提供给客户的东西使他们的生活更轻松
- 有关整个功能集的故事信息
- 可能会更改路线图的信息，整个产品可能会运往何处。
更多信息可能有助于我们在团队内部，与客户甚至与供应商之间进行更好的协作。
翻译自: https://www.javacodegeeks.com/2018/02/three-ways-think-value.html
结构思考力带来的价值