管理体系过程模型示意图

常见项目管理模型的研究与分析

常见项目管理模型的研究与分析 软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成,而对成本、人员、进度、质量、风险等进行分析和管理的活动。其根本目的是为了让软件项目尤其是大型软件项目的整个软件生命周期都能在管理者的控制之下,以预定成本按期、保质的完成并交付用户使用。 软件项目管理是项目管理在软件行业中的应用,但是和其他的项目管理相比有着自身的特殊性。首先,软件是纯知识产品,其开发进度和质量有时难以估计和度量,生产效率也难以预测和保证。其次,软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。美国国防部曾专门就软件项目失败的原因进行调查,发现大多数软件开发项目的失败,并不是软件开发技术方面的原因,而是由于不适当的管理造成的。为了解决这个问题,国外各大组织机构与研究者做了很多研究与总结工作,提出了一些典型的项目管理模型。 (1)传统模型 在20实际80年代之前,瀑布模型一直被广泛采用的生命周期模型,现在它仍然是软件工程中应用得最广泛的过程模型。它的核心思想在于按工序化简,实现与设计分离和结构化的分析与设计方法。采用瀑布模型可以保证系统在整体上的充分把握,但由于阶段划分过于严格,由大量文档驱动,导致最终开发出的软件产品不能真正满足用户的需要。V模型是对瀑布模型的一种改进,开发活动和测试活动几乎同时进行,从而极大的减少bug和error出现的几率,但是这样也忽视了测试对需求分析,系统设计的验证,从而导致验收测试后延过长。 快速原型模型则是先建立一个满足基本要求的原型系统,通过测试和运行,有用户提出进一步细致的需求,然后修改和完善原型系统,并反复进行这个过程直到用户满意。该模型擅于解决需求复杂且不确定的系统,但工作成果浪费的可能性也会很大。 增量模型又称演化模型,它不是在项目结束时一次性提交,而是分块逐次开发的提交。其核心思想是认为所有的阶段都可以细分迭代,每一次迭代都会产生一个可以发布的产品,这个产品是最终产品的一个子集。优点在于尽早得到用户反馈,降低风险,持续测试与集成,提高了软件的复用性。但它要求软件体系结构必须具有开放性,且不能破坏原来已经开发出来的产品。 螺旋模型则吸收了上述几个模型的优点,并在整个开发过程中加入了风险分析,通过将瀑布模型的多个阶段转化为多个迭代过程中,以减少项目的风险。但是可操作性不高,且不适合小型项目。 (2)RUP RUP(Rational Unified Process)是Rational公司推出的软件过程模型,它是软件业界迄今为止商品化最成功的软件过程模型。其目标是确保软件产品达到高质量,能够满足最终用户需求。它汲取了面向对象的软件工程领域多年来的优秀研究成果,利用了新的可视化建模标准UML(Unified Modeling Language ) ,是软件工程发展的新成果。RUP作为一个通用过程框架,可以应付种类广泛的软件

简析项目管理协会标准体系修订稿

简析项目管理协会标准 体系 Coca-cola standardization office【ZZ5AB-ZZSYT-ZZ2C-ZZ682T-ZZT18】

简析项目管理协会标准体系 一提到项目管理协会(PMI)的标准体系,很多人就会马上想到“项目管理的圣经”—PMBOK(项目管理知识体系指南)。在最新颁布的PMBOK第三版的引论中,有一段话提到了PMI的标准体系:PMBOK只讨论单个的项目和公认良好作法的项目管理过程。另外有其他标准讨论组织项目管理能力的成熟、项目经理的胜任能力,以及涉及这些领域哪些方面属于公认为良好作法的其他标准。除了众所周知的PMBOK外,PMI拥有一套完整的标准体系,包括各种标准的术语汇编在内,一共有11个标准文件(两个草案)。本文将对这个标准体系进行简要的分析。 ? 一、PMI标准体系最重要的“基石”——描述单个项目管理的PMBOK 项目管理知识体系最重要的基础是PMBOK。PMBOK主要侧重于跨行业普遍适用的单个项目的知识体系指南,规范了单个项目的管理过程和方法。这也是整个PMI项目管理标准体系中最早建立和完善的规范性文件。 ? PMBOK目前更新的第三版在PMI网站上一共提供了英语、阿拉伯语、简体中文、法语、德语、意大利语、日语、韩语、葡萄牙语、俄语、西班牙语等11种语言的版本供自己的会员下载。由于国际标准化组织(ISO)根据PMBOK的内容制定了ISO10006的标准,加上PMI 用PMBOK为主要内容推出了ISO认可的全球统一PMP认证考试,所以目前PMBOK在全球项目管理的规范体系中扮演着一个“宪章”性质的角色。 ? PMI标准体系中后面的标准大都围绕着这一规范性文件,根据实际的需要延伸发展出来的,主要在以下几个方向有令人关注的发展: 1、不同行业的PMBOK扩展 2、不同层次的项目管理扩展 3、不同方法技术的实际应用 4、项目经理个人能力的发展 5、组织项目管理能力的发展 ? 二、不同行业的PMBOK扩展(PMBOK Extension)标准 因为PMBOK是一个跨行业普遍适用的项目管理知识体系指南,为了兼顾通用性,PMBOK对不同行业的项目管理特点无法体现。所以PMI又针对特定行业制定了PMBOK扩展(PMBOK Extension)作为补充和完善。目前在PMI的标准体系中,一共有三个不同领域的PMBOK扩展标准。 ?

