项目管理知识体系.doc

项目管理知识体系出自 MBA智库百科(/)项目管理知识体系（Project Management the Body of Knowledge,简称PMBOK） 项目管理知识体系的简介 项目管理知识体系是项目管理专业领域知识的总称，它是20世纪80年代由美国项目管理协会（PMI）总结了项目管理实践中成熟的理论、方法、工具和技术所提出的。其后经过数次修订，目前最新版是PMBOK2008。 PMBOK定义了42个基本的项目管理过程，从过程输入、输出以及采用的工具和技术的角度给出了项目管理过程的详细描述。这42个项目管理过程基本覆盖了项目管理实践中的基本管理过程，但是，这些项目管理过程必须和产品实现过程结合起来，才能完成整个项目活动。 PMBOK重点从知识领域的角度将项目管理过程组成九个项目管理知识领域：项目范围管理、项目时间管理, 项目成本管理, 项目质量管理, 项目人力资源管理, 项目沟通管理, 项目采购管理, 项目风险管理和项目综合管理，每个知识领域包括数量不等的项目管理过程。 编辑项目管理知识体系的形成 目前有两大项目管理的研究体系, 即: 以欧洲为首的体系国际项目管理协会( IPMA International Project Management Association) 和以美国为首的体系美国项目管理协会(PMI Project Management Institute) 。 IPMA 有自己的知识体系标准IPMA Competence Baseline，ICB即国际项目管理专业资质标准，其对项目管理者的素质要求大约有40个方面.。PMI 卓有成效的贡献是开发了一套项目管理知识体系, 简称为PMBOK ( Project Management Body of Knowledge) 。 在这个知识体系中, 把项目管理划分为9个知识领域（范围管理、时间管理, 成本管理, 质量管理, 人力资源管理, 沟通管理, 采购管理, 风险管理和综合管理）。 国际标准化组织以该文件为框架, 制订了ISO10006 关于项目管理的标准。 编辑传统项目管理发展阶段 从20世纪40年代中期到60年代, 项目管理主要是应用于发达国家的国防工程建设和工民建工程建设方面。此时采用的传统项目管理方法被认为主要致力于项目预算、规划和为达到特定目标而借用的一些运营管理的方法, 在相对较小的范围内所开展的一种管理活动。20世纪50年代, 在美国出现了关键路径法(CPM) 和计划评审( PERT) 技术, 1957年美国杜邦公司把CPM方法应用于设备维修, 使维修停工时间由125h锐减为7h； 1958年美国人在北极星导弹设计中, 应用PERT技术, 竟把设计完成时间缩短了两年；60年代美国阿波罗登月计划使用了PERT技术, 该项目耗资300 亿美元, 2万多家企业参加, 40多万人参与, 动用了700万个零部件, 但由于使用了网络计划技术, 使各项工作进行得有条不紊, 取得了很大的成功。此时,大多数公司仅将项目当作偶然的事情, 凡遇到项目, 就将其临时交由常设的职能部门管理。进入20世纪70年代, 各类项目日益复杂、规模日益增大, 项目外部环境也经常变化莫测。 同时, 项目管理成了各大企业、政府部门经常性的事务，成了他们管理工作的主要组成部分。以往那种随时应付的办法已经行不通了。另一方面, 计算机技术广泛应用也极大地推动了项目管理的发展。 编辑现代项目管理阶段 现代项目管理通常被认为始于20世纪80年代。随着全球性竞争的日益加剧, 项目活动的日益扩大和更为复杂, 项目数量的急剧增加，项目团队规模的不断扩大, 项目相关利益者的冲突不断增加, 降低项目成本的压力不断上升等情况的出现, 迫使作为项目业主的一些政府部门和企业, 以及那些作为项目实施者的政府机构和企业先后投入大量的人力和物力去研究和认识项目管理的基本原理、开发和使用项目管理的具体方法。 在这种背景下, 现代项目管理逐渐形成了自己的理论和方法体系。早在1965年欧洲就成立了国际项目管理协会, 1969年美国也成立了项目管理学会。 1976年, 美国项目管理学会在蒙特利尔召开研讨会, 会议期间, 人们开始议论将迄今为止项目管理的通用作法汇集一个标准。 后来人们又提出应当把项目管理看作单独的职业。 1981年, 美国项目管理学会委员会同意成立一个小组, 系统地整理有关项目管理职业的程序和概念。该项目的建议书提出了3 个重点方面： 1) 从事项目管理的人员应具备的道德和其他行为(职业道德)。 2) 项目管理知识体系和内容与结构(标准)。 3) 对从事项目管理职业者成就的评价(评估)。 该小组的工作成果于1983年8月在美国项目管理杂志上以特别报告的形式发表, 该报告后来就成了美国项目管理学会初步评估和认证计划的基础。1983年对西卡罗莱纳大学的项目管理硕士课程进行了评估, 并于1984年认证了第一批职业项目管理人员。此后, 又对上述资料进行了一系列的修改, 并于1987年由美国项目管理学会委员会批准。 最终完成的文件在1987年8月以“项目管理知识体系”为标题发表。 1991年8月, 根据美国项目管理学会会员提出的意见再次修改。1994年8月, 美国项目管理学会标准委员会发布了项目管理知识体系指南的草稿, 并于1996 年正式颁布, 现在使用的是项目管理知识体系指南2000年版。 编辑项目管理过程 所谓过程就是基于一定输入，采用相关工具和技术，产生一定输出的活动集合。项目是由各种过程组成的，这些过程可分为两类：1)与项目管理有关的过程，涉及项目组织和管理；2)与产品有关的过程，涉及具体的项目产品生成。这两类过程结合起来，才能完成整个项目活动。PMBOK主要讨论项目管理过程。 以前PMBOK包括37个过程，在新推出的PMBOK2000中新增了2个风险管理的过程，一共39个。PMBOK把项目管理过程分为五类： 1) 启动。成立项目组开始项目或进入项目的新阶段。启动是一种认可过程，用来正式认可一个新项目或新阶段的存在。 2) 计划。定义和评估项目目标，选择实现项目目标的最佳策略，制定项目计划。 3) 执行。调动资源，执行项目计划。 4) 控制。监控和评估项目偏差，必要时采取纠正行动，保证项目计划的执行，实现项目目标。 5) 结束。正式验收项目或阶段，使其按程序结束。 每个管理过程包括输入、输出、所需工具和技术。各个过程通过各自的输入和输出相互联系，构成整个项目管理活动。根据重要程度，PMBOK又把项目管理过程分为核心过程和辅助过程两类。核心过程指那些大多数项目都必须具有的项目管理过程，这些过程具有明显的依赖性，在项目中的执行顺序也基本相同。辅助过程指那些是项目实际情况可取舍的项目管理过程。在PMBOK2000中，核心过程共17个，辅助过程共22个。 总之，PMBOK2000一共包括39个项目管理过程，按所属知识领域分为九类，按时间逻辑分为五类，按重要程度分为两类。 编辑九个知识领域 1、项目集成管理(Project Integration Management) 项目整体管理是为了正确地协调项目所有各组成部分而进行的各个过程的集成, 是一个综合性过程。 其核心就是在多个互相冲突的目标和方案之间作出权衡, 以便满足项目利害关系者的要求。 2、项目范围管理(Project Scope Management) 项目范围管理就是确保项目不但完成全部规定要做的, 而且也仅仅是完成规定要做的工作，最终成功地达到项目的目的。基本内容是定义和控制列入或未列入项目的事项。 3、项目时间管理(Project Time Management) 其作用是保证在规定时间内完成项目。 4、项目费用管理(Project Cost Management) 项目费用管理, 是为了保证在批准的预算内完成项目所必需的诸过程的全体。 5、项目质量管理(Project Quality Management) 项目质量管理, 是为了保证项目能够满足原来设定的各种要求。 6、项目人力资源管理(Project Human Resource Management) 项目人力资源管理, 是为了保证最有效地使用参加项目者的个别能力。 7、项目沟通管理(Project Communications Management) 项目沟通管理, 是在人、思想和信息之间建立联系, 这些联系对于取得成功是必不可少的。参与项目的每一个人都必须准备用项目“语言”进行沟通, 并且要明白, 他们个人所参与的沟通将会如何影响到项目的整体。 项目沟通管理是保证项目信息及时、准确地提取、收集、传播、存贮以及最终进行处置。 8、项目风险管理(Project Risk Management) 项目风险管理, 需要的过程有识别、分析不确定的因素, 并对这些因素采取应对措施。 项目风险管理要把有利事件的积极结果尽量扩大, 而把不利事件的后果降低到最低程度。 9、项目采购管理(Project Procurement Management) 项目采购管理, 需要进行的过程都是为了从项目组织外部获取货物或服务。 编辑与其它管理学科的关系 项目管理是管理科学的一个分支, 同时又与项目相关的专业技术领域不可分割。 通常, 一个学科和专业可能包括一些已被其它学科和专业所包含但仍为本专业人员普遍接受的知识领域。但是, 作为一门独立的学科和独立的专业, 必须有独特的知识体系, 这个知识体系既不是另一个专业知识体系的翻版, 也不是一些其它专业知识体系内容的简单结合。比较典型的情况是, 一个专业的知识体系与其它专业的知识体系在内容上有所重叠, 但它必须有与本专业相关的独特的知识内容, 例如：管理项目所需要的许多知识(关键路径分析、工作分解结构) 对项目管理学科而言是唯一的或几乎是唯一的。目前, 国际项目管理界普遍认为, 项目管理知识体系知识范畴包括三大部分, 即项目管理特有的知识、一般管理的知识和项目相关应用领域的知识。 一般管理的领域包括企业管理中日常运作的计划、组织、人员安排、实施和控制等。它还包括一些辅助的学科, 如法律、战略规划、后勤管理和人力资源管理等。项目管理知识领域与一般管理知识在很多领域相互交叉或者是对其有所修正, 例如：组织行为、财务预测、计划等等。 应用领域是指某些项目所从属的, 但不是所有项目都从属的应用范围。应用领域一般包括：职能部门和支持学科, 如：法律、生产和库存管理、市场营销、后勤人事管理；技术性领域, 如：软件开发、药品试验、水和卫生工程、建筑设计；管理性领域, 如：政府签约、社区开发、新产品开发； 工业部门, 如：汽车、化学制品、农业或金融服务。一个软件项目的成功很大成分在于合格的人才，有了优秀的管理人员和技术人员，再按照正确的开发方法，就一定能够取得项目的成功。而有些软件公司在面临项目机会的时候，没有综合考虑各项因素，没有做可行性分析，盲目上马。即便是能够做好的项目由于没有很好的规划，最终导致失败。 （1）做可行性分析 有些公司经常做可行性分析，但只是重于形式。此外对于项目的取舍大部分在于领导心血来潮的选择。由于没有经过认真、合适的可行性分析，我们往往在付出巨大代价后才意识到原来的项目不适合我们，不但这个项目失败了，更为甚者是它也拖垮了其他可以做的项目，到头来是两手空空。 （2）做需求分析 做项目开发，没有真正的客户，所以无从获得用户需求。进行产品开发，但不是和市场人员紧密结合。研发部门说：“我们需要针对真正的需求开发，但现在我们只是盲目、想象的开发，所以我们的工作事倍功半甚至是无功而返。”市场销售人员则抱怨：“研发部门开发的东西大部分不是客户需要的，即便是也不符合用户要求，这种产品我们找不到买主，所以我们没有销售额，也不能开拓市场。”如此一来搞得领导总是讨论“是先有鸡还是先有蛋”。可想而知，即便我们有做需求的意识和方法，需求也总是流于应付差使。 （3）做风险分析： 有些公司很少做风险分析，主要有三个原因：年轻而又勇敢的领导、雄厚的资金、招之即来的人员。但是大部分项目没有成功也正是源于此：领导经常做欠妥当的决策，由于忽略考虑重要因素致使项目半途而废；雄厚资金不等于雄厚的实力，被力所不能及的工作拖着；以及不能召集或者留住优秀人才，他们不仅仅需要金钱，成就和阅历对他们来说更重要。 （4）制定项目计划 有些公司的项目计划大部分是应付差使，原因就是领导或潜在的准用户下达极短工期的死命令。这使我们立即投入到编码工作中，无暇于他。我们经常和项目经理说：“我们都知道这种工期不可能完成，如果我是你，我会要求延长工期，否则让领导找其他能人，你这样接下工作是对我们的不负责。”项目经理则会说：“如果我走，别人也会这么做。其中的区别是我失去了工作，你们依旧处于同样的情景。” （5）有效控制，合理支持 一个项目的成功离不开周围环境支持和有效控制，他们包括质管部门项目跟踪和在各进行阶段评审。关于此处我认为有两个重点：真正合格的专家，起到的作用是监督、指导、总结和提高。同时也需要自己内部做配置管理工作，在进行大型项目的时候能够做到有条不紊。