项目管理流程——16步管理模型5172.pdf

《项目管理流程——16步管理模型5172.pdf》由会员分享，可在线阅读，更多相关《项目管理流程——16步管理模型5172.pdf（22页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 免责声明：文档在线网（文档中国）中所有的文档资料均由文档在线网会员提供。文档在线网会对会员提供的文档资料进行筛选和编辑，但是并不声明或保证其内容的合法性、正确性或可靠性。该文档资料的版权属于提供者所有，有关版权的问题请直接与提供者联系。项目管理流程刘易斯 16 步管理模型 16 步管理模型是美国一位著名项目管理专家刘易斯提出的。从 16 步管理模型中可以看到项目的战略计划所处的位置。_概念确立。就是对所要做的事情有一个框架性的设计，有一种思想。_问题的定义。即对长远目标说明。第二步骤是对第一步的进一步细化和具体化。_生成项目的备选方案和战略计划。就是提供思路、备选方案和战略计划总体思路。_战

2、略计划评估和选择。就是在选择方案的同时，有一个从总体技术路线到总体项目管理策略的评价和选择。_战略的确立。就是确定具体的战略、目标。_制订项目的实施计划。这是一个更加具体的、第二个层次的项目计划，就是怎样实施。_项目干系人批准计划。这里的计划包括战略计划、初步计划、详细计划，在这些项目实施之前，有一个批准过程。_签署项目计划。项目的批准人、参与项目的有关干系人要签署项目计划，对计划做出承诺，同时建立项目的跟踪记录，做一个项目进展情况日志或者周志、月志、记录，根据这些记录信息进行知识管理。_执行项目计划。执行项目就是正式开展计划，进展这个项目。_监控项目进展。计划开始实施之后，就要考虑计划执行得

3、如何，有无问题，要对进展情况进行监控、监测和控制。_审查项目定义。项目实施之后，需要做一些评审，评审包括对原来工作的评审，同时也包括对项目目标定义的评审，如有问题就返回到步骤二，重新修正项目的定义。_对项目的战略进行评审。首先是评价目标或项目的定义，然后评审战略计划、战略制订是不是有问题，如果有问题就返回步骤四，重新修正你的项目战略。_项目的实施计划。具体的计划工作流程、对一些细节要进行评审，有问题就进行修改。_循环。按照整个过程不断地从计划的执行到监测、评审，有问题就要修改计划，然后再执行，再评审，这个过程一直延续到全部工作结束。_总结经验教训。项目全部完成以后，及时总结经验教训，对一些问题

4、进行归档，作为今后项目的指导和借鉴。_结束项目。这是一个完整的项目管理流程，从这个流程可以看到整个项目战略计划实际上是在制订项目的详细计划和实施计划之前。在项目计划的时候，首先要有一个总体的战略计划，在总体的战略计划指导下再开展具体的项目计划。IT 项目经理手册 项目跟踪 项目跟踪要跟踪什么呢？主要针对计划、任务和项目成员三个方面，是为了了解项目的实际进展情况而进行。如了解成员工作完成情况，了解整个项目计划完成情况等内容。项目跟踪是必要的，因为它可以证明计划是否可执行，同时可以说明计划是否可以被完成。因为可以对计划进行检验，所以如果把计划和跟踪作为一个工作循环，那么计划将得到适时的改进，因为跟

5、踪过程中会发现大量的计划的不当之处。现在我们的项目中，有很多计划做的不够，这可以促使我们去改进和完善。项目跟踪实施人应该是项目经理，因为项目经理制定项目计划，并且项目经理有权进行工作的协调和调动。也就是说，跟踪的主要目的是给项目经理一个工作的参考。跟踪的结果和数据是“最好的教材”。免责声明：文档在线网（文档中国）中所有的文档资料均由文档在线网会员提供。文档在线网会对会员提供的文档资料进行筛选和编辑，但是并不声明或保证其内容的合法性、正确性或可靠性。该文档资料的版权属于提供者所有，有关版权的问题请直接与提供者联系。跟踪的好处有：1、了解成员的工作情况。一个任务分配下来后，项目经理应该知道工作的进

6、展情况，那么他就必须去跟项目成员进行交流，了解这个成员的情况。所以他要得到的信息是“能不能按时并保值保量的完成？如果不能按时完成，需要什么样的帮助呢？”这是项目经理最关心的。而且需要随时的收集。如果这个信息没有被收集上来，那么项目经理就失去了对项目的了解，也就失去可适时调整的时机，如此，后果就可想而知了，项目拖延、混乱 2、调整工作安排，合理利用资源。如果项目组中有几个或者几十个人的时候，就可能出现完成任务早晚的不同，完成早的不能闲着，完成晚的要拖后腿。这时就需要项目经理进行工作的调整。那么这个跟踪结果和数据就可以帮助项目经理完成这个工作。3、促进完善计划内容。项目人员多了，又去跟踪，这就必然