项目管理成熟度模型的各种表述模板

项目管理成熟度模 型的各种表述 一、引言 所有的公司都期望能获得项目管理的成熟和卓越, 但很少有人了解现代意义上的”项目成功”是一个非常苛刻的标准。 著名的项目管理学家Kerzner博士对”项目成功”的定义做出了新的诊释, 就是不但要满足传统的项目时间、费用和性能的三大目标以及满足客户或用户定义的质量标准, 还要满足具有最少的或者双方同意的范围变更、没有干扰组织的企业文化或者价值观、没有干涉组织的日常

工作进程这些条件。 所谓的”成熟” ,简单的说就是在项目管理中达到成熟与卓越的效果。首先应该明确的是, 并不是应用了项目管理, 就能达到好的效果。科兹纳博士指出:”肤浅的应用项目管理, 即使持续很长一段时间, 也不会达到什么出众的效果。相反, 这会导致重复错误, 而且更糟糕的是, 你所学习的是你自己的错误而不是别人的错误。 为了更广泛的评价所有的行业、企业的项目执行能力, 世界上正在开展项目管理成熟度模型( PMMM, Project Management Maturity Model) 的研究。PMMM 是参考软件工程中的软件过程成熟度(CMM) 模型及项目管理知识体系(PMBOK) 而提出的。 项目管理成熟度模型的各种表述 项目管理成熟度模型有以下三个基本组成部分,如图1所示:

不同的成熟度模型有不同的表述 ,下面简要介绍几种比较流行的 模型: 1. PMI 的0PM3模型 PMI 的0PM3模型是一个三维的模型,第一维是成熟度的四个梯 级,第二维是项目管理的九个领域和五个基本过程 ,第三维是组 织项目管理的三个版图层次。 如图2所示,成熟度的四个梯级分别是: (1) 标准化的(Standardizing) (2) 可测量的(Measuring) (3) 可控制的(Controlling) (4) 持续改进的(Continuously Improving) F 组织项目管理 能力 和相应的结果 提升能力 的顺序 撓型 评估能力 的方法 S 1成熟度模型的构成」

项目管理体系

项目管理体系 项目管理是项目过程和管理过程相结合的产物,具体组织的项目管理要结合其所从事项目的过程特点及组织管理结构来进行。 而在项目推进过程中,出于对项目范围、质量、时间进度与费用控制的考虑,需要对项目有所控制。为便于项目的执行与控制,根据项目推进的时间顺序,项目管理将项目抽象为五个管理过程,即项目启动过程、计划过程、执行过程、控制过程与收尾过程,针对项目的五个过程,定义项目各过程应完成的主要工作。 项目管理就是将这些管理技术运用于具体的项目过程中。在任何组织中,项目经理、项目管理层、与项目客户处于各自利益考虑,都会对项目范围、进展、质量与费用进行监控。而这些角色的责权利便构成了组织的项目管理控制体系。 3.1 项目管理多级控制体系 3.1.1 项目管理的责任体系 项目管理的核心问题就是对项目范围、进度与费用的折衷控制,而项目多级控制管理体系的核心也就是项目范围、进度与费用控制权限在不同角色之间的分配。在客户驱动型的组织中,客户应该位于体系的最高,其次是项目管理办公室(PMO)、项目经理,质量管理部门和职能部门应该位于项目经理和项目管理办公室同一级。 其次,在项目管理控制体系中,应明确各层控制角色在项目不同阶段的主要职责及控制方式,即通过怎样的途径参与项目的控制 3.1.2 注重项目过程控制 项目过程控制是项目控制的统称,基本包括以下内容: 项目阶段控制:是指项目启动、项目计划、项目实施(包括项目执行与项目监控)及项目收尾四大阶段的阶段审批。只有通过项目的阶段审批,项目才能进入下一个阶段。阶段审批的级别在不同组织中,可以表

