项目经理的主要工作有哪些?在工作中有哪些事情是需要注意的?

【小刚的回答】:

谢邀。

LZ没说明白是哪个行业的项目经理,暂且认为你说的是IT项目经理吧

现在产品经理很火,项目经理还有别于产品经理,简单的说,产品负责一款产品的整个生命周期，项目经理则负责这个周期中得一部分，比如开发阶段，测试阶段，运维阶段等等。

下面开始说说项目经理平时工作中得内容，这里是说软件项目经理，因为俺是干这个的。沟通：和客户的沟通，和下属的沟通，以及和各个部门人的沟通都是决定项目成败的关键因素。所以沟通会占去工作的很大一部分，高效的沟通可以提高工作效率。

时间：项目经理需要对项目进度时间有一个整体的把控，不要等到客户催的急眼了才后悔当初没做仔细的项目进度计划。接到需求，项目经理首先要对这个项目分阶段来研究，和技术人员沟通之后确定项目每个阶段的时间节点，降低项目失败的风险。

技术：虽然说项目经理算是管理层，但是据我接触的项目经理一般都是从技术方向发展上来的，所以做事不能忘了老本，而且一般的小项目很少会安排一个架构师一个项目经理，所以如果遇到项目经理来带项目的话，项目经理还需要对项目的整体架构有一个大概的把控。

文档：这个也许是最头痛的了，项目经理职位的转换就是写各种文档，当你慢慢的开始写文档的时候就意味着公司领导开始培养你管理能力了。从写需求文档开始，功能测试文档，项目计划文档等等。

团队：为什么会说这个，因为团队人员的去留和项目经理有很大的关系，要知道现在组建一个非常牛逼的团队是很不容易的。项目经理需要让下属找到可以挑战的新技术，来自由发挥他们的长处，而不是每天苦逼似的加班加点。当然这些跟公司文化和公司发展也有关系。比如能提供给开发人员的薪资待遇问题。

工作中需要注意的事情上面也有提到，在职场经历过几年的人需要注意什么应该都差不多吧。

【马晓峰的回答】:

项目经理最重要的就是沟通吧，你要协调下面几个小组之间的合作，资源的分配（比如测试机，经费等等）负责顶住上层的压力（日程提前），争取手下的福利（聚会费用)..还有就是有否决方案的决断力，这一点很重要。。

【丁健的回答】:

在团队，业务范围，成本，时间上能良好地协调

【周翔的回答】:

主要工作有：听说读写想。更进一步，确定个所占时间比重，就我个人来讲， 听20%说20%读30%写20%想10%   但所占时间10%的思考是很重要的。

要注意的有：

1、技术：不是指懂技术或活儿好，这两项比我优秀的人多了去。  技术是指对技术的理解，一种开放又实用的理解。

2、政治：技术大拿往往不屑于，或者干脆就缺乏能力，去理解和懂得组织结构，神圣目标（最高指示），团队目标，市场目标，营销手段等等。  项目经理是技术实施者和需求发起者之间的桥梁

3、激励：如小刚所说，项目经理往往都是光杆儿的，得分析各人需求，使用各种方式，要激励不归你管的人，来为你做事。科层关系制度规章往往在项目中不是特别好使。大领导特别受权，或每月参加你的项目例会，这不是每个项目都能享有的特权！你要自己创造激励。

4、管理：与一般管理一样，成本预算，时间进度，危机预控等等。

最后，特别送你一句话：项目经理在从事自己所热爱的项目时，才能充分发挥最大能力！祝你工作和生活都顺利！

【李雷的回答】:

本人是弱电项目经理，也就是在传统建筑内应用IT技术的项目经理，如在建筑内设计安防、报警、网络、楼宇自控、广播等系统。这种项目经理虽然项目大部分和广义上的IT有关，但在施工中还是要和传统项目如土建、安装、消防、内装、外装等工程对接的。

