项目经理的职能在 Scrum 框架下没有完全消失

Scrum 只描述了三个角色：ScrumMaster、产品负责人和开发团队。这个看似简单的分解不可避免地导致现任项目经理一次又一次的提出这样尴尬的问题：“那么，我们这些项目经理该怎么办？”Cohn 在 2009 年出版的著作《Succeeding with Agile: Software Development Using Scrum》中给出了忠言逆耳的答案：在 Scrum 中，不会有项目经理这个角色。这就会导致另一个问题（提问的人通常伴随着慌张的声调）：“那么像进度规划、预算以及计划这样重要的项目管理工作怎么办？”我会这样回答这个问题：“好吧，这些工作实际上会或多或少的分配给 Scrum 的三个角色。”项目经理不得不紧张得找个呼吸器带上，接着问道：“这对我来说意味着什么？”接着，我会敏感的回答道：“这意味着如果你想在 Scrum 中工作，必需转变为 ScrumMaster、产品负责人或者发开团队的一员。其实答案就是这么的简单。”于是，一些项目经理最终会沮丧地发出这样的宣言：“尽管我很喜欢 Scrum，但是我更喜欢项目经理的工作，并且不会因为 Scrum 而放弃。所以，我不会使用 Scrum。”

我已经看到过类似的情况，并且我不能接受这样的情况。但是有没有办法在 Scrum 中融入传统的项目经理的角色呢？我的答案是可以的（但是有个重要的前提）。这个前提条件是我完全同意单一的 Scrum 团队确实不需要传统观的项目经理。但是当项目涉及多个部门，并且只有几个部门使用了 Scrum，那么我认为重新引入项目经理是有可能的。接下来让我们进一步探讨这个问题：

项目全景

通常，项目不会在组织层面全部以 Scrum 的方式进行。在项目的后期，通常一系列的活动发生在组织的其他相关部门。市场团队会确定如何定位新开发的产品，销售团队会确定如何展示新产品，客服团队需要接受培训从而能够回答客户的问题，财务部门需要根据新的数据整合定价和收益模型。哇！那么这些都需要大量的协调和管理工作。我个人感觉组织内部的协调，各个环节的规划、调度和跟踪是一件十分有挑战性的工作，而传统的项目经理就是这项工作的最佳人选。

第三方

Kenneth Rubinai 在 2012 年提供了另一个体现项目经理价值的建议：协调 Scrum 团队和非 Scrum 承包商。

如果大型项目中仅有一小部分团队使用了 Scrum，那么项目经理就会很重要，因为此时也许会有分包商，内部的非 Scrum 团队，以及组织内部和提交产品相关的其他部门。

译者：ShineScrum

审校：Derek Li      

本文来自《Scrum Shortcut without Cutting Corners》，IIan Goldstein 著