Scrum：如果产品负责人有任务怎么办？

我刚刚开始与一个团队合作，该团队掌握了Scrum的某些方面（两周的时间装箱），但还没有涉及其他方面（该团队当前不同意所有估计或冲刺点数，但是我将对此进行更改）产品所有者也是具有一定开发背景的技术资源（科学家）。

将产品负责人的任务（主要涉及研究）与团队的任务（其中一些是研究和开发）混合在一起是否合适。

Scrum专家非常坚定地指出产品负责人和Scrum Master应该是两个不同的人。但是，没有排除开发团队中的任何人的规则。请注意Scrum指南：

开发团队规模

最佳开发团队的规模小到足以保持敏捷，而大到足以完成重要的工作。少于三个开发团队成员会减少互动，并导致较小的生产率提高。较小的开发团队可能会在Sprint期间遇到技能限制，从而导致开发团队无法交付可能发布的增量。拥有超过九名成员需要太多的协调。大型开发团队会产生太多的经验，无法管理经验过程。产品所有者和Scrum主角色不包括在此计数中， 除非它们还执行Sprint Backlog的工作。

最后一行的推论是，如果产品负责人正在执行Sprint待办事项的工作，则他或她将被视为开发团队的成员。

也就是说，请尽一切努力使您的工作做好。

产品负责人负责最大化产品的价值和投资回报率。这看似简单，但通常是专职且要求很高的角色-可以说是Scrum中最困难的角色。从分析市场机会并咨询产品的利益相关者和用户以做出正确的决定，到始终保持产品路线图和积压订单，参与计划和制定，它涉及许多高级战略工作和低级任务。审查活动，让团队可以回答他们的问题，等等。

如果采购经理还负责其他任务，那么在大多数情况下，我只会认为它们是微不足道的。因此，我的答案是肯定的，如果确实需要并且为采购订单创建任务，并且这些任务直接有助于产生sprint的软件增量，那么我认为，在普通的Scrum项目中这种情况通常不会发生。

Scrum首先是沟通，并进行及时相关的工作。只要能使您的团队发挥最大的生产力，那么实现该目标的一切都可以。

但是，很难做好。我现在担任该职位，我发现很难花适当的时间作为产品负责人，同时还要留出开发时间。但是，此安排在此时适合该特定团队。当性能下降时，我们将重新考虑我决定加倍履行职责的决定，但是在那之前，我们将继续以这种方式工作。

因此，尝试一下。进行回顾，以便您可以不断改进流程。不要让以前坚持某些方法会影响团队的生产力。