7、要求项目经理做出详细的计划，这个计划必须要明确任务，明确任务的负责人，明确任务的开始和结束时间。这就要求项目经理把整个项目分成若干部分。详细的考虑分工。项目经理的跟踪必然促使项目组成员更加详细、合理的制定自己工作计划，最终形成一种可喜的情况，那就是计划展现出的层次结构（项目计划、阶段计划和个人计划）。4、促进项目经理对人员的认识。工作分解后，应该按照个人的特长分配工作，因为特长就是效率。所以项目经理必须了解项目成员的情况。即使在开始时不了解这种情况，这种信息在跟踪中也会很快的被体现出来。也就是说跟踪促使项目经理对成员进行一个评估，并且这个评估是可以找到根据的（项目跟踪的结果）。5、促进对项目工

8、作量的估计。在一个好的跟踪工具中应该有对工作量的估计。工作量的估计总是很不准确，这个问题在跟踪中表现为完不成任务/计划，或者工作超前。在这种情况发生后，也必然促使项目经理去考虑工作量的评估问题（包括整个项目的工作量，各个任务的工作量，有可能导致整个项目计划的修改啊）。6、统计并了解项目总体进度。经常会遇到这种情况，项目组在同一时间进行不同阶段的工作。这时对于工作进度的把握，尤其是总体进度的把握就比较困难。如果项目经理把阶段划分的很清楚，并且阶段工作量也很明确，而且项目成员也对自己的工作量进行评估的话（完成了任务的百分数），那么项目的总体进度可以由工具自动生成（完成的百分比）。这当然不是很准确，

9、但却可以作为一个参考。而且是一个比较好的参考。7、有利于人员考核。项目成员的工作能力（是否按时完成任务，完成工作量的大小 很多信息都可以体现出来）。从跟踪方面来说，是项目经理主动去了解项目的情况。但项目成员应该主动向项目经理汇报工作，尤其是工作中的问题。正所谓“没有问题就是问题”。现在我们需要一个好的工具，来建立并完善我们的跟踪工作。交流的心态 交流需要好的心态，尤其是 PM，必须懂得倾听，在听意见的时候，不要过于自信！应该创造一个良好的交流环境，一个好的交流环境可以激发人的思维，一个差的交流环境会抑止交流的欲望。而在这个环境中，PM 的心态是比较重要的。我发现每个软件公司几乎都有例会制度，但

10、是每次例会的效果越来越差，几乎就变成了一个人说话了。例会制度本来是为了保证交流，增加交流。但是，由于这种例会形式过于正式，所以使人感觉气氛压抑，所以就抑止了交流欲望，结果反是减少了交流！氛围决定交流的效果，比如 PM 请项目组人员去喝酒，这时的话肯定比例会时的多！以前看到美国人、印度人每天下午都有一个喝咖啡的时间，曾经很纳闷！现在感觉到了，原来是调节交流氛围的！任务监控 免责声明：文档在线网（文档中国）中所有的文档资料均由文档在线网会员提供。文档在线网会对会员提供的文档资料进行筛选和编辑，但是并不声明或保证其内容的合法性、正确性或可靠性。该文档资料的版权属于提供者所有，有关版权的问题请直接与提

11、供者联系。在项目组中经常出现一种情况，就是 PM 对各个组员的工作检查太多，导致很多工作不能及时执行。在项目组中也有很多这样的情况，就是 PM 不知道如何去做一份可行的计划，不清楚如何去分工。当然以上工作主要看 PM 的能力，但是也要看方法。就拿第一种情况来说。交流会起多大的作用？这首先要分析一下，PM 为什么增加检查力度，细致且繁琐。PM担心组员不能把任务保质保量的完成，所以就不断的检查。这种担心是有必要的，但也在很大的程度上说明组员没有理解你的意思，没有理解你分配的任务，不清楚你到底要什么？而这个问题主要是 PM 的问题。在分配工作的时候，经常出现不知如何下手的情况。任务分解不了，时间也不

12、能确定.，这些只是 PM 自己的想法，为什么不问问你的组员呢？你去问会让你的感到似乎是技不如人，感觉有些别扭。那就开会好了，大家来讨论如何解决（这针对与大的分工）。可以确信一点，到大家讨论的时候，肯定考虑的比 PM 一个人考虑的全面，而且可能更科学。我们现在的 PM 一般在分工的时候，都会说一句话，就是“你先做着看吧”，为什么是这样的？当这句话说出口的时候，组员可能有多种理解：1、PM 是不是认为这个部分不重要？2、是不是完成不完成都没有什么区别？3、既然没有要求，那做好做坏都一个样了？如果有了这些想法，那你这个任务分配是失败的。在 PM 分配了一个“模糊”的任务后，一般不会得到好的效果，总是

