项目管理的几大过程11页

项目管理的几大过程

一.商务谈判

1.作人的姿态

作人似乎跟商务谈判不太有关系，很多技术人员相信PM需要的是本事，是如何做好一个项目，而不是会搞好关系弄的四平八稳的人。随着PM在中国的悄悄兴起，越来越多的PM开始在老总的授意下参与商务谈判，和销售们一起打单子，这就比较实在的需要PM们去揣摩客户的心理。揣摩客户心理需要有多方面的知识，需要深度和广度，然而，最重要的仍然是作人。如何放下架子，降低作人的姿态，对从技术人员转型的PM们来说，是至关重要的。降低作人的姿态需要从多个方面去实施，最主要应该记住：人不可貌相，更不可以地位衡量。很多公司为了保持公司形象，会统一叫员工打扮的好看一点，看起来象个白领的样子。然而，老板多半是没有约束的。中国改革开放才二十年，很多有钱的老板实业家文化层次都不高，往往是当大学生们只会把屁股坐在板凳上肆意挥霍父母辛苦积攒的财富时，他们已经在各地奔波，积累丰富的商业经验并对金钱，人生和社会的本质有了充分的认识，形成了自己稳定的思维框架。这些人，很多都是穿着旧旧的衣服，戴着破破的手表，说话的时候经常会带上三字经，钻进上海的人堆里，搞不好你会把他当成民工。因为到他们所处的社会地位，已经不需要任何华丽的外表来衬托自己的身份，他们有的是底气。对PM来说，这是个非常危险的挑战。虽然说项目在初期有意向时会对对方的人事和关键人物有一定的了解，然而大项目里能说的上话的人太多了。上海人最瞧不起的就是土气，很多人谈项目的时候看到民工或很俗气的表现不免会皱皱眉头，往往在皱眉头的时候就失去了项目，也就是失去了市场和金钱。PM必须作到能与每一个层次的人交谈，尤其是看起来比自己层次要低的群体，哪怕是公司里扫地的阿姨。只有作到谦虚谨慎，不摆架子，尊重别人，才会得到别人的尊重，才有机会赢得项目。鼻子比眼睛高的人只会把自己的鼻子撞扁。

2.丰富的知识面

光尊重别人还不足以赢得项目，准确的说是赢得对方关键人物的信赖。PM一般用不着陪客户喝酒吃饭，那是销售们的事情，但是PM和客户讨论问题可能是最多的。讨论问题的时候就是机会，如何投其所好，是一大关键。金钱与美女依然是常规的敲门砖，然而这种傻瓜也知道的办法人人都会去做。老板的关系也只是一个方面，如今的大老板，哪个没有关系？同等条件下PM凭什么去胜过别人一筹？我一个朋友（PM）打一个单子时，发现对方对什么都不太感兴趣，费了很大力气也找不到突破口。对方这个人非常顺利，金钱地位美女样样不缺。他花了好多天和对方交谈，以自己的博学逐渐取得了对方的信任。后来他隐约发现对方对数学和天文学的发展史有所涉猎，如获至宝，回家花一个通宵的时间在网络上搜索相关资料。第二天他根本不谈项目的事情，只跟对方大谈特谈哥白尼，布鲁诺，伽利略这些人的生平，整整吹了一天。对方点头如捣蒜泥，态度和热情都来个一百八十度转弯，隔天他就拿到了单子。这是个经典的战例，谁能事先想到哥白尼会来帮助IT的人赚钱？这个PM靠的就是博学和由博学引申出的敏锐的感觉抓住了机会，让客户产生共鸣。客户感觉他层次也很高，而且和自己有共通之处，信任度大大增强，把项目交给他放心。如今这种例子在商务谈判中已经屡见不鲜

了。对PM来说，并不要求在各个方面都很精通，那是不可能的事情，只要PM对一些流行的话题和天文地理历史各方面的知识有个大概的了解，在需要的时候能尽快的掌握，才有机会创造机遇和把握机遇。

3.强大的沟通能力

胸中有万千墨水却不知如何表达其实是比较少见的，但并非绝对没有。每个人的人生轨迹都有所不同，思维受环境的影响也各有差异。包括象我们目前这个班级里的一些未来的MSE们，一定有比较内向或者不太爱表达自己观点的人，这些人比较被动，往往很难承担起谈判的重任。从今天开始，这类人就必须重新学习如何说话，如何大声的争论。沟通，并不仅仅是大声说话，而是在表达自己观点的同时发现问题并综合整理加以解决。除此之外，沟通的能力与社会经验息息相关，与PM的见识联系紧密。在日常生活中，PM就要多留心，多思考，当别人想到某个层次的时候要争取比别人考虑的更深。当然，也有一些不够踏实的朋友把沟通和吹牛当成了完全的一回事情，在和客户交流的时候口若悬河的说一些不着边际的话。这种人，碰到不懂，不太认真或者好奇心强的客户是有一定市场的；而有水平，负责任的客户往往会觉得这种人不可靠，一般不会把单子交给他。PM需要把握好这个度，吹是肯定要吹的，只是吹牛的时候一定要有基础的去吹，对从来没涉及过的领域或者根本不懂的东西轻易不要发表意见，挑选自己熟悉的方向合理的进行发挥，适当的留上一两手，给对方高深莫测的感觉，效果最好。

4.优秀的售前团队

这个团队一般是由总经理发起并组建的，通常不指定PMP，对团队的成员如SAL ES，PM，SA，ENGINEER们的团队合作提出了比较高的要求。一般公司在接下一个单子进行到一定程度的时候，PM往往会尴尬的发现协议上销售代表们对客户的一些承诺是几乎做不到或者根本做不到的事情。这种情况非常多，销售的任务是拿下单子，我听到的销售们说的最多的就是"没问题"或者"NO PROBLEM"，但是当我听到客户的要求和销售的回答时我总是心惊肉跳，很不自然。销售是非常辛苦的，为了建立客户关系，尤其是空白的市场是很不容易的，往往为了一个单子会牺牲非常多。在这种情况下，和销售进行协调自然而然的又落到了PM的头上。在销售和客户做承诺之前，PM要主动的跟销售交流，提供粗略的总体设计框架和技术难关以及能考虑出的工作量，而不是等出了问题再被动和销售在老板面前互相推委责任。在组建团队的时候，PM要根据团队里每个人的素质和任务进行因人置宜的信息传递。优秀的售前团队合作是接单的重要保障。在商务谈判的实际操作中，存在着各式各样的问题，PM的职责和要求绝非以上几点所能描述详尽。根据环境，政策，人文，关系等各方面的不同情况，PM的不同成长经历，每个PM最终都会建立自己对商务谈判的看法和经验。但是有一点可以肯定，这是PM成为PM的第一道关，也是最重要的一关。接不到单子，PM将失去存在的意义。与销售有所不同，PM在该阶段的任务除了接单，还要尽可能的搜集客户关键人物的资料并与对方各个阶层的负责人建立良好的客户关系，以便在项目实施时充分调动资源。

二.启动阶段

1.项目的一些基本概念

项目三要素有多种版本，各不相同。实际操作中多分为范围，成本与进度，其中

最重要的莫过于范围。我们把项目最终生成并提交给用户的产品和文档统称为递交件。谈判的时候一定要确立递交件的标准和要求，也就是范围。尽管商战的时候不可避免的客户会不断提高标准和要求，而承诺的款项却不会有一分钱的增加。但是这个标准对每个公司来说都有一个底线，一旦超过了这个底线，那项目就肯定是亏的。除非是为了二期有利可图或者是为了搞好关系，否则范围超过底线的时候情愿不做，再厉害的PM在这种情况下也是无能为力。建立范围需要的就是PM的多年的实战经验，在大大小小的项目中用血泪换来的一些体会。在这个时候，很能体现PM与技术人员的区别。成本就是客户答应付的款项，与我们的投入成本并不是一回事情。进度就不用多描述了。

项目如何成功？也有一些关键的因素。个人的理解也不尽相同，通常包括以下几个方面：界定工作目标及工作任务；老板或高层的支持；优秀的PM和开发团队；充足的资源；良好的沟通；对客户的积极反应以及适当的监控和反馈。这里要注意的就是资源和高层的支持。一个上规模的公司总是同时会有很多项目，可是再大规模的公司资源也不足以保证每个项目都能组建最合适的开发队伍或拥有最

好的环境。这时候各个团队或者部门之间不可避免的会发生资源争夺战，摩擦再所难免。这时候对PM的作人再次提出挑战。除了高层对PM项目的重视程度，如果PM平时在公司与同事相处的好往往能使很多别人看起来很棘手的问题迎刃而解。相反，一个不会作人的PM由于人缘差，即使高层强压别的部门或团队配合，别人也会能拖就拖，延缓项目的进度和质量。有时候，这种内耗对项目和PM来说是毁灭性的。对客户的积极反应也比较关键。一般来说PM已经被项目里大大小小的事情搞的筋疲力尽，要PM去主动要求客户配合是很吃力的事情。然而，这个时候，越是困难，越是觉得累，越是要去主动。客户往往也不是特别的积极，主动与客户联系沟通和测试能及早发现问题。从风险控制的角度来说，问题发现的越早，风险越小，损失也就越小。积极的态度可以带动客户的积极性，在项目完工的时候，客户对你的感激往往是难以用语言描述的，这对以后接单或者做二期三期会打下良好的基础。因为在和别的新客户谈判的时候，新客户自然会找你的老客户了解情况，这时老客户随意的一句话顶的上你很费心的十句。

项目具有商业行为的几个重要特征，有消费源，有参与者，有成功关键因素，有财务目标，有风险。

2.启动阶段的主要任务

根据PMI的解释，接单之后项目自然转入启动阶段。启动阶段PM的主要任务是率领总体架构设计师和系统分析员收集尽可能详细的数据，确立尽可能详细的需求，进一步确立详细的项目范围，预估资源，确立其他方案并获得进入下一阶段的批准。在这个阶段，随着需求分析的深入，PM也开始在公司内部进行人员挑选和资源争夺，着手组建自己的项目团队。项目即将进入计划阶段。

