项目经理在Scrum中扮演什么角色？

Question

项目经理在Scrum中扮演什么角色？

我听说PM做SCRUM是不可取的，我认为这是有意义的，因为PM负责项目，而SCRUM更关心管理工作包。

在我看来，让一个PM作为SCRUM似乎与管理( PRINCE2的原则之一)背道而驰。

总理应更多地关注：

• 建立项目范围，确保项目的业务案例仍然有效。
• 规划迭代次数
• 维护整个项目计划，包括软件发布日期。
• 获取Scrum团队所需的外部资源，例如用于用户验收测试的用户
• 管理由Scrum团队升级的风险和问题
• 与行政人员沟通，包括汇报进展情况

在使用SCRUM管理敏捷项目方面有经验的PM(或SCRUM )能给出他们对这两个角色是否可以/应该结合的经验/意见吗？

Answer 1

在Scrum中，PM的传统角色实际上被划分为产品负责人和Scrum的角色，一些责任也落在Scrum团队中的每个人身上。

产品负责人负责定义项目范围，通过维护产品待办事项来确定工作的优先级，决定工作是否应该持续到未来的迭代中，并作为用户和客户的代表参与风险管理和缓解策略。换句话说，产品负责人处理团队之外发生的与用户和客户有关的事情，并为这些信息提供一个单一的焦点。

Scrum更多的是面向过程和团队的。这个人管理资源，经常关注风险管理和缓解策略，并处理过程，并确保需要信息但不在Scrum团队中的人能够访问它，并了解正在完成的工作以及团队的任何成功和失败。

有些工作委托给整个团队。例如，没有单独的个人提供组织和指令--团队作为一个整体与产品待办事项和先前的数据一起工作，以确定在sprint中要承担多少工作。此外，风险管理是另一个由整个团队承担的活动，Scrum为这一过程提供了便利。

最后，有些概念根本不能很好地映射到Scrum。

对于所需的总迭代次数，没有一个预先的概念。其想法是在迭代(通常是2-4周)上设置一个时间框，并有一个具有潜在可移植性的可增加价值的可交付产品。项目结束时，待办事项是空的，或者客户的需求发生变化，因此为另一次迭代提供资金的成本将超过所能完成的工作所增加的价值。当然，这不是一个盲目的想法--当项目接近终止状态时，通过查看待办事项并与Product一起工作，您知道的。

此外，潜在的可发布软件的生产频率也不亚于完成每一次冲刺。其思想是在每一次迭代结束时都有一个增值产品。该产品已设计，实施，内部测试，并通过验收测试。所有与产品相关的文档和指南都是最新的.换句话说，如果顾客想要它，他们就可以得到它。但是，他们可能不想在每个sprint的末尾部署一个产品，但这是一个选择。因为您对更改具有响应性，所以您应该能够在您的sprint计划会议中表示实际发货的产品。

将产品负责人和Scrum的角色组合在一起是不可取的，因为他们关心的是不同的事情。产品负责人从最终用户和客户的角度出发，在尽可能短的时间内交付最大的价值，并要求高质量的产品。Scrum是以团队为中心的，它提供了一个反平衡，以确保团队不过度工作，拥有他们所需的资源来完成最好的工作，并且他们通常都是快乐和有效率的人。就我个人而言，我认为一个足够熟练的人可能可以同时扮演这两种角色。然而，要做到这一点，确实需要一位熟练的经理和领导者。在一个关于Scrum主和产品负责人角色组合的项目管理堆栈交换问题中有很多关于这方面的信息。

Answer 2

我完全同意托马斯·欧文斯的回答，但我正在增加我自己的经验。

在典型的Scrum项目中没有PM。PM角色分为项目的所有参与者- PO、Scrum和团队。当您扩展Scrum项目或尝试在企业环境中应用Scrum时，额外的人员(如PM )可能会很方便。

扩展敏捷通常是一项艰巨的任务，通常需要一些由计划驱动的添加来使扩展成功。PM可以在整个项目的顶部，并与团队的Scrum和产品负责人进行协调。

我们甚至不需要在扩展上工作--如果您必须将您的工作集成到另一个不使用敏捷方法的团队中，那就足够了。在这种情况下，需要更多的协调。您通常不能将协调非敏捷团队的责任交给Scrum或Product，但是您可以使用传统的PM，协调两个团队，并与Scrum和Product合作。

整个独立的故事是公司/企业环境和官僚主义。如果公司本身没有转向敏捷思维，那么您只需要PM，而他很可能是您的敏捷世界和公司官僚机构之间的“适配器”。

Answer 3

作为一个开发人员，我对此的看法是，如果您所在的组织中有项目经理，那么在Scrum中项目经理是一件好事。这个人在Scrum中的角色是帮助业务的其他部分理解Scrum，并充当Scrum和Product在遇到问题时可以找到的人，将Scrum与组织中典型的软件开发过程协调起来。因此，她需要对Scrum和组织的典型过程都有一个深刻的理解，这样她才能充当两者之间的缓冲。

随着业务作为一个整体更全面地接受Scrum，我认为这个角色变得越来越不重要，因为出现的这些问题越来越少，以至于项目经理可能应该专注于进入产品负责人Scrum Master或敏捷教练角色。