搜索
项目管理九大知识体系1、项目整合管理项目整合管理就是为满足各方需求而进行协调以达到预期目的的过程。它是一项综合性、全局性的工作，主要内容是在相互冲突的目标或可选择的目标中权衡得失。虽然所有的项目管理过程在某种程度上都可看成是一个整体，但在整合管理中所描述的这些过程是最基本的管理知识。整合管理主要包括：项目计划开发、项目计划实施、项目综合变更控制这三个过程。这些过程彼此相互影响，同时与其它领域中的过程也互相影响。项目计划开发在整合管理中，项目计划开发就是利用其它各领域的项目规划过程的输出，创建一个内容充实、结构紧凑的文件来指导项目的实施和控制。因此，项目计划开发过程所需要的主要的依据是其它项目规划过程的成果。在这里，项目规划过程主要包括：范围计划、范围界定、活动定义、进度安排、资源规划、成本预算、质量规划、管理规划、沟通规划等一系列规划过程。在这些过程中，最基本的文件是：工作分析结构和辅助说明。在项目计划开发中还需要考虑组织的管理政策。所有项目相关组织可能都有正式或非正式的政策。这些政策是项目实施的规范和标准，必须被项目团队进行遵守和执行，因此在计划时必须考虑到它们的影响。例如：人事管理政策中的雇佣和解雇标准等。同时，项目计划开发也需要参考项目的历史资料。项目的历史资料是进行项目规划的基础，它为项目规划提供了参考依据。最后，在项目计划开发中还需要考虑项目的制约因素和假定条件。制约因素是限制项目管理团队运行的因素。例如：当一个项目按照合同执行时，合同条款通常是制约因素。假定是指为了项目规划目标的需要，需要将一些不确定的内容作为真实的和确定的内容来看待。作为项目规划的一部分，项目团队经常识别、记录并促成这些假定。假定通常包含着一定程度的风险。在项目计划开发时，通常会采用程序化的计划方法来引导项目团队的工作。对于小型项目，可能是非常简单和结构化的方法，如：标准的模板、图纸等；对于一些大型项目，可能需要采用一系列的模型和各种数学方法，如：蒙特卡洛方法、价值分析法等。对于大多数项目，一般会采用将“刚性”工具和方法和“柔性”工具和方法结合在一起使用。在项目计划开发过程中，需要从事大量的信息收集、整理和加工处理工作，为了方便工作的进展，常常采用项目管理信息系统（PMIS）。随着计算机系统应用的普及，PMIS已被大多数项目实施组织所采用，特别是对于一些大型项目，没有这种基于计算机的系统，很难编制出复杂的项目计划。项目计划开发将会产生两项重要的成果：项目计划和辅助说明。项目计划是正式的、被批准的用于管理和控制项目实施的文件。对于项目计划中不能包含的内容需要以辅助说明的形式来体现出来。项目计划实施项目计划实施过程是完成整个项目计划任务的过程。在这一过程中，项目的各种目标需要被实现，各项专项计划需要被落实。项目计划实施的主要依据是项目计划开发阶段的成果——项目计划、辅助说明，同时组织管理政策也将作为辅助文件来指导项目实施工作。在项目计划实施过程中，势必会有各种风险事件的发生，为了降低项目风险事件对项目实施的影响，通常会设计一些预防措施来减少项目风险事件发生概率。这些措施也将作为输入信息应用于项目计划实施过程中。另外，在项目计划实施中，通常很难保障项目完全按照计划进行，当项目有了偏差时，就需要采取一定措施来降低偏差对于项目的影响，这些措施被称为纠偏措施，它也将作为输入信息应用于项目计划实施过程中。项目计划实施过程是项目中最有影响的过程，项目经理和项目管理团队必须协调和解决项目中存在各种技术和组织问题以实现项目目标。在这一过程中通常采用的方法、技术和工具包括以下几方面：1、普通管理技能。如领导艺术、信息交流和谈判等都对项目计划实施产生实质性的影响。2、生产技能和知识。有关项目产品的技能与知识是项目计划实施的基础。这些必要的技能被作为项目规划的一部分，由人力资源管理中的人员来获得。3、工作分配系统。这是为确保项目工作能按时、按序地完成而建立的过程。基本的方式是以书面委托的形式开始进行工作活动或启动工作包。但在某些情况下，需要根据具体的项目特点来采用适当的工作分配系统。4、进展状况检查会议。它是项目进展信息交流的常规会议。在许多项目中，进展状况会议以各种不定期和不同级别的形式召开（比如：项目管理团队内部的周会等）。5、项目管理信息系统(PMIS)。6、组织管理过程。在项目实施过程中，项目的所有相关组织均存在着正式的和非正式的过程，这些过程对于项目的执行有很大的影响。项目实施的结果是项目实施过程中产生的项目产出物。另外，还包括项目实施工作和实施结果的各种文件资料，如：哪些任务已经完成，哪些工作没有完成，满足的质量标准是什么等等。综合变更控制对于项目而言，变更是必然的。为了将项目变更的影响降低到最小，就需要采用变更控制的方法。综合变更控制主要包含以下内容：找出影响项目变更的因素、判断项目变更范围是否已经发生等。进行综合变更控制的主要依据有：项目计划、变更请求和提供了项目执行状况信息的绩效报告。为保证项目变更的规范和有效实施，通常项目实施组织会有一个变更控制系统。变更控制系统是一个正式和文档化的程序，它定义了项目绩效如何被监控和评估，并且包含了哪种级别的项目文件可以被变更。它包括文书处理、系统跟踪、过程程序、变更审批权限控制等。综合变更控制的结果主要有：更新的项目计划、纠正措施、经验总结。以上概括性地分析了项目整合管理的主要过程和工作以及过程中采用的方法和技术。值得注意的是，在项目的不同阶段，项目整合管理工作的内容会侧重不同，工作量也会不同。但是要想使项目获得成功，必须从整合的角度，以全局的观点开展整合管理，不能只强调各项具体的专项管理工作。2、项目范围管理做过项目的人可能都会有这样的经历：一个项目做了很久，感觉总是做不完，就像一个“无底洞”。用户总是有新的需求要项目开发方来做,就像用户在“漫天要价”，而开发方在“就地还钱”。实际上，这里涉及到一个“范围管理”的概念。项目中哪些该做，哪些不该做，做到什么程度，都是由“范围管理”来决定的。那么，到底什么是“范围管理”，请跟我们一块来揭开谜底。几年前，我和一位同事在外地共同参与一个软件项目的开发。项目本身并不算很大，开始的需求调研进行了很长时间，期间不但几乎拜访了所有部门，还与用户反复讨论，征求意见，需求文档几易其稿。即便这样仍然有许多不确定因素，搞得人心烦意乱。当时我牢骚很多，总觉得又花时间似乎还没真正做事。我的同事经验比较丰富，他给我说了一个他自己的亲身经历。那时候他在深圳参与一个证券项目，当时软件开发管理非常不规范，基本上是了解需求后就编程序，根本没有太多的交流，需求文档就更没有了。系统开发出以后，用户不断提出新需求。每天追着开发人员解决问题，项目实际是一个无底洞，没完没了地往下做，按他的说法是项目成员“肥的拖瘦，瘦的拖死”，实在做不下去只能跑了。这个故事刚听起来感觉非常可笑，当我自己真正做项目负责人时才体会到这其实是一个项目范围管理的问题。上面提到我所参与的项目中花费大量时间用于需求调研也是为了确定项目范围。作为一个合格的项目经理，切记要准确控制好项目范围。孙子兵法中提到“知己知彼，百战不殆”，在一个项目中我们应该知道对方需要什么，自己要做什么，这是项目成功的基础所在。那么，首先要明确的是项目范围管理中的范围是如何定义的？什么是范围？我们知道项目是为完成产品或服务所做的一次性努力。因此在这里，范围的概念包含两方面，一个是产品范围，即产品或服务所包含的特征或功能，另一个是项目范围，即为交付具有规定特征和功能的产品或服务所必须完成的工作。在确定范围时首先要确定最终产生的是什么，它具有哪些可清晰界定的特性。要注意的是特性必须要清晰，以认可的形式表达出来，比如文字、图表或某种标准，能被项目参与人理解，绝不能含含糊糊、模棱两可，在此基础之上才能进一步明确需要做什么工作才能产生所需要的产品。也就是说产品范围决定项目范围。举例说明可能会更好理解一些。假设你在一家培训公司做培训专员，负责组织一次PMP（美国项目管理专业人员认证）考前培训。那么我们完全可以把这项工作当成一个项目来管理，如何确定产品范围和项目范围呢？培训产生的不是有形的产品，而是无形的服务。组织PMP考前培训的目的是讲授项目管理体系基础知识，提高学员的项目管理理论水平，为参加PMP考试做准备，这就是产品范围。如果学员突然提出想获得如何提高企业核心竞争力的知识，很明显此内容不在本项目的产品范围之内。有了明确的产品范围，接下来就可以确定为达到这个目的需要做哪些工作，即项目范围。首先要聘请知名的项目管理权威专家，拟订授课内容，根据授课内容准备学员教材，联络舒适的培训地点，安排好学员食宿。开始培训也并非万事大吉，每天都要与学员交流，听取他们的意见并反馈给老师，甚至学员的日常起居都要过问。由于PMP考试是英文试题，而模拟习题都是中文，假设某些学员希望讲解一些英文题以避免翻译带来的理解偏差，这时老师就要多讲一些内容，产品范围有所扩大，但从总的培训目标看是合理的。如何做好范围管理？范围管理保证项目包含了所有要做的工作而且只包含要求的工作，它主要涉及定义并控制哪些是项目范畴内的，哪些不是。范围管理的基本内容包括：项目启动、范围计划编制、范围核实、范围变更控制等等。以下所讨论的是其中比较重要的部分。1．编制范围计划“公欲善其事，必先利其器”。一个项目经理要想真正管理好项目范围，没有必要的技术和方法是肯定不行的。国外曾经有人对项目失败原因进行调查，其中计划被放到了首位，可见它在项目管理中的重要性。我们这里首先强调的就是周密地做好范围计划编制。范围计划编制是将产生项目产品所需进行的项目工作（项目范围）渐进明细和归档的过程。做范围计划编制工作是需要参考很多信息的，比如产品描述，首先要清楚最终产品的定义才能规划要做的工作，项目章程（典型的例子是合同）也是非常主要的依据，通常它对项目范围已经有了粗线条的约定，范围计划在此基础上进一步深入和细化。范围计划中究竟应该包含哪些内容呢？不同的计划详尽程度自然不一样，其中范围说明和范围管理计划必须包含在内。范围说明在项目参与人之间确认或建立了一个项目范围的共识，作为未来项目决策的文档基准。范围说明中至少要说明项目论证、项目产品、项目可交付成果和项目目标。项目论证是商家的既定目标，要为估算未来的得失提供基础；项目产品是产品说明的简要概况；项目可交付成果一般要列一个子产品级别概括表，如：为一个软件开发项目设置的主要可交付成果可能包括程序代码、工作手册、人机交互学习程序等。任何没有明确要求的结果，都意味着它在项目可交付成果之外；项目目标是要考虑到项目的成功性，至少要包括成本、进度表和质量检测。项目目标应该有标志（如：成本、单位）和绝对的或相对的价值（如：少于150万美元等）。不可量化的目标（如：“客户的满意程度”）要承担很高的风险。范围管理计划是描述项目范围如何进行管理，项目范围怎样变化才能与项目要求相一致等问题的。它也应该包括一个对项目范围预期的稳定而进行的评估（比如：怎样变化、变化频率如何及变化了多少）。范围管理计划也应该包括对变化范围怎样确定，变化应归为哪一类（当产品特征仍在被详细描述的时候，做到这点特别困难，但绝对必要）等问题的清楚描述。2．范围分解计划明确了，然而该做哪些事情似乎还是一把抓，因为完成项目本身是一个复杂的过程，必须采取分解的手段把主要的可交付成果分成更容易管理的单元才能一目了然，最终得出项目的工作分解结构（WBS）。恰当的范围定义对项目成功十分关键，当范围定义不明确时，变更就不可避免地出现，很可能造成返工、延长工期、降低团队士气等一系列不利的后果。比较常用的方式是以项目进度为依据划分WBS，第一层是大的项目成果框架，每层下面再把工作分解，这种方式的优点是结合进度划分直观，时间感强，评审中容易发现遗漏或多出的部分，也更容易被大多数人理解。Microsoft的项目管理工具Project就可以自动为各个层次的任务编码。3．范围变更一个项目的范围计划可能制订的非常好，但是想不出现任何改变几乎是不可能的。因此对变更的管理是项目