在收集完数据之后，PM要和客户开始明确项目的大小，成本，规格，期限等重要特征并将其写入合同文本，同时准备内部的包括预算，衡量标准等文档，建立项目的评估标准。接下来就是需求分析。由于专业的原因，我们这里仅讨论软件工程项目的需求分析（以下简称需求分析）。需求分析的主要参与人员有PM，总体架构设计师，系统分析员，熟悉业务流程的客户。PM统领的团队这时候还不是真正的开发团队，我们叫做前期团队。随着需求分析的逐步深入，新的团队

成员不断加入，启动阶段结束的时候正式的团队将建立。对一个已经启动的项目来说，需求分析直接决定了项目的成功与失败。最初的需求体现在客户的工作说明书或招标文件及附件上。这种需求一般比较含糊，无法体现客户真正的需求。前期团队要根据自己的经验和客户沟通并引导客户进入正轨。有时候客户会很不讲道理或者思路僵化，就要求按照他的思维去定一些明显错误的需求。这个时候团队成员要耐心和客户举事实，谈经验，讲道理，用图形或模型等直观的方式将需求描述出来，比如常见的数据流图等。所以说，争论再所难免，客户有时候会吹胡子瞪眼睛拍桌子甚至会说"这个东西不要你们做了"之类的话。PM此时除了要亲身参与需求分析综合整理文档之外，还要处理好团队成员与客户的关系，确保关系不会恶化到无法收拾的地步。只要PM尽力约束团队中的成员，这个度还是很容易控制的。

对快速开发和叠代开发来说，需求和实现往往是同步进行，开发速度快是一大优势。对有相同或类似模式的小项目来说采用快速开发或叠代开发是很合算的做法，时下流行的极限编程就是针对这方面建立的思维模式。然而，大中型项目中有太多不一样的需求和模块。如果不是因为项目有差异，那么市场上就只有产品而没有项目了。所以，大中型项目的需求要认真仔细的去做。我们要讨论一个问题，究竟应该在需求分析和总体设计上花费多少时间？我们熟悉的瀑布开发模式基本上分需求分析，总体设计，软件开发，测试等几个阶段，然而究竟应该在前两个阶段上花多少时间却没有定论。实际项目操作的例子表明，分析设计的时间越长，需求设计做的越详细，测试的时间就越短，返工率越低，风险也越小，成本越容易得到控制。

而需求分析和总体设计没有做好就急忙上马进行开发的项目在项目初期进展顺

利的时候问题不大，到了项目后期和测试阶段一些潜伏期比较长但是破坏作用比较大的问题就会凸显出来，造成返工，延长测试时间。所以与其把问题堆积到紧张的项目后期，不如把时间多花点到需求分析和总体设计上。基础夯实了，金字塔就容易造了。在日本公司打工的程序员们可能都知道，小日本的软件规范非常厉害，他们花在需求分析和总体设计上的时间通常在40%到50%左右，远远超过国内软件项目的实施，效果也要强的多。他们总体设计的规范甚至详尽到某个过程该如何判断，确立什么样的条件，换言之就是把什么时候该如何写(if...e lse)语句都帮程序员定好了。在这样的软件规范下，程序员更象是装配流水线上的工人，对一个模块或技术熟悉到一定程序就变成了完全的重复性劳动。所以在日本和欧美经常会有程序员是低级工作一说，很多人不明就里，对国内程序员也照搬，对国内的程序员来说是很不公平的。在国内，只会照抄别人代码，一点都不懂创新，凡事依靠别人，快下班就盯着表看的程序员是不少，这种人一般很难有什么前途。但是，优秀的不断进取的程序员也很多。由于国内没有象CMM这样的软件规范或者很少，所以这类优秀的程序员不少都是干着系统分析员甚至PM 的活，拿着程序员的工资。这类程序员虽然在起步时会吃很多亏，而且是主动找亏吃，然而几年之后与前一种程序员的社会地位会出现明显的分化。当上进的程序员们作为PM进行商务谈判的时候，前者还在各个公司里频繁跳槽，跳来跳去都不满意。有些扯开了，回到我们的话题。

日本的软件规范与CMM有惊人的相似，其中至少有35%以上都是几乎一模一样的。最近经济不景气，东京倒闭了160家软件公司，这个数字是今年6月份的，还在

不断增加。这些公司纷纷抢滩上海，招收技术人员。如果去这样的公司应聘就要考虑清楚了，进去可以学到他们的规范和质量控制，可是要想从程序员成为系统分析员或PM，比登天还难。往往一个程序员进去干了好几年，对自己的那一块熟的不得了，而对隔壁同事所做的东西一窍不通。拒传华为正在尝试CMM4（华为印度研究所已经通过CMM4），对在华为工作的程序员们来说可谓福祸难料。当然，已经作到PM或QA或者热爱CODING的朋友例外。需求分析本身也存在着时间分配的问题。第一遍需求分析花的时间会最长，分析员们在客户的各个部门之间几乎把腿都跑断，把口水说干，就是为了确立一个初期的需求模型。所有的文档将会提交给PM进行复审并签字，不合格的打回重做。反馈表随之将提交给客户，第二遍第三遍等等等等接踵而来，与客户反复讨论和磋商，反复提交文档和表格，目的只有一个，明确需求。当PM最终合并了所有文档并确立需求之后，最终生成的需求文档将提交给客户的各部门负责人签字。这些文档将作为合同的附件添加，以便在将来项目变更或者碰到重大问题时和客户扯皮的重要依据。

需要说明的是，客户并非都是蛮不讲理，但是说实话，颇有无奈，国内目前的项目大多数客户为了不让自己的钱白花，经常变着法子提需求。在启动阶段明确需求并签字，无论最终情况如何，一份详尽的书面文档可以解决很多口头承诺或概念模糊的文档带来的许多问题。详尽的需求分析有一个额外的好处就是对一些双方都很陌生或者从来无人尝试的领域将是一个决定是否进行项目的判断标准。有时候，这种大项目在签单时双方都没有绝对把握保证可以出成果，一旦在需求分析阶段发现难以逾越的技术难关，就会放弃项目。典型的例子就是NMD洲际导弹防御系统。上世纪八十年代初美国搞星球大战计划，拖跨了苏联。大家对那段历史有些含糊，很多人认为苏联人上了美国的当。其实并不完全如此，苏联人的情报机构无孔不入，并非那么容易上当受骗。实际上当时美国国防部已经开始着手NMD系统软件的需求分析，前后耗资数亿美圆，耗时两年，仅仅是做需求分析，终于发现存在着在当时技术上无法达到的高度，随后项目被放弃。

3.项目启动

项目启动要确定项目计划，与客户一起实施第一次项目审核，确认并对一些产品和服务向下包厂商下订单。这个时候的PM会忽然发现有开不完的会，一天开三到四个会议是很正常的事情。这些会议有与客户的会议，与下包厂商的，有团队的，有公司高层的。团队的会议主要是建立正式的团队，提供团队成员的角色和职责，提供绩效管理方法，向成员提供项目范围和目标。与客户的一个主要会议将是项目启动会议。在这个会议上PM会与客户确立正式的交流渠道，项目综合描述，让项目参与人员相互了解，建立以PM为核心的管理制度。还有一些零零碎碎的东西甚至包括办公场地的大小，电话多少部，所有人的联系方式等等都要在会议上确立，并做会议记录。这都是些非常琐碎的事情，听起来婆婆***，却是非常必要，缺一不可。大概就是所谓三军未动，粮草先行吧。

这时候，作为公司高层，应该向全公司发表申明，正式给PM发布项目经理任命书和项目授权书。这个动作虽然在别人看来有些形式主义，但是对提高PM本人的士气和责任感是有很大助力的。

三.计划阶段

1.定义结构分工结构图（WBS）

启动阶段结束后，项目进入计划阶段，也就正式进入实施。这里概念可能有些不太对头，其实是翻译的缘故，反正大家明白意思就行，不用拘泥于字面。WBS是一组要提交的项目元素，用来组织定义项目的总体范围，具体包括从工作内容，资源，成本角度考虑项目范围；建立一套系统所需要的分层工作结构；把项目分解成易于管理的几个细目，这概念有些模糊，其实跟资源管理器里分目录是一回事情。可以说，WBS是计划阶段的核心。WBS会详细的分到递交件，包括给自己人用的项目使用的过程文件，给客户用的模块和说明文档，完成每个细目的标准以及如何把这些细目的责任分配到具体的个人。WBS有缩进式和树状式，我这里也没办法画图，大家参考一些项目管理的书籍，里面有详细介绍。我整个文章只挑我觉得需要注意的地方，如非必要，对技术细节或者工具使用不做详细介绍。WBS的细目并不需要分解到同一水平，最下面的细目叫做工作包，分包的依据是个人的责任和可信度，也就是说到每个人头上的任务是否能落实，是否有把握完成；还有就是准备对项目进行控制的程度，程度越深，WBS树也就越深。由于W BS是实用性的东西，根据个人理解也不一样，所以一个项目可能会有几个正确的WBS，看PM的需要和最适合当前团队状态的进行选择。

WBS的定义还是很麻烦的。

PM要召开团队进行讨论，向成员提供与项目相关的所有详细资料，并把WBS树分解到二层三层。然后要花上一段时间让成员进行头脑风暴式（BRAINING STO RM）思考，制订工作产出和相应人员的职责，记录每一个工作包的完成标准。在头脑风暴式思考时，会有很激烈的争论，PM要协调关系，调节气氛，从自己能考虑到的各个角度旁推侧敲，提示成员的思维角度和方向并加以总结。尽管很麻烦，制订WBS仍然是非常值得的。如同需求分析一样，WBS准备的越充分，编码的进度越快。

2.风险管理

既然是商业行为，那么项目的风险必然存在，相信阅读这个帖子的朋友不少人都经历过或大或小的风险。有些风险很容易解决，有些风险则大大损害利益。不论什么样的风险，能避免尽量避免，所以有必要对风险进行管理。由于风险的不可预知性，风险管理难度很大，概念也很难讲清楚，只能从一些可行的角度去分析，进行管理。

首先要识别风险。这是个难度很高的活。PM要先召开风险识别会议，这个会议面向公司，高层，跨部门的有经验的人都将参加。然后审核由项目小组生成的风险清单并与重要成员进行风险沟通，检查一些重要的风险源如WBS，成本（时间）预估，人员计划，采购管理等等。最后就要用到PM本身在以前类似项目中得到的经验教训。