13、存在这样或那样的问题。而且自己在检查工作的时候也不知道该检查什么，也不清晰什么状况下才是完成了。在这种情况下，PM 不加大力度去监控，不花更多的时间是检查，那肯定不行！当 PM 不能将任务分配的时候，最好先不要将任务分配下去！磨刀不误砍柴工吗，最好先把工作理顺了，可以讨论，然后再将 PM 的要求清晰的传达给组员，当组员了解自己要做什么，知道要达到的要求后，PM 也就知道了，至少在检查的时候，就可以有的放矢了！交流的顺畅与否，其实可以明确一点，就是大家的相互关系的好坏！要是你的组员总是感觉被你训斥，你想让他来跟你交流？那不是“找骂”吗！交流应该随时随地的进行。我们的一些交流其实都很不到位。有很多

14、两人交流中，谈着谈着声音就变大了，感觉像是在吵架。这种情况尤其容易出现在一个给另一个讲解的时候。交流如果充分的话，可以让你发现许多问题，在工作检查的时候，当两个人在激烈辩论后，其他人都会发现，原来还有这么我没有思考到的地方。软件文档的必备要素 和大多数同行一样，我明白软件文档的重要性。不幸的是，在任务开始前我很少阅读文档。相反，我常常像视线不清的父母一样，在装配好他们孩子的自行车之后，还落下一两个零部件没装上。如果我们明白文档的重要性，那为什么我们不更经常用它呢？然而，许多软件文档存在以下问题：错误的语法和/或拼错的词语 不完整 过时或不准确 过于冗长 未经解释的缩略语或专用术语 查找信息困难

15、 存在这些问题的主要原因是软件文档常常被退居次位。工程预算迫使我们优先考虑开发过程中的主要活动，也就是那些可以看得到利润的地方。编写文档需要成本，因而它常常成为一项主观上的活动，而且通常被认为没有重要作用，应该尽量避免。许多项目经理认为客 免责声明：文档在线网（文档中国）中所有的文档资料均由文档在线网会员提供。文档在线网会对会员提供的文档资料进行筛选和编辑，但是并不声明或保证其内容的合法性、正确性或可靠性。该文档资料的版权属于提供者所有，有关版权的问题请直接与提供者联系。户不需要文档，它只是用来装点门面的。软件文档质量差的另外一个原因在于文档撰写者。许多应用程序开发经理认为软件文档的编写是软件

16、开发过程的一个标准组成部分，因此要求开发人员在编码的过程中产出文档。尽管这种做法在理论上行得通，但它没有考虑开发人员编写文档的能力。简单来说，技术人员是用来开发软件而不是编写文档的。为了解决这个问题，许多应用程序开发经理雇佣专业技术文档编写者或业务分析师，以期改进软件文档的质量。但这又遇到了另一个难题：专业编写者及业务分析师的技术水平有限。解决这个问题要考虑需要编写的文档以及文档的预期读者。一般的规则是，写文档需要团队协作，这样就允许开发人员和文档编写者利用彼此的长处，取长补短。例如，如果预期读者是系统设计师，开发人员需要提供技术细节，然后文档编写者按照正确语法组织和编辑内容。不考虑预期读者或

17、专门编写者，软件文档的质量取决于其可用性，可从以下 6 个方面去评价其可用性：应用性：文档是否提供相关信息？及时性：信息是否及时？准确性：信息是否正确？完整性：文档是否足够详细而又不会太过拘泥细节？可得性：文档是否随时可得？可用性：你能否很快凭直觉就找到所需信息？软件文档的最主要目标是传达一个系统的技术要素和使用方法。第二个目标是提供软件开发过程中的需求，决策，行为，角色和责任的书面记录。只有实现了这两个目标，软件文档才真正提供了有意义的信息。针对被开除人员的应急计划 在职员离开企业时限制风险的出现是你的责任。在职员因不和睦而离职时这个责任就更加紧迫。找出和分析你的组织由于前任职员不满而面临的

18、风险，是你的系统每天所面对的整体风险的一个延伸。不幸的是，对于很多组织来说，全面的风险和漏洞分析通常会超出预算限制。然而，还是有一些常用的措施可以使用的。首先要在全面地审计信息系统资产的基础上确定风险暴露和漏洞。然后，基于信息系统安全性的三个主要组成部分来分析这些资产弱点。信息系统安全性的三个主要组成部分是：机密性：保证组织的信息资产不会被不恰当地泄露。完整性：保证信息系统资产的准确性和可靠性。可用性：保证信息系统资产以一种及时、可靠和可预测的方式可用。接着，考虑每个部分在出现裂口的成本和影响，以确定你的风险优先级。在确定风险优先级时，请向你自己提出以下问题：资产的价值是什么？危及资产价值的安

