编辑导语：产品经理需要明确自己在岗位上的职责，项目经理也不例外。但是由于工作内容的原因，很多人可能会对项目经理的职责范围感到困惑。具体来说，项目经理可以分为哪些类型？不同类型的项目经理的角色有什么特点？项目经理应该负责哪些事项？

前几天有点激动又生气了。常言道，& quot大火伤害身体& quot你不应该生气！毕竟你身上有很多脂肪，是可以完全吸收的。也许生气可以减肥。

事不宜迟，大概是这样：

一个项目团队要求我评估项目任务和资源。作为R & ampd团队，这样做无可厚非，但在这个过程中，无论是项目负责人还是业务团队负责人，都明显有甩锅的嫌疑。我是研发负责人，负责项目的资源，外包流程，整体规划，风险管理。

作为专业线的领导，我可以对项目的开发质量、技术规格和方案合理性负责，所以我评估项目组的资源评估是合理的，同时也说明了R & ampd团队目前没有额外的资源可用，建议启用外包团队支持，我已经尽到了我的职责。如果让我完成项目负责人认为我应该完成的工作并承担相应的责任，我会问他项目经理做什么？项目经理该承担什么责任？.

他说，项目经理负责与客户沟通，召开各种会议，收集需求。技术开发是研发人员的工作；当然这些需要由你的研发团队来承担。d队。乍一看，好像没什么问题，但转念一想，好像不对。读者们，你们怎么看？

今天，我们来看看什么是项目经理。他的职责范围到底是什么？

项目经理(ProjectManager)，从专业角度讲，是指建立以项目经理责任制为核心的责任保证体系，对项目实施质量、安全、进度、成本管理，设立重要管理岗位，全面提高项目管理水平。

它负责处理所有事务性工作。它也可以被称为& quot执行制片人& quot。

项目经理是对项目的成功规划和实施全面负责的人。项目经理是项目团队的领导者，项目经理的首要职责是带领项目团队在预算内按时、高质量地完成所有项目工作，让客户满意。

因此，项目经理必须在一系列项目计划、组织和控制活动中做好领导工作，从而实现项目目标。

——百度百科

根据百度百科对项目经理的定义，项目经理是对项目的成功策划和实施负全面责任的人，无论是项目中的开发人员、测试人员等岗位，都是项目经理推动项目的资源。你想把锅扔给谁？不管交给谁，能把这些责任撇清吗？

当然，如果只是通过百科的定义得出结论，基本就到此为止了，但熟悉老谭文笔的朋友都知道，这里只有1/3，还是继续接下去说吧。

其实冷静下来之后，想想。事实上，对方可能并没有故意甩锅。可能是大家对项目经理的职责范围定义不同造成的认知差异。在一个项目中，项目经理的权力有多大，可以动用哪些资源，取决于项目管理模式，这是由公司的CTO(或者组织体系)决定的。简而言之，项目管理有三种模式：项目型、职能型和矩阵型。

1）项目型

把所有的精兵强将集合在一起，组成一个正式的部门，由项目经理领导。

这个优势就是项目经理权利强，资源充足，所有的项目经理都希望有这样的团队。但就公司而言，整体资源的浪费

一般项目很少通过组建实体团队的方式进行，除非是周期较长的大型项目，比如中标某大型医院的信息化建设项目，建设周期一般需要两三年，项目中的这些人基本都参与到这个项目中，所以适合采用项目化的管理模式。

2）职能型

对于项目经理来说，这种情况是最惨淡的，他没有权利也没有资源彻底惨。

所有的项目人员都还在下属部门工作，只花很少一部分时间处理项目。特别是他们也有相应的职能经理。这样的双重管理对项目来说是最可怕的。当然有好处，就公司而言。这个项目没有消耗很多资源。我个人还是在我的萝卜坑里。

这样的项目在我们的工作中是最常见的，一些短期的小项目，或者是需要多个部门一起处理的非常规项目。

比如我们的科技型企业，经常会有项目申报科研课题，每个项目申报的过程其实就是一个项目管理的过程。在这个项目中，市场部、产品部、研发部、财务部、人力资源部等。都是需要的，甚至有的公司有专门做项目申报的部门互相配合。这时，项目经理更多的是一个组织协调的角色。

3）矩阵型

这大概是最微妙的组织关系，分为弱矩阵、平衡矩阵和强矩阵。那么这种强弱平衡的关系是如何定义的呢？就是项目经理和职能经理的权力关系。

项目经理职能经理=强矩阵；项目经理=职能经理=平衡矩阵；项目经理职能经理=弱矩阵。其优势与职能类型相同，对公司来说资源均衡；对个人来说，稳定的工作还是有的；对你这个项目经理来说，横向

沟通顺畅。缺点是：双重管理，纵向沟通困难。

矩阵型的项目管理模式可能是大部分公司采用的一种方式，我们公司就是采用了事业线和专业线双重管理的体系，而且在这个体系中，根据业务的性质不同，三种矩阵都同时存在。