识别之后要进行分析。我们可以进行粗略的量化分析（精确分析是不可能的事情）。有经验的人可以一起参加讨论，把提交出来的风险进行分类。首先按发生的可能性分，一般分成高，中，低三个级别，虽然很勉强，但是好歹也有个量化了；然后按耗去的成本分，也是高，中，低三级。我们可以把这两种类别的三个

级别进行组合，碰到可能性也高，成本也高的风险就定位为不能接受。碰到这种风险只好让客户修改需求或者增加风险预留成本，否则一旦亏起来不是亏一点点，有可能赔的很厉害。高和中，中和中的搭配都是属于高风险，中和低，低和低搭配属于低，高和低搭配属于中。

针对出现的可能性，需要采取一些手段降低风险。到目前为止也没有一个定论说有绝对好的方式，只能尽其所能的避免。有几种方法可以考虑，第一种是将风险纳入项目管理计划并指定负责人，由外部人员定期检查项目风险，一旦风险发生，执行风险管理计划；第二种是保险，这种属于风险转嫁；第三种方式有点奸，不过最保险，就是把客户拖下水，让他们一起参与风险管理，呵呵，到时候就好说话了：）风险管理作为项目计划之后，PM需要更新WBS，修改日程计划和更新风险管理计划。风险预留通常是成本的8%。

3.预估

预估是从量化的角度对项目进行评估，主要包括工作量，任务期限，人力，设备，材料，成本等，要注意预估不是财务策略或报价。预估其实并不是一次性工作，在整个项目过程中，预估始终需要。预估似乎没什么特别需要提的地方，每个P M接到项目的时候自然会有预估，在项目发生变更或进入下一阶段时也会预估。预估的作用主要还是让PM作到心中有个底，安排计划时不至于毫无头绪。

4.进度计划进度计划就是一个模块或功能要写多长时间，PM安排个日期，设立里程碑，叫程序员们不能偷懒。进度计划是从WBS提取过来的。对PM来说，合理的安排进度计划对项目控制和激励团队士气有着很大的作用。对程序员来说，进度计划毫无疑问是噩梦。显示进度计划一般有先后顺序图，甘特图和里程碑图表。上回邵卫老师讲课，推荐的工具是m$的PROJECT，这个工具我还不会用，因为没时间去摸索。我的头倒是用的很溜了，近一个月来他就用这个PROJE CT画了一个又一个的里程碑图，不停的折磨我和同事的神经。我们一般都是一边开发一边做UNIT TEST，效果上来看，因为有强大的时间压力，效率上比之前确实要提高不少，可是我们也只能结结巴巴的赶完进度。由于TEAM里人少，我们都是一个人做几个人的活。我每天早晨六点多出门，经过将近两小时颠簸，八点多点已经坐在位子上，中午吃15分钟的饭，干到晚上八点下班，到家吃完饭往往已经11点了。一个多月我从来没吃过早饭，没有睡过六个小时以上的懒觉。虽然强大的压力使我们能在短时间内掌握尽可能多的技能，开发更多的模块，但是对我们的情绪也是有很大的影响。所以说，项目里程碑是一把双刃剑，合理安排才能既促进效率也不至于打击士气。团队成员士气的逐级衰落会给项目后期的开发带来难以估计的影响，进度将会大大延缓。关于PM和团队的问题我们后面会讲到，这里我先祥林嫂一把，然后跳过。里程碑图表的特征是任务，成员和时间，任务和成员用文字标志，时间用数字描述并辅助以图线跨度，象阶梯一样非常形象，一目了然。管理起来非常方便，完了的打个钩就可以了。

网络逻辑图是表示任务和逻辑关系的示意图，可以用先后次序表示，也可以用关键路径表示。其实把各个活动划分为1，2，3，4等阶段，每个阶段包括小活动1.1，1.2，2.1，2.2，2.3，2.4，3.1，3.2，3.3，4.1，4.2等，日程计划也分四种，一般只提到从前向后和从后向前两种。从前向后的概念就是某项活动必须相同或晚于直接指向这项活动的的所有活动的最早结束时间的最晚时间。有些绕

口，我们打个比方：2阶段指向3阶段，那么2阶段里的4个子阶段也都指向3。假设2.1结束时间为1月12日，2.2结束时间为1月22日，2.3结束时间为1月15日，2.4结束时间为1月20日，那么，2阶段中最晚的结束时间是2.2的1月22日，所以在3阶段中的3个子阶段3.1，3.2，3.3的最早开始时间都不能早于1月22日。至于从后向前的例子大家自己去推吧，我就不举了，刚才几个123打的我累死了：）项目经常需要调整进度。在不改变项目范围的情况下，调整进度有几种方法：利用快速跟踪手段来改变任务间的关系；将串行的任务改成并行；改变工作方法（可能改变WBS）；改变日期限制，使关键路径上的任务开始或结束的更早。

虽然方法多样化，在我看来只有一条，就是拼命的压榨程序员的劳动力。如何压榨，还是个技巧。如前面所分析的，需求分析恨不得多分点时间给它，压需求是不太可能；测试阶段后期接近完工，罗里巴唆的事情一大堆，忙都忙不完，那时候PM一门心思提前/按时完工，好收钱，压那段时间似乎也不太可能。说来残酷，最能压的还是CODING，编码阶段往往是压缩重点，总之大家埋头苦干就是了，大项目压缩的时候程序员吃喝拉撒都在公司是很正常的事情，相信不少人都有很深的体会，这里伤心事情也就不提了。只是我总结一下，让未来的PM们有压榨后来人的依据，呵呵。测试前期也可以适当的压一压，那时候人刚完工，都比较懒散。国内一般企业规模都不大，没有专门的质量控制部门，所以质量保证和测试往往就是程序员或PM本身。其实质量保证和测试人员的人数和素质都应该要高于程序员。在日本和CMM实施的公司里，编码压缩是很容易实现的事情，因为那些程序员真的是技能熟练的装配工人，压起来方便的很。他们这样培养人的目的或许就是为了压缩吧？！

四.控制和执行阶段

1.软件开发实在没什么好说的，也是大家最不愿意谈的，平时在公司里谈的已经够多的了，还要在这里受我唠叨。需要提醒的依然是团队合作精神和完善的文档管理制度。SOURCESAFE这些工具有时候还是有必要使用的。经常看到有人说天才程序员不写注释什么的。我相信有这种天才程序员，因为我碰到过几个。

我爱人公司里也有一个，他们的一套产品核心代码就是这个人写的，4年过去了，周边代码换了好几茬，核心算法始终没换过，可惜这小子跟了李洪痔，如今已经不知所踪了。但是他的代码似乎也要有点注释的，没有注释过段时间再天才的程序员也不能保证他是最有记忆力的。而且，对一个项目的编码来说，靠一两个人打天下如今是不可能了。别人的公司都是团队，两人智慧胜一人，这头还在靠一个天才支撑门面，实际上市场可就别人抢了去，那时候再天才也没用了。

编码的时候讲究技术公开，程序员不要藏着掖着，对大家没好处，PM要想办法调动大家创新思维的积极性，营造良好的技术讨论氛围，碰到技术难关的时候就容易攻破了。有个问题需要单独对还没有PM觉悟的程序员说，其实是在调研的时候就定了的，就是使用什么样的开发工具。没有经验的程序员往往会拿着C ++或者JAVA的资格证书或者拥有一两个开发工具的一些经验而得意洋洋。其实老板和PM根本不看重这个，他们关心的是使用什么样的工具能尽快的达到目的。管你什么C++，DELPHI，PB还是JAVA，只要能做的出来，VFP都可以用。我举这个例子并非说不看中工具，而是提醒想转型为PM的程序员，第一要把工具当作

工具，而不要被工具套进去，钻研一些一辈子都用不上的技术；第二要掌握的并非是单独的一个工具，而是流行的程序设计的思想，以及在最短时间内掌握一门陌生工具的能力。只有建立了这样的思维，才有可能转为PM，否则一辈子都是技术工人，最多就是个技术总监。

2.变更对任何项目，变更无可避免，无从逃避，只能去积极应对，这个应对应该是从需求分析就开始了。对一个需求分析做的很好的项目来说，基准文件定义的范围越详细清晰，用户跟PM扯皮的幌子就越少。而需求没做好，基准文件里的范围含糊不清，被客户抓住空子搞你一下是非常头疼的事情，往往要付出无谓的牺牲，有时候甚至非常火大。需求做的好，文档清晰又有客户签字，那么后期客户提出的变更就超出了合同的范围，需要另外收费。这个时候千万不能手软，并非要刻意赚取客户的钱财，而是不能养成客户经常变更的习惯，否则后患无穷，维护的成本会让PM吃不消。

在客户提出变更请求时，要建立变更申请登记表和变更申请表，并让客户签字。当然，有时候一些不是非常关键的模块PM也不至于一点不讲情面，该卖面子的时候还是要卖，尤其是当着对方领导的面，千万要卖面子，但是也别卖的太干脆，不要让他们得到的太容易。需求做的不好，客户抓住漏洞或者非常不讲道理，麻烦就大了。有时候争论会很厉害，到非常白热化的地步，PM与客户代表几乎沟通不了。PM在客户关系和短期利益两方面难以取舍，一般都是向客户妥协，最终形成恶性循环。这种情况非常难办。一般这种情况都是到了项目后期，做重大的更改几乎是不可能的事情，如果白做就要亏钱。而这个时候如果PM跟对方高层的人关系搞的定，可以透过对方高层把事情压住。然而由于已经到后期，客户代表不会轻易更换，对方这次没有改成，必然心怀不满，下回在别的模块依然会找麻烦或者在谈二期的时候动动手脚，都是很让PM伤脑筋的事情，这方面目前还没有什么好的解决方法，所以尽可能的做好需求比什么都重要。相对需求来说，什么WBS，风险管理，计划进度都是扯淡，需求做好了，一帆风顺。还有一种办法就是装可怜，要装的非常的象，在对方的领导面前装，而且不能让人看出是装的样子，要让你自己都觉得你自己是真的可怜，那么就算这次客户硬是要求改了，下回他也必然不好意思再叫你改。其实人心都是肉长的，如果可能的话，我还是不赞同使用一些手段的，但是有时候客户非常难以在短时间打动而工期又将接近，这种情况下就要靠PM耍一些手段了。各人有各人的方式，八仙过海，各显神通吧。PM在变更管理中需要做的是分析变更请求，评估变更可能带来的风险和修改基准文件。