新型IT项目经理，由于IT发展时间比较短，在项目管理上不论从管理方法还是经验都不如建筑项目经理好。建筑行业项目经理一般是这样的：

项目经理岗位职责

全面负责本项工程现场的设计、施工的协调管理，按照本项合同的条款规定和本方案提出的管理方案、施工组织设计，协调与施工相关各方的配合。本项目施工进度、质量、安全、文明负责，是工地安全生产、防火、防盗的第一责任人。负责协调工地各方的关系，代表公司全面负责整个工程的人员组织安排和处理工地现场重大事件，保证工程进度和质量。

这些虽然看起来比较少，但实际上做的工作非常多，非常碎。可以说，项目经理除开会外，剩下的日程只能定下来一天的，甚至这5分钟都不知道下5分钟人要去哪里。这些东西，展开来能写一本厚厚的书，书名就叫《建设工程项目管理》。

因为上面的人说的都是IT项目管理，故本人在这分享一下传统项目的项目管理，供大家思考。

【饶维立的回答】:

在IT这个行业干了6-7年了，从事管理岗位也差不多有3个年头了；最开始做开发人员的时候只要做好自己的事情就行了，感觉也听自在的；因为当时公司发展到一定规模了，需要管理了，自己也是被赶鸭子上架做上了管理岗位，虽然刚开始的时候还不太情愿，但是最后走下来发现收获还是颇丰的。

以下是个人的一点点总结：

1       项目经理需要具备的素质和团队管理 1.1     个人素质：

1：做事要有计划

白天将今天的任务想一遍，晚上将一天的工作在脑子里总结下

我今天要干什么？我今天都干了什么？

2：每天花5%-10%的时间去看些书籍或者网站

保持自己在团队中的技术领导力

3：短期的目标

需要掌握的技术和完成的项目

4：自我调节

心态调整，总结和沟通

5：自我完成，自己做主

碰到问题或者困难，可以自己做主解决，即使会犯错误。

即使自己不能解决，要拿出方案出来。积极的展开交流和实践。

6：打开自己，多做沟通

释放自己，才能融入，多做沟通才能增进了解

1.1     团队：

1：将积极的心态一面带给大家

试着改变别人的同时，自己也会改变

2：团队要看绩效而不是表面功夫

加班再多，说的再多也没用；关键还是绩效和能力，始终牢记这点

3：人情冷暖

注意成员之间互助，关键还是加强沟通

4：团结就是力量

不要充当英雄，大部分的时候我们还是靠的团队

5：要把自己当成团队中的重要的一份子

每个人都是很重要的，不要认为自己不重要，脱离集体

6：团队中不要自大，要谦虚

想想李开复、盖茨，你没有资格自大

7：脱离集体，等于自我毁灭

家庭如此，开发团队一样如此

2       具体工作中各个环节的把握

2.1     需求分析阶段

所有项目和产品的开发最初都需要经理需求的分析阶段，需求分析的目的就是要找到用户为什么用，如何用的问题；了解客户到底想要做什么。

如何做需求分析？

首先需要拿到客户的原始需求，客户的原始需求可能会比较简单，也可能会比较系统比较全；不管是简单的还是全的，我们首先就是要了解整个项目的目标的是什么？要达到一个什么样的效果；

分析项目针对的人群，也就是说这些项目是给谁用的，谁会参与到这个项目的使用，他们用来干什么？

分析项目的场景，项目是如何应用的，我们可以试着去想象这样的一个场景，并将这种应用的场景描绘出来，这其中我们要遵循合理的原则，即这样应用合不合理，有没有达到效果。

确定好以上之后，我们就需要通过USER CASE描绘出具体人员使用的用例图，哪些人用这些，怎么个用法，通过USER CASE表达出来。

横向我们需要把功能项罗列出来，将不同的大的，小的功能项进行划分和归类。

最后进行一些细节的需求方面的分析和确定。