比如事业部的研发和研发中心是一种强矩阵模式，研发中心多承担专业技能的职责；而在研发中心内部的各产品线其实优势弱矩阵模式，因为存在产品线既是职能线的情况。

权利和公司资源是对项目顺利进行的一个保障，没有权利，就不能给团队进行激励，给成员做出承诺。这样项目在进行的时候，成员的工作积极性会下降。

没有足够的资源，项目设计再好，没有人来执行，没有人来实现，那也不过是空中楼阁。

上图稍微总结一下，这几种模式的区别。很多时候我们如果不清楚自己的项目管理模式，就很难把握项目经理的责权范围，就会容易产生“甩锅”和“冲突”。

项目管理模式是一个公司都要重视的项目管理体系建设，不同的业务类型，不同的发展阶段我们采取的项目管理模式也不相同，他们没有对错没有好坏，只有适合和不适合，需要公司管理人员能够清晰的识别并合理的采用。

上面的项目项目管理模式更多是由组织管理模式决定的，其实对于IT类的项目，对外交付的项目和内部产品研发迭代的项目对于项目管理和项目经理的定义又有很明显的不同。

对外交付的项目：

对外交付的项目，其实从项目立项之前这个项目就已经运转了，只不过前期主要是商务或者销售在冲锋陷阵，研发团队提供技术方案支持。

而真正的项目管理是从项目立项开始，项目立项会上会指定对应的项目经理，因为客户交付的项目对于进度、质量、成本的控制较高，协调的人员和资源也更多样化，所以项目经理投入到管理上的精力会比较大，这类项目的项目经理主要以管理型的项目经理为主。

管理型项目经理的角色具备如下特点：

项目目标的实现者和责任承担者；资源的协调者和运作者；工作监督者；客户管理者。

管理型项目经理的相对不足：

技术方案评估能力不足；团队成员遇到技术难题时，自信不足；技术风险评估不足。

管理型项目经理需要一名能充分相信的技术牛人的帮助，帮助他更好地实现项目交付。

所以回到刚开始的话题，你如果想当然地把锅甩给你这个战友，是不是就太不地道了，没有他的帮助你如何实现项目交付，因为只有项目经理是最终要向最终交付这个结果付全责的。

产品迭代的项目：

产品每次迭代的过程其实也是一次项目管理的过程，这个项目的起点往往是从产品经理确定本次迭代的需求开始，所以项目管理的环节相对于对外交付的项目要精简很多。

虽然产品经理需要具备一定的项目能力，但是实际执行的过程中，一般在开发团队中设置一个类似项目经理的角色来负责把控项目进度和质量，一般情况下技术经理就是项目经理，我们可以成为技术型项目经理。这类型的项目经理大部分仍在扮演自己技术领导人的角色。

技术型项目经理有如下特点：

充当救火队员，哪里需要人就去哪里补充，哪里出现问题，就在哪里出现；技术核心，充当架构师或核心架构师，充当核心模块的代码编写者；技术导师，团队中有任何技术问题都可以向他咨询，他也承担着带领整个团队技术进步的领头人角色。

技术型项目经理的相对不足：

项目规模稍大或者周期比较长的时候，因为太多精力投入到技术开发，而忽视了项目整体的控制；希望用技术来解决所有问题，他对于干系人隐性需求的了解和管理明显不足，往往存在沟通问题；协调资源略显不足，因为经常会将自己当做很重要的资源过度使用，而忽视了需求外力。

在产品迭代中，为什么产品经理不适合做项目经理呢？

产品经理的工作更多是靠想，更确切的说靠想法，一旦陷入到事无巨细的项目事务中，对于创造一个好产品不利；产品经理往往不懂技术，不容易评估开发的难度和工作量，就很难进行过程的控制；产品经理是需求的提出者，而项目其中一项重要的控制就是对于需求范围的控制，以降低风险，保证执行，自己控制自己，不是和谐就是精神分裂。

事事皆项目，产品经理对于研发团队来说是需求方，但对于老板来说又是项目管理者，需要给老板拿结果，也需要控制老板的需求天马行空的蔓延。

而商务人员，对于客户来说他们也是项目经理，为了保证回款，项目管理的工作也是不能少，只是管理内容更多是和客户的对接，关系的维系此类的工作。

所以每个人都是项目经理，只是我们每个人所管理的范围不同而已，所以在项目中我们一定要明确自己的职责范围，在这个职责范围内我们就是第一责任人，这其中的人和物都是我完成项目目标的资源，所以作为项目经理甩锅给项目组，门都没有！

对内甩锅不合适，因为这正是项目经理职责所在，那就只能对外甩锅，比如老板、客户等，结果发现这些人更没法甩锅，所以只能把苦往自己肚子里咽。因为我们是项目经理就要选择承受，多努力去修炼自己的技能，成为一名合格的项目经理。

#专栏作家#

菜根老谭，微信公众号：CGLT_TAN，人人都是产品经理专栏作家。经历程序员、技术Leader、产品经理、研发Leader等多种岗位。现负责某科技公司整体产品研发，擅长企业IT架构及互联网产品架构。

本文原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议