3.质量控制大公司有质量管理部门（QA），QA的成员基本上都是由非常有经验的PM转型过来的老狐狸，是老总接班人的有力争夺者。一个QA会管理多个项目，有时候甚至会亲身参与。PM和QA有些象猫和老鼠，不停的通过报表传递一些心照不宣的假数字。QA对PM的工作最终是有评定的：A级表示总体在控制下；B级表示当前在控制下；C级表示有显著问题；D级表示有重大问题。如果PM得了个D，那可不太妙，不但世界级的QA会每个月要收报告，地区QA会一个星期找来面谈一次，训一顿。得到A的PM是很逍遥的，基本上不会有人来过问。在没有QA的公司，质量控制只能由经过授权的团队成员进行，效果就要差的多了。质量管理贯穿整个项目周期，详细的可以参见CMM。

4.成本管理PM经常通过控制进度和预估来控制成本。PM必须经常问自己，项目已经到了什么阶段？完成了多少？花费了多少？完成时成本是多少？挣值法

的术语不少，象BCWS，BCWP，ACWP，但是关系比较简单，大家参阅一下相关资料，这里不再羸述。总之，PM要管理好成本，注意节约，但并非是拼命剥削程序员，该花的还是要花。

五.结束阶段

1.项目结束项目结束时，PM要将最终系统方案提交给用户，完成项目所有的提交件，收集项目全部信息并结束项目，完成或终止合约，签署项目结束的相关文件。项目结束意味着可以收钱了。PM辛苦了那么多，终于可以高兴一下了，收到最后一笔款项，意味着递交件的移交和团队的解散，项目也转入维护阶段。不过收钱未必代表着赚钱，要看项目是否按时完工。一般来说，提前完工的项目很少，但是能赚大钱；按时完工的赚小钱；延期的要赔钱。一个人首次承担PM，如果没有人带，多半会失败。失败没什么，所有的PM（注意是所有，不是几乎所有）都失败过，然而失败会成为教训和经验，推动你继续前行。在美国，每年至少有40%的项目无法实施被搁浅。只有在项目中和生活中不断磨练，培养自身素质和作人的基本准则，才能成为赚大钱的PM。

2.项目完工会议项目结束时，依然要开会，不过少多了。一般跟客户要开一个，主要是确定所有的提交件都已经被接收，对突出的个体进行表扬，对外宣传成功案例，标志并记录项目的正式结束。这时候开会很轻松，目的也很明确，做完了大家好聚好散，或者以后有机会再合作。团队要解散，内部会议肯定是要开的。也没什么好废话的，该表扬就表扬，该发多少奖金就发多少奖金，毕竟大家都累死累活的干了那么长时间。项目结束请客户出去泡温泉时PM们千万别忘记了辛苦为你工作的程序员和工程师们，当然，如果他们不愿意看到你的脸那么你就折现发到他们的存折上去，正好让他们回家好好休息休息。这样下一个项目需要他们的时候他们才会为你卖命。说出来奖金发出去似乎你损失了，其实你赚大了。

3.客户满意度形势也好，历史记录也好，尽管项目结束的时候客户满意度PM 心中已经有底了，但是还是有必要向客户各个层次的项目代表发一张信息反馈表，收回的信息将反应客户的满意度。其实真正体现客户满意度的地方有很多。第一就是付钱付的快，如果客户不满意，一分钱藏在他牙缝里你也很难抠出来；第二就是二期，二期非常非常重要，因为这里已经是属于一种无销售成本的项目，又有一期的经验，可以说二期的钱是最好赚的。这中间的感觉，只有经历过的人才明白。

项目管理5大过程组,名词一句话解释

项目管理5大过程组，42个过程一句话讲解 启动过程组： （1）制定项目章程：诞生项目，并为项目经理“正名”； （2）识别干系人：搞清楚谁与项目相关； 规划过程组： （3）制定项目管理计划：编制项目执行的蓝图； （4）收集需求：收集要做什么； （5）定义范围：确定要做什么； （6）创建工作分解结构：细化交付成果到可管理的程度； （7）定义活动：把工作包分解为可估算、可管理的活动； （8）排列活动顺序：确定工作执行的先后顺序； （9）估算活动资源：确定到底需要什么才能完成工作； （10）估算活动持续时间：确定完成工作所需要经历的时间； （11）制定进度计划：描绘出整个项目的实施进程； （12）估算成本：确定完成工作所需要付出的代价； （13）制定预算：批准完成工作所需要付出的代价； （14）规划质量：确定合格的标准； （15）制定人力资源计划：需要什么人、需要多少人； （16）规划沟通：项目干系人需要什么，如何给到他们； （17）规划风险管理：定义如何对待风险； （18）识别风险：风险，你在哪里； （19）实施定性风险分析：揭开风险的面纱； （20）实施定量风险分析：揭开风险的真相； （21）规划风险应对：定义如何应对风险； （22）规划采购：买什么，如何买； 执行过程组： （23）指导与管理项目执行：按图索骥； （24）实施质量保证：通过过程保证质量； （25）组建项目团队：让巧妇能为有米之炊； （26）建设项目团队：激发团队的潜能； （27）管理项目团队：大家好才是真的好； （28）发布信息：把信息传递给需要的人； （29）管理干系人期望：沟通并满足干系人的需求； （30）实施采购：购买要买的东西； 监控过程组： （31）监控项目工作：盯着，不停地盯着； （32）实施整体变更控制：让变更在可控之内； （33）核实范围：让用户接受项目成果； （34）控制范围：让范围在可控之内； （35）控制进度：让进度在可控之内； （36）控制成本：让费用在可控之内； （37）实施质量控制：让结果满足既定的合格标准；

项目管理能力提升四要素

项目管理能力提升四要素 认识项目管理 美国项目管理协会主席保罗说：“在当今社会，一切都是项目，一切也将成为项目。”项目，是在一段时间内为完成某一独特的产品或提供独特的服务所进行的一次性努力的过程。只要有目标和过程，就可以成为一个项目。譬如：设计开发某一产品功能、房屋装修改造、结婚的婚礼筹备等都能称为项目。 项目管理，就是在项目活动中运用知识、技能、工具和技术，以便达到项目要求，其目的是满足和超越项目干系人对项目的需求和期望。项目管理从本质上来说，就是面向目标的，所有的方法、行动都是为了达成目标而服务的。 互联网公司的项目实践 早期或初创的互联网公司，产品经理和技术开发几乎承担着多种角色的工作。产品经理除了产品方案设计以外，还做交互设计、产品测试以及项目执行的整体协调推进工作。技术开发人员除了做程序编码实现以外，还做系统测试以及测试完成后的上线部署。 实际上，从标准规范的人员角色分工来讲，交互设计是交互设计师的工作范畴；系统测试属于测试工程师的工作范畴；上线部署属于运维工程师的工作范畴；项目执行的整体协调推进，也属于项目管理的工作范畴。当那些早期或初创的互联网公司的业务规模越来越大、项目越来越多时，一个人兼任多种角色，就会感到力不从心，必将影响项目进度和节奏。 以中国互联网行业里知名的A公司为例，A公司的W事业部在最早期的组织架构中，会有独立的产品、UE、UI、页面制作、前端、后端、测试等部门，当时没有专职的项目管理人员。项目管理工作多数是由产品和技术部门的负责人来承担。这一阶段尚未形成系统的项目管理流程，因此相关项目工作没有统一的依据，管理较为粗放。项目负责人的界定也不清晰，有时候项目出了问题也难免发生互相推诿扯皮的情况。后来项目执行中问题不断暴露，又得不到快速有效的解决。对项目管理的需求，就变得日益强烈，业务线的领导意识到需要从全局高度统一对项目做管理。主要体现在：需要确保项目资源合理利用、明确项目成员的角色分工、制订合理的项目计划并推进执行。看似非常简单的要求，却是A公司W事业部在项目管理方面的起航。 W事业部为了增强其项目管理能力，成立了项目管理部（PMO），直接向业务线的负责人（高级总监级别）汇报工作。当时在产品、设计和技术类部门，形成了如下形式的人员角色划分（运营和市场类部门，不做介绍），如图1所示。

项目管理九大知识体系和五大阶段

驱动21世纪新型商务企业发展的原动力是什么？有人答曰：项目管理。的确，项目管理作为一门新兴的学科，发展之快已超过了我们的想象。美国Fortune杂志甚至预言，项目经理将是21世纪的首选职业。让我们共同走近项目管理。 “金字塔工程”到“北极星导弹计划” 论起项目管理的起源，其实很早。古代诸如金字塔、长城等著名的伟大工程项目的成功，都得助于当时对工程项目进行的严密和科学的管理。20世纪60年代初，在著名数学家华罗庚教授的倡导下，将项目管理的概念引入了我国，并在当时的国民经济各个部门进行试点应用，将这种方法命名为“统筹法”。之后，中国科学院管理科学与科技政策研究所，还牵头成立了“中国统筹法、优选法与经济数学研究会”。改革开放后，项目管理在水利、建筑、化工等领域开始被大量地应用起来。2000年底，联想在“天麒”、“天麟”两款计算机产品的开发过程中，结合业务对项目管理的需求，配合项目管理相关理论、方法编制软件方案，使该项目在8个月的时间内便全部完成，并达到了国际上PC生产技术的最高水平。 现代项目管理的概念起源于美国。上个世纪五十年代后期，美国的Booz-Allen Lockheed 公司首次在北极星导弹计划中运用了PERT技术。同一时期，美国的Dupont and RamintonnRand公司创造了CPM方法，用于研究和开发、生产控制和计划编排，结果大大缩短了完成预定任务的时间，之后它们分别被称为“计划评审技术”和“关键路径法”。现代项目管理科学便是从这两项技术的基础上迅速发展起来的，融合了后来发展起来的WBS工作分解技术、蒙特卡罗（Monte Carlo）模拟技术和EV挣值分析技术，形成了一门关于项目资金、时间、人力等资源控制的管理科学。著名的阿波罗登月计划、曼哈顿计划等都是采用项目管理的理论和方法而取得成功的经典案例。 9大知识体系与5个具体阶段 早期的项目管理主要关注的是成本、进度(时间)，后来又扩展到质量。最近十几年间，项目管理逐渐发展成为一个涵盖9大知识体系、5个具体阶段的单独的学科分支。9大知识体系包括： ·集成管理在项目分析中，项目管理人员必须把各种能力综合起来并加以协调利用。 ·范围管理定义项目的边界，着眼于“大画面”的事物。例如项目的生命周期、工作分工结构的开发、管理流程变动的实施等。 ·时间管理要求培养规划技巧。有经验的项目管理人员应该知道，当项目出现偏离规划时，如何让它重回规划。 ·成本管理要求项目管理人员培养经营技巧，处理诸如成本估计、计划预算、成本控制、资本预算以及基本财务结算等事务。 ·人力资源管理着重于人员的管理能力，包括冲突的处理、对职员工作动力的促进、高效率的组织结构规划、团队工作和团队形成以及人际关系技巧。 ·风险管理需要管理人员在信息不完备的情况下作决定。风险管理模式通常由三个步