19、全有多复杂？威胁发生的概率是多少？如果资产被危及安全，其成本是多少？恢复资产的难度有多大？最后，采取以下步骤减轻这些风险。这些步骤涉及的范围很广，从锁定应用程序安全到删除对系统资产的物理访问都有。保护组织不受被开除职员不适当动作的危害之关键是速度和准备。人员位置通常不允许你有很多时间去准备；因此，这就是你的计划的用武之地。例如，你应该在一个职员被开除的前几个钟头内采取以下动作：免责声明：文档在线网（文档中国）中所有的文档资料均由文档在线网会员提供。文档在线网会对会员提供的文档资料进行筛选和编辑，但是并不声明或保证其内容的合法性、正确性或可靠性。该文档资料的版权属于提供者所有，有关版权的问题请直

20、接与提供者联系。删除对 IT 资产的物理访问。删除网络、Web 和应用程序授权/身份验证。隔离系统。（这可能包括删除 VPN、调制解调器或其它接入。）要求归还所有公司资产。与该职员的主管和同事进行针对该职员的风险评估。实现一个离职访谈，期间你还可以评估风险。保证这个职员尽快地离开其工作岗位。将一个责任资源分配给一直与这个职员一起工作的人。审计该职员的工作站和工作区域以确定风险等级。通知他的所有同事该职员已经离职。保持适当警惕地完成一个保险评估，以保证你的同事是安全的。再次查看事件响应计划，并将它们都准备就绪。虽然很多步骤看上去可能很无情，但不适当的动作造成的影响也很无情。做好准备就可以以不变应

21、万变。当今 IT 业万元月薪属谁?中国 IT 实验室某公司的广告，但是也为我们指明了一定的方向 当今 IT 行业竞争日益激烈，纯粹的技术工人将与高薪无缘，甚至被残酷的淘汰 我们将如何应对？必须成为技术和管理复合型人才 技术上 CISCO 认证是公认的权威 管理上 项目管理在 IT 业内广泛应用，PMP 项目经理被认为是取代 MBA 的新一代资质认证 技术管理复合型人才，今后将不断诞生 由于项目管理进入中国较晚，截止到今天国内只有近 2000 人成为 PMP 取得某些认证的技术型 PMP 更寥寥无几,国内目前 PMP 需求量为 60 万人，供需的巨大差异,导致此类人才的年薪绝对在 10 万以上，

22、在国外高达 5-20 万美圆 IT 监理与项目管理 从信息产业部对信息化工程建设推行监理制度以来，人们对监理在建设中的积极作用予以充分的肯定。不过，对于监理在信息化建设中的定位，所扮演的角色，人们一直存在不同的看法。本文介绍了 IT 监理与项目管理的配合。从信息产业部对信息化工程建设推行监理制度以来，人们对监理在建设中的积极作用予以充分的肯定。不过，对于监理在信息化建设中的定位，所扮演的角色，人们一直存在不同的看法。有的客户会问：我们要购买 IBM 服务器，你们如何监理，如何确保这些服务器是符合质量要求的？还有的客户会问：我们这是一个软件项目，你们如何保证质量和进度？的确，都是信息化项目，项目

23、和项目之间差别很大，而且通常就一个较大的信息系统集成项目，都有自己的项目管理计划，IT 监理和项目管理要怎样定位关系，才能达到预期的监理目的？监理的主要目标是项目的质量控制、进度控制、成本控制。从项目建设的角度，我们发现这同时也是项目管理的金三角：时间、质量、资源。那么监理与项目管理是什么关系呢？当然，监理本身也是一个项目，可以适用项目管理。但我们想探讨的是监理和项目承建方（乙方）的项目管理之间的关系。就监理自身的阶段划分而言，也是基于项目管理的启动、设计、实施、验收这几个过程。因此，监理工作首先是基于项目承建方（乙方）的项目 免责声明：文档在线网（文档中国）中所有的文档资料均由文档在线网会员

24、提供。文档在线网会对会员提供的文档资料进行筛选和编辑，但是并不声明或保证其内容的合法性、正确性或可靠性。该文档资料的版权属于提供者所有，有关版权的问题请直接与提供者联系。管理基础上展开的。假如乙方的项目管理很规范，是否监理的作用就不大？确实，在项目建设中，质量和进度是需要良好的项目管理来保证的，但在实际的过程中，情况是千变万化的，项目建设是否一直符合建设规范，是否有足够的人力资源、时间资源来保证项目的质量、进度？有些项目承建方在开始阶段也制定项目管理计划，进行任务分解，作出甘特图，但使用时发现进度从一开始就偏离了项目进度计划，于是干脆抛开计划，走到哪算哪，最后再顺延。或实在来不及，采取从最后期

