项目经理在Scrum中有用吗？

Question

Scrum中定义了三个角色: Team、Product和Scrum。没有项目经理，而是将项目经理职务分散到这三个角色中。

例如：

• Scrum大师:负责这个过程。排除障碍。
• 产品负责人:管理并排序要完成的工作列表，以最大限度地提高ROI。代表所有感兴趣的各方(客户、利益相关者)。
• 团队:自我管理它的工作通过评估和分配给他们自己。负责履行自己的承诺。

因此，在Scrum中，不再有一个人对项目的成功负责。没有建立指挥和控制结构。这似乎让很多人感到困惑，特别是那些不习惯敏捷方法的人，当然还有PM。

我对此和您的经验非常感兴趣，因为我认为这是可以创建或破坏Scrum实现的事情之一。

你同意Scrum关于不需要项目经理的观点吗？你认为还需要这样的角色吗？为什么？

Answer 1

也许你应该展示这样的东西：

项目经理并没有在Scrum中消失。他还在那儿。现在有三个人了！

• Scrum大师:他管理过程并解决障碍。这是项目经理以前的职责。
• 产品负责人:他管理待办事项。这是项目经理在预测Microsoft中的一切之前的责任。
• 团队:自我管理其生产。谁以及如何将给定的用户故事转换为可能发布的产品增量。这是项目经理在分配任务时的责任。

Answer 2

对我来说，这是因为缺乏对项目经理所做的事情以及PM标题的一般性质的理解。我不是SCRUM方面的专家，但我一直认为SCRUM取代了开发经理/团队领导，而不是项目经理。

项目经理(如PRINCE2之类的方法所定义的)实际上与开发过程没有任何关系，他们从更广泛的交付角度来看待项目，而不仅仅是IT构建。在Scrum (管理和监视业务案例、管理业务涉众、IT构建之外的项目元素，如重新工作业务流程、支持、培训等)中，项目经理角色中有很多内容没有涉及到。

如果您的PM是负责管理开发人员的人，并且没有做更多的事情(例如，在主要是IT的项目中，范围定义得很好)，那么SCRUM项目很可能不需要他。

但是，在有人说SCRUM不需要PM之前，我想要一个非常清楚的解释，说明项目的非it元素是如何被覆盖的，特别是谁在管理业务案例(因为用户想要它，而它是应该做的事情)。

也许PM最终会更多地站在项目的业务方面--产品负责人很可能承担更多PM的角色，而不是Scrum，但我认为他不太可能完全消失。

Answer 3

有几件事是项目经理可以做的，Scrum或Product可能做不到。

• 项目经理通常有丰富的项目管理经验(令人惊讶！)
• 他们意识到常见的陷阱，并能发现它们，并在它们发生之前帮助阻止它们的发生。
• 他们通常是经验丰富的谈判者，能够支持其他团队成员围绕最后期限、范围和相互冲突的要求进行讨论(如果PO在这个角色上是相当新的，那么非常重要)。
• 他们可以管理这笔钱。他们有雇佣和解雇的权力，如果团队中的某个人不能履行他们的职责(通过安排培训、咨询等等)，他们可以提供帮助。
• 它们可以帮助确保该项目有效地符合更大的工作方案。
• 他们可以把东西从队里弄出来。
• 它们可以帮助指导公司的政策与Scrum一起有效(例如，如果测试人员仍然被发现的bug数量来衡量)。
• 他们可以管理治理。
• 他们可以移动家具。
• 他们的词汇是大型企业的词汇，他们可以从风险、影响、投资回报率、选项和差异化等方面讨论项目--以及Scrum方法。
• 他们可以向董事会解释，为什么从绿色报告的海洋中传来的突如其来的透明度和偶然的失败消息，是好的，也是有用的。
• 一个好的PM可以帮助你感到安全，听起来很酷，看上去很棒。

Scrum不要求有一个PM但无论如何你还是想要一个。