项目管理的四要素

项目管理的四要素 项目管理有四个要素:工作范围、时间、质量、成本。 对一个项目来说当然最理想的情况就是“多、快、好、省”。“多”指工作范围大，“快”指时间短、“好”指质量高，“省”指成本低。但是，这4者之间是相互关联的，提高一个指标的同时会降低另一个指标，所以实际上这种理想的情况很难达到。项目管理的目的 在谈项目管理要素之前，首先明确一下什么是项目管理。按PMI的定义：“Project management is the applications of knowledge,skills,tools, techniques to project activities in order to meet or exceed stakeholder needs and expectations from the project. ”。按字面意思理解，项目管理就是“在项目活动中运用一系列的知识、技能、工具和技术，以满足或超过相关利益者对项目的要求”，这指出了项目管理涉及的范 畴和要达到的目标。 对于以“项目”为基本运作单位的IT服务公司来说，主要目标是让每个项目都能使

“客户满意、公司获利”。虽然单方面提高项目管理水平还不能达到此目标，但项目管理无疑起着举足轻重的作用。因此，项目管理已经是公认的IT服务公司核心竞争力之一。 项目的成功要素 成功的项目不仅取决于项目本身从开始到结束的执行过程，还取决于开始前和结束后的努力。成功的项目应该取决于三个阶段的努力： 1)项目开始前必须 “了解什么是客户的成功”，只有客户成功了项目才能成功； 2) 项目执行中能够“担负客户成功的责任”，按要求完成承诺的工作； 3) 项目结束后能“帮助客户实现价值”，只有客户说项目成功了才是真正的成功。

项目管理五大过程组

项目管理五大过程组文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]

项目管理五大过程组(图表概括和详细) 项目管理五大过程组： 1、启动过程组：获得授权，定义一个新项目或现有项目的一个新阶段，正式开始该项目或阶段的一组过程。 2、规划过程组：明确项目范围，优化目标，为实现目标而制定行动方案的一组过程。 3、执行过程组：完成项目管理计划中确定的工作以实现项目目标的一组过程。 4、监控过程组：跟踪、审查和调整项目进展与绩效，识别必要的计划变更并启动相应变更的一组过程。 5、收尾过程组：为完结所有过程组的所有活动以正式结束项目或阶段而实施的一组过程。 单个项目的项目管理过程 一、启动过程组 1、制定项目章程 制定项目章程是制定一份正式批准项目或阶段的文件，并记录能反映干系人的需要和期望的初步要求的过程。在多阶段项目中，这一过程可用来确认或优化在以前的制定项目章程过程中所做的相关决策。 2、识别干系人 识别干系人是识别所有受项目影响的人或组织，并记录其利益、参与情况和影响项目成功的过程。 二、规划过程组

3、制定项目管理计划 制定项目管理计划是对定义、编制、整合和协调所有子计划所必需的行动进行记录的过程。项目管理计划是关于如何对项目进行规划、执行、监控和收尾的主要信息来源。 4、收集需求 收集需求是为实现项目目标而定义并记录干系人的需求的过程。 5、定义范围 定义范围是制定项目和产品的详细描述的过程。 6、创建工作分解结构（WBS） 创建工作分解结构是把项目可交付成果和项目工作分解成较小的、更易于管理的组成部分的过程。 7、定义活动 定义活动是识别为完成项目可交付成果而需采取的具体行动的过程。 8、排列活动顺序 排列活动顺序是识别和记录项目活动间逻辑关系的过程。 9、估算活动资源 估算活动资源是估算各项活动所需材料、人员、设备和用品的种类和数量的过程。 10、估算活动持续时间 估算活动持续时间是根据资源估算的结果，估算完成单项活动所需工作时段数的过程。 11、制定进度计划

项目管理核心三要素

项目管理三要素：时间、质量、成本工期紧，活儿只能凑合了；超支，赶紧砍内容，别弄那么多；资源有限，人手奇缺，往后拖吧。 这就是我们身边项目运作时常发生的状况。 所有的项目经理都会做预算，都会设置检查点，都知道又要无休止的协调。但真正执行起来，千变万化的现实让他们经常无所适从。 时间、质量、成本难平衡！ 在纸上画一个等边三角形。在各个边上标上时间、质量、成本。我们会看到，任何一方的移动必定带动其他的变形。这个三角形中间又是什么呢？是范围管理，也就是项目范围。这个三角也就是我们常说的“项目管理三角形”。时间、成本、质量就是项目管理的三要素。有一种比喻更能说明三要素之间的关系。 小高为了取悦新认识的女朋友，精心设计了欧洲8日游，旅游花光了他多年的积蓄，旅游结束后，他再也没有财力去继续下一步的发展了。用项目管理的话说，这就是不计成本的恶果。 过了一段时间后，他又攒了一些钱，这次他不和新女朋友旅游了，他请这个姑娘看了场电影—《第一滴血》。看完后，女朋友觉得小高有暴力倾向，又分手了。这一次，小高败在不讲质量。 第三次，小高知道女孩子一般喜欢看歌舞剧，他准备请第三个女朋友去看半年后才上演的《天鹅湖》，战线一直拉着，女朋友爱上了别人——时间拖得太久了。 这个比喻形象地说明了项目管理中的难题：如何平衡三要素之间的关系？ 一般来说，管理者都希望项目完成的时间要快，完成的成本要低，完成后的质量要好。可是这三个要素是彼此互斥的。能够完美做到以上三个要素的项目，少之又少。上世纪60年代初，肯尼迪总统下令要十年内把人送上月球，并安全带回来。这个庞大的计划，要快，必须赶在前苏联之前完成；要好，绝不能出现任何差错；并且在预算上有限制。 结果，在各方为这个项目大开绿灯之后，美国果真抢先把人类送上月球，并平安带了回来。当然，我们平常的项目不可能集所有人力、物力、财力等所有资源，并且得到至高无上的尚方宝剑。 因此，在一般的项目上，这三个要素，彼此之间是鱼与熊掌的关系。要兼顾的难度，会按照几何级数上升。这样一个三角难题，我们怎么去解呢？可以试着从两方面着手。 第一，先弄清楚什么是“好”，什么是“快”，什么是“便宜”。 什么是好项目？一般来说，项目的结果使企业的收入增加、支出减少、服务加强，就是好项目。 那么，什么是“快”？在项目管理上，时间是绝对的。项目经理最容易犯的错误，就是在完工日期的预测上，为了讨好上司而尽量乐观。同时，他们总用历史数据或别人的经验影响自己的预测，也使得项目工期的变化比较大。 要达到预期完工的要求，项目经理要把一个规模大、时间长的项目，分成不同的阶段完成。在每个阶段，又要根据每阶段不同的重点分别来做完工预测。工程分得越细，预测的准确性就越高。这道理很普通，但需要很周详的计划和分析。

项目管理5大过程9大知识领域44个定义

项目管理的5大过程分别是： 1）启动过程、2）规划过程、3）执行过程、4）监控过程、5）收尾过程 9大知识领域分别是： 1）项目整合管理、2）项目范围管理、3）项目时间管理、4）项目成本管理、5）项目质量管理、6）项目人力资源管理、7）项目沟通管理、8）项目风险管理、9）项目采购管理 44个定义分别是： 项目整体管理 1. 制定项目章程–制定正式核准项目的项目章程。 2. 制定项目初步范围说明书–制定从高层次说明范围的项目初步范围说明书。 3. 制定项目管理计划–将确定、编写、协调与组合所有部分计划所需要的行动 形成文件，使其成为项目管理计划。F 4. 指导与管理项目执行–执行项目管理计划所确定的工作，实现项目范围说明 书明确的项目要求。 5. 监控项目工作–监视和控制启动、规划、执行和结束项目所必需的各个过程， 以便满足项目管理计划中确定的实施目标。 6. 整体变更控制–审查所有的变更请求，批准变更并控制可交付成果和组织过 程资产。 7. 项目收尾–最终完成所有项目过程组的所有活动，正式结束项目或项目阶段。 项目范围管理 8. 范围规划制定项目范围管理计划，记载如何确定、核实与控制项目范围， 以及如何制定与定义工作分解结构（WBS）。 9. 范围定义制定详细的项目范围说明书，作为将来项目决策的根据。 10. 制作工作分解结构将项目大的可交付成果与项目工作划分为较小和更易管 理的组成部分。 11. 范围核实正式验收已经完成的项目可交付成果。 12. 范围控制控制项目范围的变更。 项目时间管理 13. 活动定义 确定为产生项目各种可交付成果而必须进行的具体计划活动。 14. 活动排序 确定各计划活动之间的依存关系，并形成文件。 15. 活动资源估算 估算完成各计划活动所需资源的种类与数量。 16. 活动持续时间估算 估算完成各计划活动所需工时单位数。 17. 制定进度表 分析活动顺序、活动持续时间、资源要求，以及进度制约因 素，从而制定项目进度表。 18. 进度控制 控制项目进度表变更。 项目费用管理 19. 费用估算 估算完成项目各项活动所需资源的费用近似值。 20. 费用预算 汇总各单个活动或工作细目的估算费用，确定一个费用基准。 21. 费用控制 对造成费用偏差的因素施加影响，并控制项目预算的变更。

项目管理的核心三要素