25、限倒推进度安排，省略一些过程，仓促赶进度。换句话说，监理公司在信息化建设中第一项很重要的工作就是检查乙方的项目管理是否足够规范、合理，项目建设能否按规范进行。所以要求监理方必须有非常丰富工程设计、实施以及项目管理经验。实现监理的监控目标需要过程的保证，这也就是为什么有的项目提倡全过程监理的原因，监理从项目开始就已介入。与建筑行业不同，信息工程，尤其是应用系统、软件系统，采取设计、施工一体化，需求发生变更是十分普遍的现象，这给工程的整体质量控制带来很大的风险。因此，较为理想的作法是在项目的初始阶段多花点时间和功夫，对项目的可行性，项目的需求和可能存在的风险进行充分的论证，以避免项目后期陷于困境。

26、这只是理想的状况，很少存在不变更的信息工程。随着系统的建设，客户原来的看法会得到进一步提高，对业务需求会有新的认识，差别在于这种认识的提高对原来设计的结构是否形成重大的变化。在许多大的系统集成项目中，项目建设的甲乙双方常常因需求的重大变更产生较大的矛盾，变更还破坏了项目的节奏，造成整体质量的降低和项目进度的滞后，降低工作人员的生产效率和士气，乙方常常抱怨项目无法进行。这时监理公司的作用就十分重要，既要保证项目整体质量目标，又要对客户的各种变更要求予以区别对待，约束项目中不规范行为，加强承建方对项目的风险控制。不仅仅如此，信息化工程是非常专业的而且是分工非常细的，软件、硬件、网络、安全等等，每一

27、个领域都有自己的精深之处，涉及的专业门类多、技术性强、风险性大、具有不可预见性。即使项目承建方按项目管理的要求一步步进行，也会遇到不可预见的问题，更不用说项目承建方有不规范行为的情况。我们就经常遇到过系统集成商在系统初步集成的时候，网络或服务器存在性能问题，有时花费较长的时间也无法定位问题之所在，更无法快速解决，比较被动。有时还有潜在的问题不易发现，如服务器的配置没有考虑业务的发展，初期能够满足业务处理的要求，但很快就要追加投资。有的安全问题考虑的不全面，可能将来造成更大的隐患。因此在技术方面，监理内容又要远远超出项目管理的要求，要求监理方在技术方面门类要非常全，例如网络、通信、主机、存储、应

28、用软件、自动化控制等，在项目管理的不同阶段，需要从技术的层面对项目各关键点进行把关，而在这方面，承建方往往做得比较少，较多采取事后有问题再校正的措施。因此监理在信息化工程建设中，首先要求承建方要有合理、科学的项目管理，基于项目管理计划，监理方在建设的不同阶段，有不同的质量计划，风险管理计划，沟通计划，进度控制计划，所有这些计划手段是对承建方的项目管理进行的监督、理顺，并规范项目管理中不规范的行为，在项目的关键点进行技术质量、进度的把关，保证项目建设更加规范、科学，达到全过程控制。项目管理与项目经理 现代项目经理不仅要有运用各种管理工具来进行计划和控制的专业技术能力，还要有经营管理等其他多方面能

29、力，项目经理必须通过人的因素来熟练运用技术因素，以达到其项目目标。一、项目管理的产生与发展 免责声明：文档在线网（文档中国）中所有的文档资料均由文档在线网会员提供。文档在线网会对会员提供的文档资料进行筛选和编辑，但是并不声明或保证其内容的合法性、正确性或可靠性。该文档资料的版权属于提供者所有，有关版权的问题请直接与提供者联系。项目是一种一次性的工作，它应当在规定的时间内，在明确的目标和可利用资源的约束下，由专门组织起来的人员运用多种学科知识来完成。美国项目管理学会 PMI（Project Management Instiute）对项目的定义是：将人力资源和非人力资源结合成一个短期组织以达到一个

30、特殊目的。项目管理这一概念是第二次世界大战的产物（如美国研制原子弹的曼哈顿计划）。二战后，美国海军在研究开发北极星号潜水艇的导弹系统时创造出项目时间管理工具一计划评审技术 PERT（Program Evaluation and ReviewTechnique）。后来，美国国防部又创造出项目范围管理工具工作分解结构法 WBS（Work Breakdown Structures）来处理复杂的大型项目。20 世纪 50 年代至 80 年代期间，项目管理主要应用于军事和建筑领域。这一时期，项目管理被看作是致力于预算、规划和达到特定目标的小范围内的活动。项目经理仅是一个执行部，他的工作单纯是完成既定的任

31、务去执行由其他人（如设计师、工程师和建筑师）制定的方案。项目管理的主要内容包括 4 个方面：（l）范围管理（Scope Management）根据项目的目的，界定项目所必须完成的工作范围并对它进行管理，包括立项、项目范围的计划和定义、范围确认、范围变更控制。（2）时间管理（Time Management）给出项目活动的定义、安排和时间估计，制定进度计划并行控制。（3）费用管理（Cost Management）确保项目在预算范围之内的管理过程，包括资源和费用的规划、费用预算和控制。（4）人力资源管理（Human ResourceManagement）确保项目团队成员发挥最佳效能的管理过程，包括组

