嘿，ScrumMaster：远离索引卡！如果你是团队的ScrumMaster，那么你就不应该成为团队的产品所有者（Product Owner）。
这两个角色应该由不同的人填补，这其中有很多原因。让我们在这篇文章中考虑其中的一些原因。
每个角色都有不同的工作重点
首先，产品所有者（Product Owner ）和ScrumMaster专注于Scrum项目的不同方面。产品所有者花费时间考虑要构建什么产品。而ScrumMaster的关注点主要是团队的能力，这也是产品是否能构建出来的关键。
也就是说，虽然产品所有者决定团队要构建什么产品，但ScrumMaster需要帮助团队协同工作，确保构建的产品能建设出来。
在许多方面，这个逻辑类似于团队的程序员和测试人员应该分开。当然，一个优秀的程序员可以测试，一个好的测试人员可以编程。但是，通常这些角色需要分离。
每个人都可能很忙
其次，ScrumMaster或产品所有者很可能需要全职或近乎全职地投入工作。将一个人同时兼任两个角色几乎肯定会使两个角色中的一个受到缺损。
两种角色需要不同的个性
良好的产品所有者和ScrumMaster在技能和个性特征上存在一些重叠。然而，这两个角色是不同的，并且同一个人不可能在同一时间，在两者中都表现出色。
角色之间存在自然的张力
另外，两个角色之间应该存在自然张力。虽然每个人都无可否认地致力于正在开发的产品或系统的成功，但产品所有者通常会提出更多的需求。
另一方面，Scrummaster更关注团队在不适当的压力下可能产生的问题，即交付更多、更多、更多。当角色之间存在平衡时，产品所有者可以自由地随着自然倾向，提出更多的需求，ScrumMaster也可以防止过度推动团队。
有没有例外？
当然。我遇到过很多情况，其中ScrumMaster和产品所有者是同一个人，我觉得这是合适的。其中一些包括小型组织，无法承担雇佣专职或独立个人。
其他情况是小团队，他们开始追求技术产品所有者的愿景。在这样的小团队中，任何一个人都可以对团队产生巨大的影响，无论这个团队扮演什么样的正式角色。
其他例外情况是ScrumMasters参与合同开发。在这样的项目中，“真正的产品所有者”在客户内存在，要求构建软件是很常见的。
不幸的是，对于这些真正的产品所有者来说，不希望在Scrum团队需要的级别上深入参与项目也是很常见的。在这些情况下，一个好的ScrumMaster经常会升级并充当该真正产品所有者的代理角色。所以，确定有例外 - 就像有任何规则一样。但是，从长远来看，这些例外都不应存在。同时担任这两个角色的任何人都应该意识到双重角色所带来的问题。
作者：迈克·科恩
来源：https://www.mountaingoatsoftware.com/blog/scrummasters-should-not-also-be-product-owners