项目管理的核心三要素 Company number：【WTUT-WT88Y-W8BBGB-BWYTT-19998】

作为一个，必须牢牢抓住“产品、工具、人”这三个要素，项目经理为团队服务，如何确定争取的产品目标，工具为产品服务，充分发挥各种工具盒流程的优势，将项目团队的积极能动性和创造力发挥大最大。 一、产品 也就是项目的产出，这是一个理永恒的关注点，往大了说，我们还要关注站在产品背后的所有利益相关者，这可不是一两个人的问题，而是一个或几个具有某些共同特征的群体，他们也是项目存在并发展的根本价值所在。通常，一个机构健全的企业会设置专门的独立的团队来负责产品设计，这在一定程度上也分担了项目经理的压力，但通常也会有问题，就是沟通，与产品开发团队的沟通，另外一个问题是，它无形中将产品制造者与产品使用者隔离开来，导致工作效率和反复时有发生。如何解决这个问题，这就是中的第二大要素：工具。 二、工具 具体地说，包括软硬两种类型，软的工具包括项目管理流程和方法，指的是行业里那些成熟的过程理论，例如，软件开发里的敏捷方法，汽车制造业里的精益理论，也可以理解为通常意义上的项目管理方法与过程;硬的工具包括辅助项目管理流程的软件系统，辅助生产制造的实验室设备，等等，也可以理解为通常所说的资源。如何合理利用这些工具，充分发挥其优势，并不想看上去那么简单。一个企业选择哪一种管理方法理论，然后制定出一种什么样的流程制度，是与企业自身的DNA存在着必然的因果关系的，比如它的成长经历，比如它的企业文化，比如它的组织架构。因此，作为一个合格的项目经理，必须搞懂企业与其流程的内在联系，就像土地与庄稼一样。一个项目经理在自己的职业生涯中大多会经历不同的企业，执行不行的项目管理流程，生搬硬套似的强行改造企业流程，或者随波逐流的被动跟随已有流程，都不是可持续长久的做法，必须从根本上了解企业特质，了解其流程和组织架构，了解其文化内涵和行为模式，在搞清楚这些的基础之上，以发展和批判的眼光去实践，去改进。 三、团队

项目管理的五大过程

项目管理的五大过程 一.商务谈判? 1.作人的姿态? 作人似乎跟商务谈判不太有关系，很多技术人员相信PM需要的是本事，是如何做好一个项目，而不是会搞好关系弄的四平八稳的人。随着PM在中国的悄悄兴起，越来越多的PM开始在老总的授意下参与商务谈判，和销售们一起打单子，这就比较实在的需要PM们去揣摩客户的心理。揣摩客户心理需要有多方面的知识，需要深度和广度，然而，最重要的仍然是作人。如何放下架子，降低作人的姿态，对从技术人员转型的PM们来说，是至关重要的。?降低作人的姿态需要从多个方面去实施，最主要应该记住：人不可貌相，更不可以地位衡量。很多公司为了保持公司形象，会统一叫员工打扮的好看一点，看起来象个白领的样子。然而，老板多半是没有约束的。中国改革开放才二十年，很多有钱的老板实业家文化层次都不高，往往是当大学生们只会把屁股坐在板凳上肆意挥霍父母辛苦积攒的财富时，他们已经在各地奔波，积累丰富的商业经验并对金钱，人生和社会的本质有了充分的认识，形成了自己稳定的思维框架。这些人，很多都是穿着旧旧的衣服，戴着破破的手表，说话的时候经常会带上三字经，钻进上海的人堆里，搞不好你会把他当成民工。因为到他们所处的社会地位，已经不需要任何华丽的外表来衬托自己的身份，他们有的是底气。对PM来说，这是个非常危险的挑战。虽然说项目在初期有意向时会对对方的人事和关键人物有一定的了解，然而大项目里能说的上话的人太多了。上海人最瞧不起的就是土气，很多人谈项目的时候看到民工或很俗气的表现不免会皱皱眉头，往往在

皱眉头的时候就失去了项目，也就是失去了市场和金钱。PM必须作到能与每一个层次的人交谈，尤其是看起来比自己层次要低的群体，哪怕是公司里扫地的阿姨。只有作到谦虚谨慎，不摆架子，尊重别人，才会得到别人的尊重，才有机会赢得项目。鼻子比眼睛高的人只会把自己的鼻子撞扁。? 2.丰富的知识面? 光尊重别人还不足以赢得项目，准确的说是赢得对方关键人物的信赖。PM一般用不着陪客户喝酒吃饭，那是销售们的事情，但是PM和客户讨论问题可能是最多的。讨论问题的时候就是机会，如何投其所好，是一大关键。金钱与美女依然是常规的敲门砖，然而这种傻瓜也知道的办法人人都会去做。老板的关系也只是一个方面，如今的大老板，哪个没有关系？同等条件下PM凭什么去胜过别人一筹？?我一个朋友（PM）打一个单子时，发现对方对什么都不太感兴趣，费了很大力气也找不到突破口。对方这个人非常顺利，金钱地位美女样样不缺。他花了好多天和对方交谈，以自己的博学逐渐取得了对方的信任。后来他隐约发现对方对数学和天文学的发展史有所涉猎，如获至宝，回家花一个通宵的时间在网络上搜索相关资料。第二天他根本不谈项目的事情，只跟对方大谈特谈哥白尼，布鲁诺，伽利略这些人的生平，整整吹了一天。对方点头如捣蒜泥，态度和热情都来个一百八十度转弯，隔天他就拿到了单子。这是个经典的战例，谁能事先想到哥白尼会来帮助IT的人赚钱？这个PM靠的就是博学和由博学引申出的敏锐的感觉抓住了机会，让客户产生共鸣。客户感觉他层次也很高，而且和自己有共通之处，信任度大大增强，把项目交给他放心。如今这种例子在商务谈判中已经屡见不鲜了。对PM来说，并不要求在各个方面都很精通，那是

项目管理有四个要素

项目管理有四个要素 项目管理有四个要素：工作范围、时间、质量、成本。 1. 范围（Scope）。也称为工作范围，指为了实现项目目标必须完成的所有工作。一般通过定义交付物（Deliverable）和交付物标准来定义工作范围。工作范围根据项目目标分解得到，它指出了“完成哪些工作就可以达到项目的目标”，或者说“完成哪些工作项目就可以结束了”。后一点非常重要，如果没有工作范围的定义，项目就可能永远做不完。要严格控制工作范围的变化，一旦失控就会出现“出力不讨好”的尴尬局面：一方面做了许多与实现目标无关的额外工作，另一方面却因额外工作影响了原定目标的实现，造成商业和声誉的双重损失。 2. 时间（Time）。项目时间相关的因素用进度计划描述，进度计划不仅说明了完成项目工作范围内所有工作需要的时间，也规定了每个活动的具体开始和完成日期。项目中的活动根据工作范围确定，在确定活动的开始和结束时间还要考虑他们之间的依赖关系。 3. 成本（Cost）。指完成项目需要的所有款项，包括人力成本、原材料、设备租金、分包费用和咨询费用等。项目的总成本以预算为基础，项目结束时的最终成本应控制在预算内。特别值得注意的是，在IT项目中人力成本比例很大，而工作量又难以估计，因而制定预算难度很大。 4. 质量（Quality）。是指项目满足明确或隐含需求的程度。一般通过定义工作范围中的交付物标准来明确定义这些标准包括各种特性及这些特性需要满足的要求，因此交付物在项目管理中有重要的地位。另外，有时还可能对项目的过程有明确要求，比如规定过程应该遵循的规范和标准，并要求提供这些过程得以有效执行的证据。时间、质量、成本这三个要素简称TQC。在实际工作中，工作范围在《合同》中定义；时间通过《进度计划》规定，成本通过《预算》规定，而如何确保质量在《质量保证计划》规定。这几份文件是一个项目立项的基本条件。一个项目的工作范围和TQC确定了，项目的目标也就确定了。如果项目在TQC的约束内完成了工作围内的工作，就可以说项目成功了。

项目管理五大过程组

项目管理五大过程组(图表概括和详细) 项目管理五大过程组： 1、启动过程组：获得授权，定义一个新项目或现有项目的一个新阶段，正式开始该项目或阶段的一组过程。 2、规划过程组：明确项目范围，优化目标，为实现目标而制定行动方案的一组过程。 3、执行过程组：完成项目管理计划中确定的工作以实现项目目标的一组过程。 4、监控过程组：跟踪、审查和调整项目进展与绩效，识别必要的计划变更并启动相应变更的一组过程。 5、收尾过程组：为完结所有过程组的所有活动以正式结束项目或阶段而实施的一组过程。 单个项目的项目管理过程 一、启动过程组 1、制定项目章程 制定项目章程是制定一份正式批准项目或阶段的文件，并记录能反映干系人的需要和期望的初步要求的过程。在多阶段项目中，这一过程可用来确认或优化在以前的制定项目章程过程中所做的相关决策。 2、识别干系人 识别干系人是识别所有受项目影响的人或组织，并记录其利益、参与情况和影响项目成功的过程。 二、规划过程组 3、制定项目管理计划 制定项目管理计划是对定义、编制、整合和协调所有子计划所必需的行动进行记录的过程。项目管理计划是关于如何对项目进行规划、执行、监控和收尾的主要信息来源。 4、收集需求 收集需求是为实现项目目标而定义并记录干系人的需求的过程。 5、定义范围 定义范围是制定项目和产品的详细描述的过程。 6、创建工作分解结构（WBS） 创建工作分解结构是把项目可交付成果和项目工作分解成较小的、更易于管理的组成部分的过程。 7、定义活动 定义活动是识别为完成项目可交付成果而需采取的具体行动的过程。 8、排列活动顺序 排列活动顺序是识别和记录项目活动间逻辑关系的过程。

正确处理项目管理中的七个关键要素