32、织规划、人员招聘和项目团队的组建。项目管理专家把 20 世纪 80 年代之前的项目管理称为传统的项目管理，80 年代之后为现代项目管理阶段。80 年代以后，项目管理的应用逐渐扩展到其他领域，如电信业、软件开发业、制药业、金融业。国外一些大公司，如 ATT、NCR、IBM、MOTOROLA、MORGAN STANLEY，也开始投入大量时间、资金和进行培训来提高项目管理能力。经济全球化的发展趋势和竞争的日趋激烈、项目日益复杂和生命周期的缩短以及降低运行成本的压力，迫使项目管理组织赋予项目经理更大的责权。这给项目管理的发展带来了新的机遇和挑战，促进了现代项目管理的发展。在这种环境下，项目经理不再单纯

33、是任务执行者，而要胜任更为广泛的工作并具有一定的经营技巧。他们不仅要实施方案，还要管理合同、熟悉财务并和客户一起工作。在传统项目管理的基础上，现代项目管理的内容也有了较大的扩展，增加了以下几点：（5）质量管理（Quality Management）确保项目满足客户需要的质量，主要包括质量计划、质量保证和质量控制。（6）沟通管理（Communication Management）确保项目相关信息能及时、准确地得到处理，包括沟通计划的制定、信。息传递、过程实施报告和评估报告。（7）风险管理（Risk Management）确保项目能够成功实现，需进行风险的识别、度量、响应和控制。（8）采购管理（P

34、rocurement Management）确保项目所需的外界资源得到满足，包括采购计划、询价、资源选择、合同的管理和终结。（9）综合管理（Integration Management）确保项目各要素的协调工作，包括项目计划的制定和执行、项目整体变化控制。现代项目管理所包含的 9 个内容，构成了美国项目管理协会 PMI 所指的项目管理知识体系 PMBOK（Project Management Body of Knowledge）。目前，PMBOK 已被世界项目管理界公认为一个全球性标准。免责声明：文档在线网（文档中国）中所有的文档资料均由文档在线网会员提供。文档在线网会对会员提供的文档资料进行

35、筛选和编辑，但是并不声明或保证其内容的合法性、正确性或可靠性。该文档资料的版权属于提供者所有，有关版权的问题请直接与提供者联系。二、项目经理职责的变化 项目经理在项目管理中起着非常重要的作用，他是一个项目全面管理的核心和焦点。随着全球性竞争的加强和客户发展战略性合作需求的增长，对项目经理的要求也越来越高。只有那些注重选拔、培养优秀项目经理的公司才可能在竞争中立于不败之地。传统的项目经理通常只是一个技术方面的专家和任务执行者。而现代项目经理不仅要有运用各种管理工具来进行计划和控制的专业技术能力，还要有经营管理等其他多方面能力，对项目团队成员的激励以及与客户的策略保持一致的能力。项目经理必须通过人

36、的因素来熟练运用技术因素，以达到其项目目标。也就是说，他必须使项目团队成为一个配合默契、具有积极性和责任和动的高效率群体。三、项目经理的职业特征及所需技能 项目经理的职责和工作性质决定了他必须具有一定的个人素质、良好的知识结构、丰富的工程经验、协调和组织能力以及良好的判断力。实践证明，任何一种能力的欠缺都会给项目带来影响，甚至导致项目的失败。探讨项目经理的职业特征及其技能对于选拔和培训优秀的项目经理具有重要意义。1 项目经理的职业特征 职业是个体因工作时间的积累和工作态度的好坏而不断发展的工作活动和职位。职业包含着 3 层含义：随着时间积累而发展变化的方向和途径；个人和组织间的相互作用和影响；

37、提供了与职业相关的身份。我们可以依据不同的标准对职业作以下分类：常规型与交际型，线型与螺旋型、长期型与短期型。下面通过与部门经理的比较来说明项目经理的职业特征。（l）从个性因素来看，部门经理（如财务经理、销售经理、人事经理）属于常规型职业。他们在一个相对稳定的工作环境里，依照明确的工作程序，精确地组织和评价大量的信息。部门经理通常是顺从、有序、讲究效率和不易变通的。项目经理属于交际型职业。他们集中精力指导、帮助和带领他人去实现项目目标，不喜欢非常有序的工作环境。他们通常是随和、友善、机智、善解人意和乐于助人的。自信、奋进、精力充沛和善于沟通是一个优秀的项目经理应有的品质。（2）从职业发展方向来

38、看，部门经理属干线型发展的职业。理想的线型职业包含着一系列随着责权增加而不断上升的职位级别。部门经理有着强烈的线形的职业发展方向意识。他们受到工作中各种机遇的激励，不断追寻着更大的权力和工作业绩。项目经理属于螺旋型发展的职业。理想的螺旋型职业是指从一个专业领域（如工程）转向相关的专业领域（如产品开发）。新领域吸取了旧领域的知识和技能，同时又会给另一个全新领域的发展开启一扇大门。螺旋型职业的从业者关注的是专业知识和技能的积累和提高，追求个人及其创造力的发展。（3）从职业的持续状态来看，部门经理通常是一种相对固定的长期职位。而项目经理受单个项目周期的限制，通常是一种短期性职位，也更具流动性和不稳定