现在不同的决策层面上,组织内部审批在项目管理层PMO,组织外部审批在客户端。 项目里程碑审批:是指根据组织项目管理流程要求,对设置在项目各阶段上的项目控制点的一种审批。项目里程碑审批根据项目性质与规模的差异可能有较大的差异,根据项目控制点的重要程度可以有多个审批层次。 项目变更管理:项目执行过程中,出现与项目计划不符的项目范围、进度、与费用的变化是正常现象,组织的项目管理流程应该定义如何处理这些变更,清楚定义项目变更申请、审批控制流程,以及项目管理控制人员的控制权限,并确定项目计划变更信息发布方案。 项目绩效评估:项目绩效是将项目实际费用花费与项目推进计划相对比,用于分析项目的健康状况,并可分析项目未来走势。项目绩效的分析可以通过项目定期报告、项目阶段审批、里程碑控制与项目随机检查中获得这些数据。 项目风险控制:风险控制是项目实施过程中一项重要的控制工作,也是目前被很多人所忽略的一项工作。项目风险控制不但要求项目计划阶段进行风险分析,更要求在项目实施过程中不断根据项目风险的动因,及时修正风险控制列表。一旦发现风险及时采取防范措施,尽可能减少项目损失。 总之,项目过程控制涉及项目管理的方方面面,项目过程控制是项目取得成功,避免失败的重要保证。为便于项目过程控制,提高项目管理效率,组织需要明确各项目控制角色的责权。并尽可能简化控制关系,做到对项目绩效、范围、进度与费用的合理控制。提高项目成功率,降低可能的项目风险。 3.2 项目管理信息系统 组织在为获得可持续性项目管理发展,项目管理必须融入到企业的激励机制内并与之相匹配。我们可以通过建立项目管理办公室(PMO),

常见项目管理模型的研究与分析

研究生课程考试成绩单 院系软件学院专业软件工程学生姓名凌升杭学号143522 课程名称软件项目管理 授课时间2014年9月至2014年12月周学时 3 学分 2 简 要 评 语 考核论题常见项目管理模型的研究与分析 总评成绩 (含平时成绩) 备注 任课教师签名: 日期: 注:1. 以论文或大作业为考核方式的课程必须填此表,综合考试可不填。“简要评语”栏缺填无效。 2. 任课教师填写后与试卷一起送院系研究生秘书处。 3. 学位课总评成绩以百分制计分。

常见项目管理模型的研究与分析 在现代软件产品的开发过程中,存在着许多各种各样的问题。其中有技术问题,管理问题,需求问题等。针对这些问题,一系列软件过程模型也被提了出来。针对不同的模型有一定的适应环境和范围。 首先介绍一下软件过程,它是指一套关于项目的阶段、状态、方法、技术和开发、维护软件的人员以及相关的文档组成。一个好的软件过程可以提高软件开发组织的生产效率、提高软件质量、降低成本并减少风险。 软件项目开发早期,由于规模不大,一般可由几个人经过简单分析就进入编码实现阶段。随着需求不断增加,软件项目的规模也越来愈大。从1970年,由Royce提出了第一个软件过程模型-瀑布模型之后,有陆续出现了快速原型模型、增量模型、螺旋模型、喷泉模型等传统模型。等到现代软件过程模型又包括基于构建的开发模型、形式化方法模型、面向对象的模型、领域模型等多种新模型。其中不管是传统还是现代模型都代表了一种将本质上无序的活动有序化的企图,每个模型都具有能够帮助实际软件项目控制及协助的特性。 下面就从模型的优缺点、适用范围等方面分析一下一些常用的软件过程模型。 软件过程模型比较分析 一、瀑布模型 瀑布模型是采用软件生命周期模型。瀑布模型的优点是结构简单、清晰、是线性顺序模型。其缺点是如果不带有反馈环的,需求难以十分完善。它只适用于项目开始时需求已确定的情况。 二、增量模型 增量模型是将软件产品分解成一系列的增量构建,在增量开发迭代中逐步加入。它的优点是能在较短时间内向用户提交可以完成一些有用的工作产品。每一次增量均可发布一个可操作的产品。所以它的缺点也很明显,就是增量包之间存在相交的情况不好处理。它适用在不能再设定的期限内完成产品时,先推出核心产品。 三、螺旋模型 软件开发几乎总要冒一定的风险。所以在软件开发过程中必须及时识别和分析风险,并采用适当的措施以消除或减少风险的危害。它将瀑布模型和快速原型模型结合起来,并加入

项目管理体系(完整版)

1项目管理方法 1.1 项目管理原则 项目管理是指在执行质量保证体系的基础上,在人力资源和组织、计划、质量控制、资源协调、财务、风险控制等方面进行科学地管理,确保该项目如期、高质量地完成。 我公司在多年的软件开发过程中,不断吸取国际先进的项目管理理念,并结合自身的特点,形成了一整套行之有效的管理方法,并形成了标准、规范、受控的配套文档体系。 根据我公司的软件工程的管理规范要求,软件项目根据适用的生命周期模型分为开发项目和维护项目,根据项目所面对客户,分为产品研发和合同项目开发。对于本项目而言,属合同项目开发,我们进一步按照本章开始时划分的阶段将之分解为两个子项目:第一阶段以研发为主,属开发项目,第二阶段以推广、升级、维护为主,属维护项目。下面我们从项目组织架构、软件生命周期模型、项目管理关键阶段、项目管理关键活动等方面细述对本项目的项目管理计划。 1.2 组织架构 在一个大型系统集成项目中,为了保证工程的顺利进行,需要建立相应的开发和管理机构,其典型的结构如下图所示:

在项目实施的组织结构中,各小组的职责如下: ?工程领导组 是XX项目实施中双方协同工作的最高管理机构,是由参与工程的双方领导组成,对项目的重大事件进行决策并对项目全过程进行监督及协调,保障项目人、财、物力等基础资源,凡由双方人员参与的各组织机构均在其领导下工作并对其负责。 ?项目经理 负责项目的实施,组织、协调并监督各工程组的工作情况及进度,对工程领导组负责,对具体方案具有决定权,并负责计划与控制、人员配置管理和工程进度等工作。 ?项目评议组 由业务、运行维护以及各方面的专家组成,负责对项目的可行性、成本收益、进度、质量等进行评议作业。 ?质量控制组 由用户主要负责部门的工作人员与承建方人员组成,直接对项目经理负责,对应用程序编制及测试过程、内容、结果进行审查和评估,具有质量否决权。 ?系统需求组

软件项目质量管理层次模型

欢迎共阅 软件项目质量管理层次模型 作者:卢琳生 概述 质量:一组固有特性满足要求的程度,指产品或服务满足规定或潜在需要的特征和特性的总和。它既包括有形产品也包括无形产品;既包括产品内在的特性、也包括产品外在的特性。即包括了产品的适用性和符合性的全部内涵。 软件质量:与软件产品满足明确或隐含需求的能力有关的特征和特征的总和。有四个含义:1、能满足给定需要4、软质量管理:在质量方面指挥和控制组织的协调的活动,指对确定和达到质量所必须的全总职能和活动的管理,其管理职能主要包括制定质量方针和质量目标以及质量策划、质量控制、质量保证和质量改进。 软件开发质量管理,就是为了开发出符合质量要求的软件产品,贯穿于软件开发生存期过程的质量管理工作。 软件开发质量管理层次初步划分如下: 1、技术层次(数据、编程、文档) 2、方法体系层次(措施、项目、过程)

3、社会因素层次(质量环境、技术标准、业务标准、人员) 软件开发质量管理层次模型如下图:? 技术层次 1、数据质量管理层次 多数情况下,软件系统的最终目的是对用户关心的各类数据(信息)完成各种各样静态或者动态的处理或管理任务,为用户创造他们所期望和额外的价值。因此数据质量是用户最为关心的,数据质量也反映了软件系统产品的质量。数据质量是数据抽取、数据转换、数据整合、数据仓库以及管理信息系统开发等项目中质量控制和质量保证必须考虑的主要工作。数据质量管理可分为人工比对、程序比对、统计分析三个层次。 1.1 人工比对 1.2 程序比对 1.3 统计分析 2 软件系统是靠“量, 化。 2.1 黑盒测试 黑盒测试检验是否符合系统需求,也称功能测试或数据驱动测试。它是在已知产品所应具有的功能,通过测试来检测每个功能是否都能正常使用。在测试时,把程序看作一个不能打开的黑盆子,在完全不考虑程序内部结构和内部特性的情况下,测试者在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息,并且保持外部信息(如数据库或文件)的完整性。 2.2 灰盒测试 灰盒测试介于白盒与黑盒二者之间,关注输出对于输入的正确性,同时也关注内部表现,但这种关注不像白盒那样详细、完整,只是通过一些表征性的现象、事件、标志来判断内部的运行状态,有时候输出是正确的,但内部其实已经错误了,这种情况非常多,如果每次都通过白盒测试来操作,效率会很低,因此需要采取这样的一种灰盒的方法。

信息系统项目管理九大知识体系

九大知识体系 五个过程:启动过程、计划过程、执行过程、控制过程、结束过程; 九个领域:综合管理、范围管理、时间管理、费用管理、质量管理、人力资源管理、风险管理、沟通管理、采购管理 42个要素:项目与项目管理、项目管理的运行、通过项目进行管理、系统方法与综合、项目背景、项目阶段与生命周期、项目开发与评估、项目目标与策略、项目成功与失败的标准、项目启动、项目收尾、项目的结构、内容与范围、时间进度、资源、项目费用与财务、状态与变化、项目风险、效果衡量、项目控制、信息/文档与报告、项目组织、协作/团队、领导、沟通、冲突与危机、采购/合同、项目质量、项目信息学、标准与规则、问题解决、会谈与磋商、固定的组织、业务过程、人力开发、组织学习、变化管理、行销/产品管理、系统管理、安全/健康与环境、法律方面、财务与会计

1、制订需求管理计划 2、求得对需求的理解; 3、求得对需求的承诺; 4、管理需求变更; 5、维护对需求的双向跟踪; 6、识别项目工作与需求之间的不一致性。

需求变更管理流程: 1、受理变更申请; 2、对变更进行审核; 3、变更方案论证; 4、提交上级部门(变更管理委员会)审查批准; 5、实施变更; 6、对变更的实施进行监控; 7、对变更效果评估。