需求分析的过程中需要做到不断的讨论，也许是争论，并且要和客户做长时间的沟通和确认。需求做不好的话，也许整个项目就偏离了轨道，偏离轨道也就离悬崖不远了；

2.2     设计方案阶段

需求分析是要搞清楚我们做什么？

那么开发的方案就是要搞明白我们要怎么做？

做方案，就是要考虑如何能快速、高效、高质的将需求中的功能项给实现了；

第一步，我们还是需要定一个大的基调出来；这个基调就是，我们的开发是基于什么样的平台？这个平台可以是一个类似的项目，也可以只是一个开发框架；不管是什么样的平台，我们前期都需要能够确定下来，根据需求中可能存在的风险评估出需要哪种平台。

确定好开发平台后，我们接下来就需要根据现有的平台去确定开发的方案了；在确定每个功能的开发方案的时候，我们首先还得明确每个人负责的模块和事项；根据个人的能力和技能的不同分配不同的任务。

任务确定好后，接下来就需要由不同的成员去负责各自模块的设计方案；

设计方案需要明确以下内容：

细化你的需求

打算用什么样的语言、框架、数据库来进行设计

业务流程图是什么样的

类图(UML)是如何设计的

每个人的设计方案确定好后，项目组内部还需要进行设计方案的Review，相互之间去了解对方的设计方案，看看有什么不妥的地方。针对设计方案中的问题进行讨论和分析，最终确定正确有效的开发方案出来，必要的情况下可以让客户一起参与进来。

2.3     开发计划

有了开发方案了，就可以出一个具体的开发计划出来；

每个人根据自己的真实情况评估自己负责的模块所需要花费的时间；时间需要精确到天，针对需要7天以上开发时间的模块，我们需要重点再分析下需求和方案。

2.4     具体的开发过程

进入到具体的开发过程了；

因为前面做了需求和方案，所以在开发的时候，我们就需要按照前面的方案来进行代码的编写了；可以说这个过程是一个细活，通过敲打一个一个的字母最终完成整个项目。

在开发过程中，我们需要引进敏捷开发模式 ，所以我们开发的时候需要遵循以下一些原则和方法：

Code Design：编写代码的时候一定要有设计，前面你做了方案的分析，但是到了具体的代码可能跟方案还是有些差别，所在在写代码之前，一定要做Design。

Code Review：代码的编写过程必须要有审核阶段，每个人写的代码都是参差不齐；所以也出现一些莫名其妙的问题，所以为了避免后期的高维护成本，我们在前期的开发过程中就要控制，进行代码的审核；这也是为了提高代码的质量。

代码的审核，主要是审核：设计、规范、可扩展性；这个需要专人来负责；

Code Reuse：代码编写的时候要尽量的考虑到重用；一个代码写出来不是说放那里就不动了，它会流动的，可能别人也会用到，所以要考虑到重用性。

Code Test：测试驱动，敏捷开发中很强调这个Code Test，代码需要在开发阶段就能完成一些基本的测试，这样可以减少后期不必要的测试成本。

Code is Document：注意，在编写代码的时候，要多地写注视，对于开发人员来说，代码就是文档，什么开发手册，什么开发说明；这些都比不上Code Document；优秀的代码，我们通过观察代码的结构，代码的内容，注视就能很轻松的知道代码的用处和逻辑；

除了敏捷开发遵循的一些原则和方法外，在开发的过程中我们还需要有一些制度和手段：

开发例会

项目组内部需要经常性的开会，参与讨论项目中的问题，和未来需要注意的地方；

【成宬的回答】:

日常工作：

Budget

Schedule

Resource

需要注意：

激励

关系

获益者

【杨帆的回答】:

我觉得小刚说的蛮好，我自己的觉得最重要的是沟通，所谓沟通是在说话上要有艺术性，项目经理就是要能很好的跟客户沟通，传达自己的公司的要求以及能够给客户所带来相应的回报，但这样的传达不仅仅是传话筒的作用，不光是与客户之间的沟通，在对自己公司更要沟通，要上高层了解你做了什么？进展如何？客户的问题在哪里？你是如何解决？最终方案是什么？能给公司带来多少收益？；其次是要够专业，以公司利益作为前提，客户要求为目的，设计出合理的方案，这就需要对要求了解客户提供的资料能够看出更深层次的信息，发现其中的问题和风险，对客户提出相应的要求。还有一个是时间这个很容易理解，各个环节要衔接好，效率第一。说了我对于我工作的一些理解，没有那么全面请见谅！

【侯峰的回答】:

项目经理的实际执行阶段职责比较复杂，个人直接感悟是要基于项目当前阶段的实际情况，为实现项目的目标对项目干系人施加或积极主动、或被动、或显性、或隐性的的影响和控制，时刻关注项目风险，对风险的整体把控是项目经理重点要关注的。

同时也很认可微博中的一段话，“做管理，无论多忙多累，都要每天跳出繁琐事务，从全局思考：工作安排是否合理，流程是否需优化，下属是否需帮忙，是否需要争取老板或兄弟部门的支持，有无创新机会，同行哪些经验和教训值得借鉴等。否则，很容易沉浸于具体工作，疲惫而无法自拔。”

【iChelsy的回答】:

你好 我是互联网行业的项目经理；但是我并不是技术出身的 因为之前在高级翻译岗位 能够直接接触项目各个板块的核心人员 包括商务谈判 开发 项目管理团队 还有项目实施 后来才慢慢的转作项目管理；但是目前来说 还是一个新人 要多多学习 存在的最重要问题是技术背景比较薄弱 另外因为公司体制的问题 我暂时也不太涉及商务及budget的业务；

不过我认为一个项目管理人员 最重要的能力还是沟通

1：跟客户沟通，讨论需求

2：跟开发沟通，确定可执行需求，形成各式项目文档

3：跟实施沟通，跟踪项目进度

4：处理突发情况的能力

除了沟通之外，另外一项最重要的能力是学习能力；任何一个人要有对未知知识的求知欲，以及为了满足这种求知欲的快速的吸收，消化，理解并运用的能力!

【王浦勋的回答】:

不同行业的项目经理工作内容会有不少差别，前面不少IT界PM带领IT民工做项目，作为传统建筑业防腐工程项目经理，手下可都是实实在在的民工了。

除日常会议、看图、做预算、领导施工等外，还要负责工人在当地的住宿、吃饭等一系列问题，让工人有干劲。把工人领导好，施工工作就好做很多。

另一方面要和业主、甲方搞好关系。像财务、安全监理，甚至保安（有些项目部分区域武警把守），都会对工作有帮助。

以上说的有些简单宽泛，总之好的项目经理除了专业知识外，个人能力也十分重要，要有一定的人格魅力，能协调处理好各方面关系，把工作做好，为公司省赚钱。

【kangtiji的回答】:

PM——项目经理（Project Manager）

不同行业PM的权责真的是差异巨大，但所有行业的PM应该都有以下共同点。

Do everything by do nothing

简单点说说

1，沟通协调能力一定要好

（PM往往是内外衔接口，对内工程人员，开发人员，销售人员；对外客户，相关合作伙伴，各级相关机构）

2，很多具体事情不用你亲自动手，但一旦出问题，PM是首先问责人。因此对于项目的关键点，PM一定得有精准把控，因此PM做周报月报是经常的事，一来让自己团队对项目进展有数，二来也是对客户的一个交代，很多国外客户对于项目实施都要有定期周报月报。

3，不要轻易做出承诺（一定要预估风险留有余地）

4，时间。PM一定要是时间概念很强的人。

PMP考试，现在流行的PMP，说实话学习一下有必要，但千万不要死扣PMP的教条。

毕竟国情不同，在很多环境下，按照PMP往往死得很惨，切记。

原文地址:知乎