⑿正确处理项目管理中的七个关键要素。安全、质量、进度、效益、文明施工及标准化管理、环水保和信誉评价是目前项目管理中的关键要素,也是项目管理永恒的主题。①进度是龙头,是其它要素的前提,突出“快”字;②安全是生命,生命不可复制,安全大于天,安全工作时刻不能放松,安全也是进度和效益的保障,要突出一个“命”字;③质量是基础,也是进度和效益的保证,要突出一个“优”字;④文明施工及标准化建设是企业的脸面,直接反映了一个企业的管理水平,尤其是第一印象至关重要,要突出一个“美”字;⑤环水保是国家和民族长远和可持续发展的前提,虽目前不能产生直接效益,但这是对子孙后代的负责,要突出一个“远”字;⑥信誉评价好坏是企业可持续发展、占领市场的前提,它是前五项的综合体现,是企业社会效益的体现,要突出一个“好”字;⑦效益是项目管理的核心,是前六项工作的最终体现,是企业追求的最终目标。以上七个要素互为条件,缺一不可,只有上述要素都做到了,这个项目才能是圆满的,或者说完美的。 ⒀紧抓项目的六项重要指标。①工期提前率——时间就是金钱,拖后工期就没有好的效益,要按合同工期的85%安排施工,投入资源,加快施工进度;②优化施组降造率——非常重要,施工方法、方案的优化和对设计图纸的优化,重点在现场调查,在方案的比选,改变思路就是效益,一定要抓住出图前,盯紧出图后。出图后的再优化要达到7%以上;③物资设备招标采购节约率——必须做到2%以上;④劳务分包降低率——要达到22%以上;⑤变更索赔收益率——要达到总价的8%以上,“吃饭靠干活,挣钱靠变更”,通过办班培训,提高全员的变更索赔意识,掌握变更方法,在图纸尺寸变更、地质变更、施工方法变更、单价的变更上下功夫。要认真研究合同,再完美的合同也有漏洞,变更要胆大,讲步骤、讲方法,抓大放小,关键是看有没有变更

项目管理课程教学大纲

《项目管理基础》课程教学大纲 第一章项目管理概念与范畴 第一节项目和项目管理 1、项目及其基本属性 2、项目管理及其关键要素 3、项目管理知识体系 第三节项目的战略管理 1、组织的项目管理战略 2、项目的战略选择 3、项目的战略管理过程 第二章项目生命期和管理过程 第一节项目生命期 1、项目生命期特征 2、项目阶段的性质 3、项目的生命期模型 4、项目生命期的里程碑管理 第二节项目过程管理 1、项目过程 2、项目管理过程 3、项目管理过程组 第三节项目管理过程组 1、启动过程组 2、计划过程组 3、执行过程组 4、监控过程组 5、收尾过程组 第四节过程组的相互关系 1、过程组的相互关系 2、知识领域在过程组之间的分布 第三章项目综合管理 第一节开发项目章程 1、项目章程 2、开发项目章程开发过程的输入 3、开发项目章程开发的技术和工具 4、项目章程开发过程的输出 第二节开发项目范围说明书（初步） 1、项目范围说明书 2、开发项目范围说明书（初步）过程输入

3、开发项目范围说明书（初步）的技术与工具 4、开发项目范围说明书（初步）输出 第三节开发项目管理计划 1、项目管理计划 2、开发项目管理计划的输入 3、开发项目管理计划的技术与工具 4、开发项目管理计划输出 第四节指挥和管理项目执行 1、指挥和管理项目执行 2、指挥和管理项目执行输入 3、指挥和管理项目执行的技术和工具 4、指挥和管理项目执行输出 第五节监控项目工作 1、监控项目工作 2、监控项目工作过程的输入 3、监控项目工作过程的技术与工具 4、监控项目工作过程的输出 第六节综合变更控制 1、综合变更控制 2、综合变更控制过程输入 3、综合变更控制过程的技术与工具 4、综合变更控制过程输入 第七节项目收尾 1、项目收尾 2、项目收尾过程输入 3、项目收尾过程的技术与方法 4、项目收尾过程输出 第四章项目范围管理 第一节项目范围计划 1、范围计划 2、范围计划过程的输入 3、范围计划的技术与工具 4、范围计划的输出 第二节项目范围定义 1、项目范围定义 2、范围定义过程输入 3、范围定义过程的技术和工具 4、范围定义过程的输出 第三节创建工作分解结构（WBS） 1、工作分解结构 2、创建工作分解结构过程 3、工作分解结构的作用和实际应用 第四节项目范围验证

[项目管理]项目管理的五大过程

（项目管理）项目管理的 五大过程

人堆里，搞不好你会把他当成民工。因为到他们所处的社会地位，已经不需要任何华丽的外表来衬托自己的身份，他们有的是底气。对P M来说，这是个非常危险的挑战。虽然说项目在初期有意向时会对对方的人事和关键人物有一定的了解，然而大项目里能说的上话的人太多了。上海人最瞧不起的就是土气，很多人谈项目的时候看到民工或很俗气的表现不免会皱皱眉头，往往在皱眉头的时候就失去了项目，也就是失去了市场和金钱。PM必须作到能与每一个层次的人交谈，尤其是看起来比自己层次要低的群体，哪怕是公司里扫地的阿姨。只有作到谦虚谨慎，不摆架子，尊重别人，才会得到别人的尊重，才有机会赢得项目。鼻子比眼睛高的人只会把自己的鼻子撞扁。 2.丰富的知识面 光尊重别人还不足以赢得项目，准确的说是赢得对方关键人物的信赖。PM一般用不着陪客户喝酒吃饭，那是销售们的事情，但是PM 和客户讨论问题可能是最多的。讨论问题的时候就是机会，如何投其所好，是一大关键。金钱与美女依然是常规的敲门砖，然而这种傻瓜也知道的办法人人都会去做。老板的关系也只是一个方面，如今的大老板，哪个没有关系？同等条件下PM凭什么去胜过别人一筹？我一个朋友（PM）打一个单子时，发现对方对什么都不太感兴趣，费了很大力气也找不到突破口。对方这个人非常顺利，金钱地位美女样样不缺。他花了好多天和对方交谈，以自己的博学逐渐取得了对方的信任。后来他隐约发现对方对数学和天文学的发展史有所涉猎，如获至

宝，回家花一个通宵的时间在网络上搜索相关资料。第二天他根本不谈项目的事情，只跟对方大谈特谈哥白尼，布鲁诺，伽利略这些人的生平，整整吹了一天。对方点头如捣蒜泥，态度和热情都来个一百八十度转弯，隔天他就拿到了单子。这是个经典的战例，谁能事先想到哥白尼会来帮助IT的人赚钱？这个PM靠的就是博学和由博学引申出的敏锐的感觉抓住了机会，让客户产生共鸣。客户感觉他层次也很高，而且和自己有共通之处，信任度大大增强，把项目交给他放心。如今这种例子在商务谈判中已经屡见不鲜了。对PM来说，并不要求在各个方面都很精通，那是不可能的事情，只要PM对一些流行的话题和天文地理历史各方面的知识有个大概的了解，在需要的时候能尽快的掌握，才有机会创造机遇和把握机遇。 3.强大的沟通能力 胸中有万千墨水却不知如何表达其实是比较少见的，但并非绝对没有。每个人的人生轨迹都有所不同，思维受环境的影响也各有差异。包括象我们目前这个班级里的一些未来的MSE们，一定有比较内向或者不太爱表达自己观点的人，这些人比较被动，往往很难承担起谈判的重任。从今天开始，这类人就必须重新学习如何说话，如何大声的争论。沟通，并不仅仅是大声说话，而是在表达自己观点的同时发现问题并综合整理加以解决。除此之外，沟通的能力与社会经验息息相关，与PM的见识联系紧密。在日常生活中，PM就要多留心，多思考，当别人想到某个层次的时候要争取比别人考虑的更深。当然，

PMP项目管理五大过程组及42个过程输入-输出-工具与技术

项目管理五大过程组 过程总体描述 启动过程组：获得授权，定义一个新项目或现有项目的一个新阶段，正式开始该项目或阶段的一组过程。规划过程组：明确项目范围，优化目标，为实现目标而制定行动方案的一组过程。 执行过程组：完成项目管理计划中确定的工作以实现项目目标的一组过程。 监控过程组：跟踪、审查和调整项目进展与绩效，识别必要的计划变更并启动相应变更的一组过程。 收尾过程组：为完结所有过程组的所有活动以正式结束项目或阶段而实施的一组过程。 单个项目的项目管理过程 一、启动过程组 1、制定项目章程 制定项目章程是制定一份正式批准项目或阶段的文件，并记录能反映干系人的需要和期望的初步要求的过程。在多阶段项目中，这一过程可用来确认或优化在以前的制定项目章程过程中所做的相关决策。 2、识别干系人 识别干系人是识别所有受项目影响的人或组织，并记录其利益、参与情况和影响项目成功的过程。

二、规划过程组 3、制定项目管理计划 制定项目管理计划是对定义、编制、整合和协调所有子计划所必需的行动进行记录的过程。项目管理计划是关于如何对项目进行规划、执行、监控和收尾的主要信息来源。 4、收集需求 收集需求是为实现项目目标而定义并记录干系人的需求的过程。

5、定义范围 定义范围是制定项目和产品的详细描述的过程。 6、创建工作分解结构（WBS） 创建工作分解结构是把项目可交付成果和项目工作分解成较小的、更易于管理的组成部分的过程。 7、定义活动 定义活动是识别为完成项目可交付成果而需采取的具体行动的过程。 8、排列活动顺序 排列活动顺序是识别和记录项目活动间逻辑关系的过程。

9、估算活动资源 估算活动资源是估算各项活动所需材料、人员、设备和用品的种类和数量的过程。 10、估算活动持续时间 估算活动持续时间是根据资源估算的结果，估算完成单项活动所需工作时段数的过程。 11、制定进度计划 制定进度计划是分析活动顺序、持续时间、资源需求和进度约束并编制项目进度计划的过程。

(完整word版)工程项目管理的基本原理

