1.你的时间

团队经常需要在巨大的压力下迅速前进。好在团队成员已经普遍接受了这种状态。

但是，当您期望团队快速前进时，则需要在团队成员遇到问题时随时与他们保持联系。

对于PO来说，期望团队前进很快却不为团队腾出时间（沟通）是不公平的。

2.您的信任

您的团队希望您信任他们。当团队成员要求能够做某事时，他们希望您相信他们这样做是为了做出良好的产品。

他们不介意您是否对他们想要的东西提出一些问题，但是您提出的任何问题也应该对产品有益。

例如，我记得我16岁的女儿问她是否可以在一个周末参加聚会。她这样问是因为她会在宵禁后两个小时才出门。

我问她是去谁家参加聚会。她所有的朋友都是好孩子，所以我不会拒绝。但是我想知道她去谁家只是为了我自己的内心安宁。

PO在询问团队要完成的工作时应该类似。

例如，假设团队成员想要清理一些旧代码。作为PO，您可能会提出以下问题：

如果我们不清理代码，将会发生什么？
如果我们推迟两次冲刺会怎样？

这些问题的答案很可能导致PO告诉团队不要执行该代码清理的任务。但是更合适的做法，应该是PO在信任团队的基础上，评估是现在还是在几周后进行代码清理。

3.理解你的愿景

最好的PO对他们的产品有一个愿景，并且可以使团队对愿景的未来充满信心。

这不必是史蒂夫·乔布斯（Steve Jobs）式的整个新兴行业的愿景。但是，对未来三到六个月的愿景很有用。任何比单个sprint长远的愿景都是好的。

愿景可以（并且应该）随着时间而改变。亚马逊的杰夫·贝索斯（Jeff Bezos）似乎是一位很有远见的人。但是，甚至连他也都无法预料到亚马逊的发展。如果有这种远见的话，他当初就不会给亚马逊起一个“地球上最大书店”的口号了。

4.被包括在内

PO非常了解用户和客户是产品或项目成功的利益相关者。他们还擅长识别组织内的利益相关者。

但是，太多的PO没有意识到将开发团队成员视为利益相关者的重要性。

您的开发团队成员对产品的成功非常感兴趣。这意味着不论何时，PO在考虑业务、用户和利益相关者时，都必须将他们包括在内。

一个常见的疏漏是PO在排定优先级的时候通常不会询问开发团队的意见。问开发团队优先级顺序并不意味着可以赢得客户，而问商人优先级会让他们自动赢得客户。因此，您无需精确确定团队成员要求的优先级，但是您应该在所有其他利益相关者的要求中考虑它。

5.被允许从事高质量的工作

没有人喜欢发布不代表他们最高水平的作品。我无法想象站在梵高的肩膀上说：“画得更快，已经够好了”。然而，团队几乎每天都听到这一消息。

有时，产品出厂时存在已知的缺陷。有时候，团队有时需要赶紧做一个“足够好”的版本。而且，相信我，您的开发团队可以理解这一点。

但是做这些事情的时间需要与团队成员进行高质量工作的时间保持平衡。

6.改进和学习的时间

技术技能很快会过时。新技术被开发，旧技术被改进、增强或以新方式使用。

您的团队成员知道这一切。这就是为什么他们想要时间来提高现有技能并学习新技能的原因。许多团队成员还喜欢学习带来的挑战和兴奋。

当然，学习新技能有助于他们在就业市场中保持影响力。他们也会使用这些新开发的技能继续前进。

但这是值得冒险的。

您是否愿意拥有这样一支喜欢学习新事物并能够利用这种学习为您打造最佳产品的团队？这是一种双赢的局面：团队成员努力学习一些东西，您将从他们学到的知识中受益。

您可以成为出色的PO

成为出色的产品所有者很难。您必须花时间在公司外部寻找客户、用户、竞争对手、行业趋势等。但是，您还必须在公司内部花一些时间在团队身上，与他们合作，并回答他们的问题。

If you do the six things listed here, that time you spend with the team will help them be the best possible team they can be for you.
如果您执行了上述列出的六件事，那么您在团队中投入的时间，可能会让他们成为对您来说最好的团队。

你怎么看？

您认为我的清单上缺少什么？如果您是团队成员，那么您还需要PO提供什么？如果您是PO，我遗漏了什么团队希望PO做的事情？请在下面的评论中分享您的想法。

【翻译】团队希望从PO处知道的六件事