产品负责人还是您团队中的开发人员吗？

我对PO的职责感到困惑。我是游戏功能团队的开发人员，也是PO。开发人员的日常工作几乎是全职的，因此我必须加班工作以履行我的PO职责，而PO的职责似乎违背了开发人员的想法。

作为采购订单，我将在下一个冲刺中选择更多功能。否则，我会告诉自己不要这样做，因为我是开发这些功能的团队成员。这种情况使我感到困惑，所以我想听听你们的一些想法。

我是Scrum和Game Dev的新手（大约一年半），也是这里和英语的新手。

看起来有些笨拙，但实际上应该没有任何理由将这些角色组合在一起。首先，有人信任您担任此职务，因此您的团队必须尊重这一角色。其次，您现在处于可以优先完成的工作的位置，这样您就可以随时解释事情发展的原因。第三，您在团队中，因此您要分担工作量。最后，这是一项工作，如果您必须努力工作就可以了。团队始终需要记住为他们的项目增加价值，这与自由分发无关。

结果就是“您有做出这些决定的货物了吗？” 如果您认为自己有，那就去做！

以我的经验，产品负责人是PM / TPM或业务团队的成员。虽然PO并非不可能成为开发人员，但存在利益冲突的危险。如果您的产品技术含量高，那么PO应该具有开发背景。如果它的技术水平较低，并且更多地面向最终用户，那么具有业务经验的PO至关重要。

作为一名程序员（假设您是一名优秀的程序员），您将被投入代码中。作为所有者或经理，您需要对产品进行投资。

这些并不总是一回事。而当它们不存在时，您将遇到很大的问题。

我一直说过，一个好的经理的作用是阻止上面的废话，并在足够好的时候把我的代码偷走。没有经理，我可以在余生中从事一项职能，并且永远加以改善。

所有者需要看全局，程序员需要看细节。除非你是上帝，否则你不能做这两者！

正如传统Scrum中定义的那样，开发人员也可以充当产品所有者，这没有问题。但是，在计划聘用兼职人员时，您确实需要小心，因为他们正在从事多个项目，或者因为他们在同一团队中具有多个角色。在您的情况下，您不能将自己视为全职开发人员，因为您需要在每次迭代中预算时间来执行产品负责人的职责。

我认为您也对产品负责人的行为有误解。选择哪些功能进行迭代不是您的责任。相反，当您要介绍新故事，为这些新故事分配优先级并通过创建和执行验收测试确保每个故事的实现可以接受时，在项目中成为客户的声音是您的工作。故事的选择是基于团队的速度和优先的积压，而不是产品负责人要实现的故事数。

有趣的是，我正在给一个叫Charlie的人（我叫Charles）提供建议，但是我确实有一些作为开发人员/项目经理的双重角色的经验，而且根据我的经验，很容易太过包扎角色或其他。

如果您能够同时担任这两个角色，请务必这样做，但要安排时间，并确保这两个角色之间的上下文切换到最小，尤其是在一天内。

理想情况下，我建议您避免混合使用这些角色，因为您已经注意到，它们彼此之间有很多冲突。

几乎总是一个坏主意。我们有一个项目经理，他曾经是产品负责人，而且已经很矛盾了。

我了解这两个角色之间的一般平衡问题，但我不了解您的具体担忧。

如果您愿意的话，开发只是一个全职的角色。如果在sprint计划期间（算出所有可用的开发小时数/天数）时仅算自己为50％，那么您应该留出大量时间来执行PO职责。