39、性。由此可见，项目经理与部门经理在个性、职业发展方向与途径等方面都有很大的区别。这也对项目经理的素质手口技能提出了更高的要求。2 项目经理的能力要求 项目经理的能力要求既包括“软”的方面个性因素，也包括“硬”的方面管理技能和技术技能（1）个性因素。项目经理个性方面的素质通常体现在他与组织中其他人的交往过程中所表现出来的理解力和行为方式上。素质优秀的项目经理能够有效理解项目中其他人的需求和动机并具有良好的沟通能力。具体内容包括：号召力调动下属工作积极性的能力；交流能力有效倾听、劝告和理解他人行为的能力；应变能力灵活、耐心和耐力；对政 免责声明：文档在线网（文档中国）中所有的文档资料均由文档在线网

40、会员提供。文档在线网会对会员提供的文档资料进行筛选和编辑，但是并不声明或保证其内容的合法性、正确性或可靠性。该文档资料的版权属于提供者所有，有关版权的问题请直接与提供者联系。策高度敏感；自尊；热情。（2）管理技能。管理技能首先要求项目经理把项目作为一个整体来看待，认识到项目各部分之间的相互联系和制约以及单个项目与母体组织之间的关系。只有对总体环境和整个项目有清楚的认识，项目经理才能制定出明确的目标和合理的计划。具体包括：计划；组织；目标定位；对项目的整体意识；处理项目与外界之间关系的能力；以问题为导向的意识；授权能力使项目团队成员共同参与决策。（3）技术技能。技术技能是指理解并能熟练从事某项具

41、体活动，特别是包含了方法、过程、程序或技术的活动。优秀的项目经理应具有该项目所要求的相关技术经验或知识。技术技能包括在具体情况下运用管理工具和技巧的专门知识和分析能力。具体包括；使用项目管理工具和技巧的特殊知识；项目知识；理解项目的方法、过程和程序；相关的专业技术；计算机应用能力。根据对来自各个领域的 85 位项目经理的问卷调查，美国学者对这三大类能力的相对重要性作了比较。调查方法为：要求 85 位项目经理给三大类共 18 项技能分别打分，每项分数为 l7 分。7 分代表最重要的技能，l 分为最不重要的技能。然后，再将各类得分换算为百分比。个性因素所占百分比为 396，它是项目经理最重要的能力

42、；管理技能的百分比为369，处于次重要的地位；技术技能的百分比为 235，是相对最不重要的技能。这说明项目经理的技术技能强调的是通才，而不是单一学科的专家。这种技术技能是使项目经理有能力了解项目主要专业的技术问题。实际上，项目经理为了协调各专业间的工作，必须有足够宽的专业知识结构，才能了解项目中各专业工作的内容，才能与专业人员进行技术问题的交流。四、项目经理的策略选择 项目的运作技巧因国家和项目的不同而有所区别。因此，项目经理们应根据具体情况对他们的策略作相应的调整。在所需的技巧难度较高或其价值被低估时，公司也应给予项目经理正确的评价。以下是项目经理一些较为通用的策略：1 客户至上的原则 项目

43、经理不应仅关注项目组织的发展，还应关心为个别客户提供服务。客户至上的原则应体现在项目的设计、发展和执行等各阶段。一个公司应通过借助干项目管理而形成的明确的并已达成共识的总体目标、有效的资源部署以及明确的团队手四个人目标，和客户发展长期合作关系。为了平衡市场需求，公司应以客户为中心，运用现有的技术能力为客户提供有益的、可产生附加值的服务。2 转变观念 现代项目管理已应用于社会各个领域，也比以往任何时候都需要与客户建立更紧密的联系。处于全球性竞争的环境下，为了进一步提高效率、降低成本、增强竞争力，项目经理应该转变观念，在充分了解客户需求的基础上，按照实际需要，削减初始说明书中不必要的部分。在实践中

44、，由于许多客户并不真正了解自身的需求，这使削减工作困难重重。因此，项目经理应该有能力理解并说明客户的需求。3 明确的项目目标 无论项目规模的大小，项目经理都应有明确的项目目标，了解项目的时间和资源约束。为了评价项目是否成功，还应该能度量项目的产出。在技术项目中，项目经理应保持技术的完整性并尽可能避免费用超支。项目经理的任务就是借助于合同帮助客户实现他们的目标。完整性并尽可能避免费用超支。项目经理的任务就是借助于合同帮助客户实现他们的目标。在这一过程中，不仅要考虑客户的要求，还要考虑其他组织和个人的需要。免责声明：文档在线网（文档中国）中所有的文档资料均由文档在线网会员提供。文档在线网会对会员提