工程项目管理的基本原理 工程项目管理需要运用各种知识、技能、手段和方法实现预定的项目目标。工程项目管理的知识、技能、手段和方法很多，并不断发展，但工程项目管理的基本原理主要是系统管理和过程管理。 一、工程项目的系统管理原理 系统是由若干个相互作用和相互依赖的要素组合而成，且有特定功能的整体。任何一个项目都是一个系统，具有鲜明的系统特征，它是由技术、物质、组织、行为和信息等要素组成的复杂系统。从系统视角来看，工程项目管理是以项目为对象，运用系统管理方法，通过一个临时性的专门的柔性组织，对项目进行高效率的计划、组织、指导和控制，以实现项目全过程的动态管理和项目目标综合协调和优化的组织管理活动。系统思想和方法是项目管理理论形成与发展的重要基础，其科学基础是系统论，哲学基础是事物的整体观。 (一)系统管理的理论基础 系统管理的理论基础是系统工程(Systems Engineering)。系统工程是系统科学的实际应用，是以大型复杂系统为研究对象，应用近代的数学方法和工具，按一定目的进行设计、开发、管理与控制，以期达到总体效果最优的理论与方法。系统工程既是一个技术过程，也是一个管理过程。项目管理中常用的关键路径法、图形网络技术等工具便属于系统工程的范畴。 系统工程具有下述特征： (1)系统工程研究问题一般采用先决定整体框架，后进入详细设计的程序，一般是先进行系统的逻辑思维过程总体设计，然后进行各子系统或具体问题的研究； (2)系统工程方法是以系统整体功能最佳为目标，通过对系统的综合、系统分析构造系统模型来调整改善系统的结构，使之达到整体最优化； (3)系统工程的研究强调系统与环境的融合，近期利益与长远利益相结合，社会效益、生态效益与经济效益相结合； (4)系统工程研究是以系统思想为指导，采取的理论和方法是综合集成各学科、各领域的理论和方法； (5)系统工程研究强调多学科协作，根据研究问题涉及的学科和专业范围，组成一个知识结构合理的专家体系； (6)各类系统问题均可以采用系统工程的方法来研究，系统工程方法具有广泛的适用

工程项目管理的七大要素【最新版】

工程项目管理的七大要素 什么是成功的项目管理?成功的项目管理应该是通过科学、有效、人性化的管理手段实现合同所约定的各项管理目标，实现企业和项目制定的各项指标，同时兼顾社会的各种需求，最终实现企业经济效益和社会效益的最大化。 项目管理是一个复杂的系统工程，纵观大量成功项目管理，并结合自我管理实践，我认为至少具备以下七大要素。 一、坚强的领导核心 作为一个项目部，项目经理理所当然地居于管理的核心位置，他的组织、管理、沟通及协调能力，甚至人格魅力都是极为重要的。一个项目的成败，可以说项目经理起到了决定性作用，因为他是统领项目的最高决策者。一个具有全局眼光、高屋建瓴的领导者，能在千头万绪中抓住要害，关注重点，又能对下充分授权，抓大放小。 一个项目仅有强悍的项目经理是不够的，做为项目班子核心的项目总工、生产经理、合约经理和安全总监如同左膀右臂，缺一不可。他们分管着技术、质量、进度、成本、合约及安全等方面，组成了项目管理的全部要素，这几方面互为制约又相辅相成。因此，将项目班

子成员紧密团结在项目经理周围，方可确保令出一致、禁行令止、互为支持。项目班子既要讲民主，大事一起商量，开诚布公，不独断，不专行;同时，也要讲集中，在充分调查事实、协调各方意见的情况下，进行意见的统一。在形成一致的意见后，无论对内、对外都应政令一致，步调统一。如此，组成一个坚强的项目管理班子，其效率、执行力都将事半功倍，是成功的项目管理的关键要素。 二、成功的团队建设 一个项目部管理人员多则上百人，少则数十人，共同组成一个项目管理团队。作为施工单位的建设者，经常转战大江南北、居无定所，正如“铁打的营盘流水的兵”，这样的项目管理团队是有其特殊性的。项目管理部，实际上是一个临时机构，它随着项目的开工而成立，随着项目的完工而解散，中间不断有人抽调而走，也有补充进来，人际关系的变幻、工作内容的更迭时刻都在发生。那么，这样的一个团队，我们如何去打造，如何像李云龙一样去塑造“亮剑”精神，不管时空如何变幻，精神常在、斗志永存? 工程自身的特性注定了项目管理的艰苦、枯燥，再加之繁重的工作任务、巨大的精神压力，情绪压抑很普遍，由此项目的人性化管理就显得非常重要。它需要营造一个快乐的工作氛围，通过组织各类活动，比如旅游、球类比赛、演讲比赛、文艺演出等，甚至不时的项目

项目管理五大要素

项目管理五大要素 项目所需考虑的五大要素，分别包括成本，质量，进度，功能，持续发展力，一个好的管理者，应该要综合这五个要素，全面规划项目，带领项目组弟兄做好计划，需求，设计和编码，测试和发布几个阶段的工作。 1、在成本方面，分为人工成本，差旅成本，采购成本，其中最主要的还是人工成本的控制，一个好的项目规划，必定要在项目确定之前，分析规划好人工成本，而这跟用户的需求是息息相关的，有了对用户需求的正确全面的判断，以及有效的用户需求管理，才能有效控制好成本支出，不因为不必要的需求变更导致成本的成倍增加，因此，要想做好该阶段的工作，除了用经验和能力做好成本预算之外，最关键的还是做好需求分析。 2、在质量方面，我觉得关键还是对需求的把握，用户的需求决定了项目所要的质量范围。是否要进行设计评审，是否要进行代码review，是否要进行单元测试，是否要进行性能测试，这些都由用户所要的效果和项目的价值，利润范围所决定。(如果已定项目价钱的话)如果项目价值高，客户有发展前景，那么质量的要求上理所当然要高点，倘若只是一些日常且价值低的项目，又或者只是一些很小且无潜在发展前景的客户，质量要求可以适当降低，以预算和项目组工作人员工作强度为重。 而在质量的保证上，要尽量和客户多沟通交流，尽早让客户体验产品，通过客户的反馈和项目组内部的评审，来保证项目的质量。 3、在项目的进度方面，首先我们得在计划阶段就确定好几个关键的时间节点，包括初验时间，换个直白的说法这是公司收钱的时间，至关重要，要放在主要位置，还有就是首个版本发布时间，需求调研时间，终验时间这三个。这些都是检验和保证项目的进度的途径和关键点，同时我们还得做好用户需求变更的准备，做好突发情况的应对方案，以有力保证项目进展顺利，按时按质完成。 4、至于功能，首先要在需求上下功夫，确保项目设计和开发之前确定下的需求的正确性。在开发过程中不生搬硬套生命周期模型，可以适当的根据具体情况做相应的改动，以保证开发的顺利，要尽早的让客户试用，让客户参与对产品的评测，减少bug，实现客户的需求。 5、持续发展力的问题，其实在这方面，我了解得不算深，我浅浅的谈下我的认识，一个项目的好坏，除了要对外满足客户的需求外，对内，还要看看能不能利用这个项目做点什么，而持续发展力的问题就体现在这里了。我们可否借这个项目发展内部的人员?增加内部技术的积累?尝试着在一些项目中做点新的变化，为以后的项目发展项目进化做点准备?是否可以借此项目稳定一些客户关系，一直做这些客户心目中的专家，方便日后的需求变更控制?这四种尝试都只是持续发展力的几个方面，一个项目若能在完成客户要求之余同时做到这四个方面，无疑是完美的，为此我们应该在做项目的过程中，一并把这些因素考虑进去，才能真正的做好一个项目。

(项目管理)项目管理的五大过程

项目管理的五大过程 一.商务谈判 1.作人的姿态 作人似乎跟商务谈判不太有关系，很多技术人员相信PM需要的是本事，是如何做好一个项目，而不是会搞好关系弄的四平八稳的人。随着PM在中国的悄悄兴起，越来越多的PM开始在老总的授意下参与商务谈判，和销售们一起打单子，这就比较实在的需要PM们去揣摩客户的心理。揣摩客户心理需要有多方面的知识，需要深度和广度，然而，最重要的仍然是作人。如何放下架子，降低作人的姿态，对从技术人员转型的PM们来说，是至关重要的。降低作人的姿态需要从多个方面去实施，最主要应该记住：人不可貌相，更不可以地位衡量。很多公司为了保持公司形象，会统一叫员工打扮的好看一点，看起来象个白领的样子。然而，老板多半是没有约束的。中国改革开放才二十年，很多有钱的老板实业家文化层次都不高，往往是当大学生们只会把屁股坐在板凳上肆意挥霍父母辛苦积攒的财富时，他们已经在各地奔波，积累丰富的商业经验并对金钱，人生和社会的本质有了充分的认识，形成了自己稳定的思维框架。这些人，很多都是穿着旧旧的衣服，戴着破破的手表，说话的时候经常会带上三字经，钻进上海的人堆里，搞不好你会把他当成民工。因为到他们所处的社会地位，

已经不需要任何华丽的外表来衬托自己的身份，他们有的是底气。对PM 来说，这是个非常危险的挑战。虽然说项目在初期有意向时会对对方的人事和关键人物有一定的了解，然而大项目里能说的上话的人太多了。上海人最瞧不起的就是土气，很多人谈项目的时候看到民工或很俗气的表现不免会皱皱眉头，往往在皱眉头的时候就失去了项目，也就是失去了市场和金钱。PM必须作到能与每一个层次的人交谈，尤其是看起来比自己层次要低的群体，哪怕是公司里扫地的阿姨。只有作到谦虚谨慎，不摆架子，尊重别人，才会得到别人的尊重，才有机会赢得项目。鼻子比眼睛高的人只会把自己的鼻子撞扁。 2.丰富的知识面 光尊重别人还不足以赢得项目，准确的说是赢得对方关键人物的信赖。P M一般用不着陪客户喝酒吃饭，那是销售们的事情，但是PM和客户讨论问题可能是最多的。讨论问题的时候就是机会，如何投其所好，是一大关键。金钱与美女依然是常规的敲门砖，然而这种傻瓜也知道的办法人人都会去做。老板的关系也只是一个方面，如今的大老板，哪个没有关系？同等条件下PM凭什么去胜过别人一筹？我一个朋友（PM）打一个单子时，发现对方对什么都不太感兴趣，费了很大力气也找不到突破口。对方这个人非常顺利，金钱地位美女样样不缺。他花了好多天和对方交谈，以自己的博学逐渐取得了对方的信任。后来他隐约发现对方对数学和天文学的发展史有所涉猎，如获至宝，回家花一个通宵的时间在网络上搜索相关资料。第二天他根本不谈项目的事情，只跟对方大谈特谈哥白尼，布鲁诺，伽利略这些人的生平，整整吹了一天。对方点头如捣蒜泥，态度和热情都来个