挣值管理EVM(Earned Value Management) 四个关键值 PV(Planned Value 计划值):成本估算部分的总价值; AC(actual cost 实际成本):在规定时间内,完成的成本总额; EV(Earned value挣值)实际完成工作的预算价值,即到某一点已完成工作应当的投入资金。 ETC(Estimate To Complete剩余工作的成本估算)ETC=总的PV —已完成的EV; ETC=剩余工作的PV×CPI 最常用的尺度: CV(Cost Variance成本偏差): CV=EV-AC CV>0(成本节省) CV<0(成本超支) SV(Schdule Variance进度偏差): SV=EV-PV SV>0(超过进度) SV<0 (落后进度) CPI(Cost Performance Index 成本绩效指数):CPI=EV/AC CPI>(成本节余)CPI<(成本超支) SPI(Schedule Performance Index 进度绩效指数):SPI=EV/PV SPI>(进度超前)SPI<(进度滞后)

项目管理能力模型

项目管理能力模型 Kendall 和Rollins 注意到,“人位于任何组织和它的系统的核心”。无论技术如何进步,这仍然是真理并将永远是真理。是人在整合业务系统,是人在制定战略、组织结构和控制系统以及人力资源体系,是人提供清晰明了的思维、技能和允诺,从而得到业务的成功。因此,选择合适的人管理项目是重要的。公司应该重视对关键项目的项目经理的任命程序,就像公司十分重视对关键岗位人员的招聘过程一样。然而,大多数组织没有选择项目经理的程序。他们并不知道项目经理该具备何种技能和人格品质才能帮助组织取得成功。企业依靠技术能力确认项目经理的理由在于项目经理能力模型的缺失,该模型用以确定成功项目经理所必需的技能。 波士顿大学企业教育中心(BUCEC联合福克斯(Fox)咨询 公司,基于他们在帮助组织提升绩效领域浸淫多年的经验,开发出了一个项目管理能力模型。无论行业、企业文化或其它因素,成功的项目经理具有相同的特点。该模型(见图1)将项目管理能力分成三大类—“技术技能” 、“个人品质”和“商业领导力”。 这三大技能统合了项目管理的艺术性和科学性。技术技能强调项目管理的科学性。“个人品质”和“商业领导力”则强调项目管理的艺术性,将“管理”技能植入项目管理中。

即使那些遵守项目管理最佳实践和已经建立了项目管理办公 室(PMO的组织也经常失败,因为他们忽略了项目管理的艺 术性。设想项目管理是一座冰山,那么水上部分只是所需的技术技能。技术技能易测算和展现,项目管理的艺术性则难以认知和衡量。 必须了解在完成项目中人与人之间是如何打交道的真谛,才能围绕他们的技能来建立一个能力模型。为了实现这一目标,我们将三大技能分解成不同的集合体,进而描述成功的项目管理所要求的具体行为(见图2)。集合体被分解成不同的单元,单元又被分解成不同的元素,最终得到它们相应的绩效标准。 当评估潜在的项目管理领导人时,相信没有人会完全满足模 型中列出的所有标准。不可能存在这样的个体。然而,该模 型有助于识别出可能的候选者,他们体现出了项目管理能力所需的许多 技能,之后,参照该模型为他们提供必要的培训, 将他们打造成卓有成效的管理者。该模型也有助于组织识别 出现任项目经理发展上的差距。 技术技能 技术技能被分解成九大技能,它们被美国项目管理协会(PMI)在

项目管理成熟度模型

项目管理成熟度模型文件排版存档编号:[UYTR-OUPT28-KBNTL98-UYNN208]

项目管理成熟度模型 项目对于任何组织的成功都是至关重要的。越来越多的组织已经把项目管理作为一种在现今高度竞争的商务环境中维持竞争优势的关键战略,并以各种努力去开发自己的项目管理能力为其发展战略服务,比如项目管理过程、准则、模板、培训、文档等。为使这些努力获得成功,什么是首先要做的怎样才能有目的地、一步一步地走向成熟呢组织项目管理成熟度模型OPM3提供了这样一个框架和方法。 1组织项目管理成熟度模型OPM3简介 为什么需要OPM3 在经济全球化的环境中,各种组织都面临着全方位的竞争。一方面是外部赛场,我们将不得不和自己不甚了解的组织或者是在自己不很熟悉的领域去参与竞争,为此组织必须了解竞争对手的优势和劣势,熟悉外部环境的竞争标尺。另一方面是内部训练,组织需要了解自己的能力,给自己进行定位,因此也需要有一个测定和改进能力的标尺。科兹纳(Kerzner)把通过测量和比较而获得持续改进的方法定义为基准比较法(Benchmarking)。组织要想在市场中保持持续的竞争力、赢得优势,没有内部和外部的基准,用于比较和持续的改进自己的能力,是根本不可能的。内部基准类似于参加校内进行的十项全能运动,你可以通过观看十项全能运动友谊赛进行学习;外部基准则类似于参加非校内的锦标赛。只有这时,你才有了学习和持续改进的机会,这一点对于任何想要获胜的参赛选手都是十分重要的。OPM3就是要制订这样一个标准,适用于不同大小和形式、不同行业

和文化的各种组织,来指导组织培育和提高项目管理能力,即通过成功的项目来实现组织战略目标的能力。 什么是OPM3 “组织项目管理”是指通过项目将知识、技能、工具和技术应用于组织和项目活动来达到组织目标。首先,“组织”扩展了项目管理的范围,不仅仅包括单一项目的成功交付,还包括项目组合管理(ProgramManagement)和项目投资组合管理(PortfolioManagement)。单个项目的管理可以认为是战术水平的,而组织项目管理上升到了战略高度,被视为组织的一项战略优势。 “成熟度模型”可以定义为描述如何提高或获得某些期待物(如能力)的过程的框架。“成熟度”一词指出能力必须随着时间持续提高,这样才能在竞争中不断地获取成功。“模式”是指一个过程中的变化,进步或步骤。 OPM3为组织提供了一个测量、比较、改进项目管理能力的方法和工具。美国PMI学会对OPM3的定义是:“它是评估组织通过管理单个项目和组合项目来实施自己战略目标的能力的一种方法,它还是帮助组织提高市场竞争力的工具。” OPM3的用途 OPM3的目标是提供一种开发组织项目管理能力的基本方法,并使他们的项目与它们组织战略紧密地联系起来。OPM3为使用者提供了丰富的知识来了解组织项目管理,并给出了对照标准作为自我评估的工具,来确定组织当前状况,以及制定改进计划。OPM3可以有以下的用途: 1.通过内部的纵向比较、评价,找出组织改进的方向。

项目管理协会标准体系

项目管理协会标准 体系

简析项目管理协会标准体系 一提到项目管理协会(PMI)的标准体系,很多人就会马上想到”项目管理的圣经”—PMBOK(项目管理知识体系指南)。在最新颁布的PMBOK第三版的引论中,有一段话提到了PMI的标准体系:PMBOK只讨论单个的项目和公认良好作法的项目管理过程。另外有其它标准讨论组织项目管理能力的成熟、项目经理的胜任能力,以及涉及这些领域哪些方面属于公认为良好作法的其它标准。 除了众所周知的PMBOK外,PMI拥有一套完整的标准体系,包括各种标准的术语汇编在内,一共有11个标准文件(两个草案)。本文将对这个标准体系进行简要的分析。 一、PMI标准体系最重要的”基石”——描述单个项目管理的PMBOK 项目管理知识体系最重要的基础是PMBOK。PMBOK主要侧重于跨行业普遍适用的单个项目的知识体系指南,规范了单个项目的管理过程和方法。这也是整个PMI项目管理标准体系中最早建立和完善的规范性文件。 PMBOK当前更新的第三版在PMI网站上一共提供了英语、阿拉伯语、简体中文、法语、德语、意大利语、日语、韩语、葡萄

牙语、俄语、西班牙语等11种语言的版本供自己的会员下载。由于国际标准化组织(ISO)根据PMBOK的内容制定了ISO10006的标准,加上PMI 用PMBOK为主要内容推出了ISO认可的全球统一PMP认证考试,因此当前PMBOK在全球项目管理的规范体系中扮演着一个”宪章”性质的角色。 PMI标准体系中后面的标准大都围绕着这一规范性文件,根据实际的需要延伸发展出来的,主要在以下几个方向有令人关注的发展: 1、不同行业的PMBOK扩展 2、不同层次的项目管理扩展 3、不同方法技术的实际应用 4、项目经理个人能力的发展 5、组织项目管理能力的发展 二、不同行业的PMBOK扩展(PMBOK Extension)标准 因为PMBOK是一个跨行业普遍适用的项目管理知识体系指南,为了兼顾通用性,PMBOK对不同行业的项目管理特点无法体现。因此PMI又针对特定行业制定了PMBOK扩展(PMBOK Extension)作为补充和完善。当前在PMI的标准体系中,一共有三个不同领域的PMBOK扩展标准。

简析项目管理协会标准体系

简析项目管理协会标准体系 一提到项目管理协会(PMI)的标准体系,很多人就会马上想到“项目管理的圣经”—PMBOK(项目管理知识体系指南)。在最新颁布的PMBOK第三版的引论中,有一段话提到了PMI的标准体系:PMBOK只讨论单个的项目和公认良好作法的项目管理过程。另外有其他标准讨论组织项目管理能力的成熟、项目经理的胜任能力,以及涉及这些领域哪些方面属于公认为良好作法的其他标准。 除了众所周知的PMBOK外,PMI拥有一套完整的标准体系,包括各种标准的术语汇编在内,一共有11个标准文件(两个草案)。本文将对这个标准体系进行简要的分析。 一、PMI标准体系最重要的“基石”——描述单个项目管理的PMBOK 项目管理知识体系最重要的基础是PMBOK。PMBOK主要侧重于跨行业普遍适用的单个项目的知识体系指南,规范了单个项目的管理过程和方法。这也是整个PMI项目管理标准体系中最早建立和完善的规范性文件。 PMBOK目前更新的第三版在PMI网站上一共提供了英语、阿拉伯语、简体中文、法语、德语、意大利语、日语、韩语、葡萄牙语、俄语、西班牙语等11种语言的版本供自己的会员下载。由于国际标准化组织(ISO)根据PMBOK 的内容制定了ISO10006的标准,加上PMI 用PMBOK为主要内容推出了ISO 认可的全球统一PMP认证考试,所以目前PMBOK在全球项目管理的规范体系中扮演着一个“宪章”性质的角色。

PMI标准体系中后面的标准大都围绕着这一规范性文件,根据实际的需要延伸发展出来的,主要在以下几个方向有令人关注的发展: 1、不同行业的PMBOK扩展 2、不同层次的项目管理扩展 3、不同方法技术的实际应用 4、项目经理个人能力的发展 5、组织项目管理能力的发展 二、不同行业的PMBOK扩展(PMBOK Extension)标准 因为PMBOK是一个跨行业普遍适用的项目管理知识体系指南,为了兼顾通用性,PMBOK对不同行业的项目管理特点无法体现。所以PMI又针对特定行业制定了PMBOK扩展(PMBOK Extension)作为补充和完善。目前在PMI的标准体系中,一共有三个不同领域的PMBOK扩展标准。 (1) 项目管理知识体系指南在政府部门的扩展(Government Extension for PMBOK Guide - 2000 Edition) (2) 项目管理知识体系指南在建筑领域的扩展(Construction Extension to the PMBOK Guide - 2000 Edition) (3) 项目管理知识体系指南在美国国防部的扩展(U.S. DoD Extension to the PMBOK Guide) 三、不同层次的项目管理扩展标准

怎样建立组织级别项目管理体系

如何建立组织级别的项目管理体系 摘要 信息技术应用项目的成功实施离不开项目管理,对于一个提供IT产品及服务的企业来说,要使每一个项目的都能成功实施,则必须建立合理的组织项目管理体系,本文从IT项目中存在的问题入手,提出项目管理是组织行为,论述一个IT企业如何建立项目管理体系机制,并根据软件行业的特点,和CMM模型结合,指出建立和改进组织级别的项目过程规范的方法,及软件行业的量化管理的内容及方法,最后提出软件企业应适时选择项目管理系统,提高项目管理的质量和效率。 在我们这个社会,信息技术的影响无所不在。计算机、软件、网络,以及跨学科的甚至是遍及全球的工作团队已经彻底改变了我们的工作环境。这些变化增加了对先进的项目管理的要求。然而,最新的研究表明,只有26%的IT项目成功地实现了范围、时间和成本目标,而剩余的74%都有不同程度的失败。 1 项目中的问题 我国正规的项目管理研究起步比较晚,项目管理知识的普及程度也比较低,这样也就导致现在大多数组织中的项目管理或多或少存在着这样或那样的问题。主要表现为: 项目管理控制体系不健全:大部分组织缺乏完整的项目管理体系,相关的责权不够分明,项目管理的漏洞较多,缺乏协调性。 项目管理缺乏系统性:项目运作主要体现为过程行为,项目的任务细分与计划性不够,造成项目进度延迟、资源浪费、质量低下或项目失败。 不重视项目的整合管理:很多IT项目经理都是技术人员出身,造成重技术、轻管理,不够注重项目的整合管理,致使项目不能成功。 不重视项目领导技巧:项目经理的领导技能较弱,项目团队建设出现问题的例子也时常出现,如项目中途合作各方散伙、项目经理不能得到组织高层领导及客户的有效支持等,常常导致项目中途下马,项目成员效率低下等。 项目风险防范意识缺乏:很多组织的项目管理没有风险防范计划。项目的可行性分析留于形式;项目计划时不注重项目中的自然、经济、技术、管理与运作中的风险分析;项目实施中不重视风险的监控;因项目风险管理不当招致的项目失败不在少数。 不注重项目经验总结:大多数组织没有项目收尾的项目总结过程。导致项目管理原地踏步,项目绩效较低。每个项目的运作过程中都会有所收获,同时也一定会有应吸取的教训,这些经验的总结与共享是组织项目管理水平提供的原动力。 2 项目管理是组织行为 2.1 项目管理及项目管理体系内涵 理论上讲,项目管理包含九大知识领域、五个过程。这九大知识领域分别是项目范围管理、时间管理、费用管理、质量管理、风险管理、人员管理、采购管理、沟通管理和项目整体管理问题。五大项目过程是项目启动过程、项目计划过程、项目执行过程、项目监控过程和项目收尾过程。项目管理的本质就像其字面上所体现的一样,就是“项目(过程)”和“管理(过程)”相结合的产物。由于不同类型项目过程的差异性很大,通用的适合于所有项目的过程与相关的管理技术也只能抽象的,在组织实际的项目管理体系建设中必须将这些管理技术与项目过程紧密结合,这样的项目管理才具有指导意义。 因此,组织实际的项目运作过程中,学会项目管理技术本身不是一件困难的事情,困难的是如何将这些项目管理技术运用于组织的项目过程中。同时,不同行业驱动组织发展的组织结

项目管理体系框架

3.IPMA 的ICB3.0 国际项目管理专业资质基准(IPMA Competence Baseline ,ICB ) Reliability 2.13ALL Resources 1.13Conflict & crisis 2.12 Time & project phases 1.12Negotiation 2.11Scope & deliverables 1.11GENERATE Consultation ability 2.10Project structures 1.10 Efficiency 2.09Integration 1.09Result orientation 2.08PROJECT Problem resolution 1.08Leadership 2.07 Work in teams 1.07Creativity 2.06Project organisation 1.06COMBINE Openness 2.05WE Quality 1.05 Relaxation 2.04 Risk & opportunity 1.04Assertiveness 2.03Project requirements & objectives 1.03Self control 2.02Management of project management 1.02Engagement 2.01ME Interested parties 1.01Behavioural competences Technical competences

完成工作量 时间 C D F E 项目过程 人们为创造项目的产出物而开展的各种活项目过程一般用项目生命周期来说明和描 项目过程一般是不同

项目管理成熟度模型

项目管理成熟度模型 作者:许成绩出处:中科项目管理研究所时间:2005-4-4 10:42:00 钟杉为广州项目管理俱乐部成员推荐 项目对于任何组织的成功都是至关重要的。越来越多的组织已经把项目管理作为一种在现今高度竞争的商务环境中维持竞争优势的关键战略,并以各种努力去开发自己的项目管理能力为其发展战略服务,比如项目管理过程、准则、模板、培训、文档等.为使这些努力获得成功,什么是首先要做的?怎样才能有目的地、一步一步地走向成熟呢?组织项目管理成熟度模型OPM3提供了这样一个框架和方法。 1 组织项目管理成熟度模型OPM3简介 1.1 为什么需要OPM3 在经济全球化的环境中,各种组织都面临着全方位的竞争。一方面是外部赛场,我们将不得不和自己不甚了解的组织或者是在自己不很熟悉的领域去参与竞争,为此组织必须了解竞争对手的优势和劣势,熟悉外部环境的竞争标尺。另一方面是内部训练,组织需要了解自己的能力,给自己进行定位,因此也需要有一个测定和改进能力的标尺。科兹纳(Kerzner)把通过测量和比较而获得持续改进的方法定义为基准比较法(Benchmarking)。组织要想在市场中保持持续的竞争力、赢得优势,没有内部和外部的基准,用于比较和持续的改进自己的能力,是根本不可能的。内部基准类似于参加校内进行的十项全能运动,你可以通过观看十项全能运动友谊赛进行学习;外部基准则类似于参加非校内的锦标赛。只有这时,你才有了学习和持续改进的机会,这一点对于任何想要获胜的参赛选手都是十分重要的。OPM3就是要制订这样一个标准,适用于不同大小和形式、不同行业和文化的各种组织,来指导组织培育和提高项目管理能力,即通过成功的项目来实现组织战略目标的能力。 1.2 什么是OPM3? “组织项目管理"是指通过项目将知识、技能、工具和技术应用于组织和项目活动来达到组织目标。首先,“组织"扩展了项目管理的范围,不仅仅包括单一项目的成功交付,还包括项目组合管理(Program Management)和项目投资组合管理(Portfolio Management)。单个项目的管理可以认为是战术水平的,而组织项目管理上升到了战略高度,被视为组织的一项战略优势。 “成熟度模型”可以定义为描述如何提高或获得某些期待物(如能力)的过程的框架.“成熟度”一词指出能力必须随着时间持续提高,这样才能在竞争中不断地获取成功.“模式”是指一个过程中的变化,进步或步骤。 OPM3为组织提供了一个测量、比较、改进项目管理能力的方法和工具。美国PMI学会对OPM3的定义是:“它是评估组织通过管理单个项目和组合项目来实施自己战略目标的能力的一种方法,它还是帮助组织提高市场竞争力的工具。” 1。3 OPM3的用途 OPM3的目标是提供一种开发组织项目管理能力的基本方法,并使他们的项目与它们组织战略紧密地联系起来.OPM3 为使用者提供了丰富的知识来了解组织项目管理,并给出了对照标准作为自我评估的工具,来确定组织当前状况,以及制定改进计划.OPM3可以有以下的用途: 1.通过内部的纵向比较、评价,找出组织改进的方向。 OPM3成熟度标尺为组织提供了在关键时机进行评价的方法,这种即时“抓拍”的结果可以和以前的评价做比较,来确定已实行的变革带来的效果,以便指导今后的改进。

相关文档
最新文档