45、供的文档资料进行筛选和编辑，但是并不声明或保证其内容的合法性、正确性或可靠性。该文档资料的版权属于提供者所有，有关版权的问题请直接与提供者联系。4 最坏情境法 项目团队中的意见分歧会影响工作效率，项目经理应该了解每个人的优缺点并使大家向同一个方向努力。如果项目经理可以自己挑选项目团队的成员，团队管理工作会相对简单。然而，项目团队是事先既定的。因此，项目经理应该事先设想到最坏的情景并积极预防它的发生。5 善于应变 优秀的项目经理应该能够根据项目的性质灵活运用自己的经验和技能，善于变通。因此，那些希望成为项目经理的人应该是灵活的，并应在各种小项目中积累经验。为什么要做需求分析 IT 项目开发的成功

46、要素在于充分了解使用者对 IT 的需求，否则无论多么好的系统设计或者多么强的实施能力，都无法弥补因需求不够明确对整体系统开发所造成的危害。因此，在做项目之前，一定要弄清楚客户的真实需求是什么。打个简单的比方，客户想要定做一只杯子。那么，首先需要确定的是客户的需求是杯子，而不是盘子或者其他什么。除了与客户项目负责人的沟通外，与实际工作中的使用者的沟通更为重要，因为他们最了解业务流程中急需解决的问题是什么。通过与他们讨论问题，能够收集大量的客户信息。通过对这些信息的分析，有助于项目开发者发掘出客户的真实需求。建议渠道商坚持这一要求，这项工作虽然很繁琐，但做得好，不仅搞清了需求，还有助于你在竞标时提

47、供懂行的意见，提出业务系统建设的关键所在。一旦确定了客户的需求之后，就要对客户需求的范围进行界定。这种界定一定要反映出客户最现实的需求或者是项目的底线（Base line）。也就是说，一旦确定客户想要的是杯子，就要去了解客户需要的是一个什么样的杯子，有什么特点。不同的行业，业务系统的应用需求往往千差万别。同样是客户关系管理，超市的客户分两种，一是消费者，二是供应商，而管理两种客户所需要定制的数据结构和逻辑又是不同的。通过对客户使用需求的了解和分析，项目开发者才能够知道自己该采用什么样的技术架构、什么等级的设备以及何种应用模块。客户对项目的预期往往是非常好的，但有经验的销售和售前工程师就可以甄别

48、出哪些需求在技术上易实现，哪些功能可能不是在客户预算和时间要求内能完成的。当客户的需求已经完全明确之后，项目的开发者还要进一步了解客户打算为这个杯子花多少钱，希望多长时间能够做出来，以及对杯子的漂亮程度和质量的要求。这些信息将为项目开发者制定切实可行的项目计划提供重要的依据。换句话说，只有了解了客户的费用预算和项目预期的时间，项目开发者才能够决定需要投入多少人力资源、多少时间、多少费用；需要借助哪些内外部资源；需要做何种程度的文档管理；才能够在预算范围内按时完成项目。通过一个好的项目需求分析，能够直接知道将来做出来的杯子可以达到什么样的水平。针对客户往往要一个看上去很美的东西这一问题，你要教育

49、他，统一规划，分步实施。如何做 IT 项目需求分析 一个完整的 IT 项目需求分析主要有以下三方面内容：首先是对网络架构的描述。客户建立信息化管理系统的目的是为了有效地提升企业在业务流程、财务管理、信息收集、人力资源等方面的管理能力；同时，希望通过先进的管理模式、规范的项目管理和高水平的专业技术人员的技术支持，使企业的管理水平上一个新的台阶。因此，在为客户提供的IT 项目的需求分析中，网络架构的需求分析的正确与否，直接说明方案服务商对客户的经营模式的认识是否准确。例如，京盛缘超市采用的是连锁经营模式，所以，在为其设计整体 免责声明：文档在线网（文档中国）中所有的文档资料均由文档在线网会员提供。

50、文档在线网会对会员提供的文档资料进行筛选和编辑，但是并不声明或保证其内容的合法性、正确性或可靠性。该文档资料的版权属于提供者所有，有关版权的问题请直接与提供者联系。网络架构时，就一定要考虑到总部与门店之间的网络连接方式和结点数（是采用 B/S，或C/S；是专网还是托管）、权限设置等问题。另外，方案服务商应当对国内国外超市的经营模式进行研究，从中发掘出最佳的经营模式，体现出方案服务商对客户服务的真正价值。第二是对用户业务模式正确描述。在为客户做 IT 系统设计时，必须十分熟悉客户在办公系统、财务系统、销售系统等各个环节的业务模式。因此，在 IT 项目需求分析中，对客户的业务模式的准确描述，是方案