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 著
