挣值管理在系统工程项目中的改进_第1页
挣值管理在系统工程项目中的改进_第2页
挣值管理在系统工程项目中的改进_第3页
挣值管理在系统工程项目中的改进_第4页
挣值管理在系统工程项目中的改进_第5页
已阅读5页,还剩4页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、挣值管理在系统工程项目中的改进挣值管理(evm)是真正有效的项目管理技术,能够实现项目成本、项目进度以及项目技术性能管理的整合。挣值分析是现今使用范围最广的一种项目绩效测定方法。正确应用挣值管理就能实现对项目的量化管理。最为重要的是,挣值管理能够对项目当前状况与预定成本以及进度计划之间可能出现的偏差进行早期预警,保证项目的顺当完成。项目经理(pm)利用早期预警就能够快速采取恰当的措施排解出现的异常状况。但是假如要保证挣值管理数据的牢靠和有效,就必需满意两项前提,选择正确的项目绩效基本度量和对项目进展的评定必需客观这。其次,挣值管理是否能够对项目绩效进行有效测定,取决于组织系统工程、软件工程以及

2、项目管理流程的完整以及完备程度。此外,假如测定对象选择错误或者测定方法有偏差,都会增加挣值管理的执行成本并削减本应创造的管理价值。 本文介绍挣值管理的大体框架,针对系统工程中的应用中,还给出有关其计划、度量和掌握的优化的实践指导。本概况内容取自针对挣值管理、系统工程与项目管理的工业标准和能力模型。 挣值管理现状 挣值管理投入使用之前,各项目经理独立对项目成本和进度性能进行跟踪,不存在相互间协作。根据项目进度时间,对项目实际资源耗费和预期资源耗费进行比较,以确定所谓的项目成本偏差;对项目实际进度与计划进度进行比较,以确定项目进度偏差。但始终没有一个统一的标准,可以从项目完成时的预期资源消耗角度对

3、项目绽开进度(实际完成的工作量)进行评定。 挣值管理对项目计划作业量(计划价值,或pv)和实际完成工作量(挣值,或ev)进行比较,确定是否已取得项目预期的成本和进度性能。挣值管理标准包括如下规则: · 将项目计划作业范围划分成若干部分,各部分由专人或组织对项目技术、进度以及成本目标进行负责。 · 对项目计划作业范畴,作业进度以及成本目标进行整合,并作为效绩测量基准(pmb)用于测定项目的完成状况。 · 对项目完成状况在工作绩效层面进行客观评定。 · 分析与计划间的严重偏差,对由此造成的影响进行预估,并基于当前工作绩效和将要开展的工作,估算项目完成日期。

4、挣值管理通过两种有效的性能指数,实现对项目实施 的有效分析和预估。成本性能指数(cpi)用于评定耗费资源效率,进度性能指数(spi)则是项目进度与基于资源预算的计划进度的比率,而非时间进行评判。cpi或spi单独或同时使用,都可获取对项目性能的图形趋向分析。 挣值标准和功能模型 以下标准和功能模型构成用于完善挣值管理流程的架构: · 挣值管理系统(evms) · 系统工程流程(ieee1220)应用与管理标准 · 系统构建流程(eia632) · 项目管理学问体系(pmbok) evms特性及其局限性 挣值管理技术最初由美国国防部(dod)开发,用于监视

5、大规模高风险性系统的选购。在这之后,针对各类非国防机构同样要求供应商使用挣值管理系统。近年来,人们对挣值管理技术进行简化和改造,将其应用于商业项目,其中包括软件密集型项目。挣值管理标准(evms)将政府协定要求转换成为一种工业标准,但对于实际项目经理的需求,挣值管理标准则存在若干局限性,通过将挣值管理和稳健系统工程、软件工程以及项目管理准则结合就可弥补这些局限性。 首先,挣值管理系统表明,挣值用于测定项目已完成工作数量而并非其质量,但项目经理应当确保挣值管理还应对技术产品的质量和技术成熟度进行度量,而不仅仅只是度量其数量。稳健系统工程和软件工程流程应供应技术性能度量(tpm)以及用于评定同挣值

6、有关数量关系的技术成熟度的标准。 第二,挣值管理系统原则指出了项目作业范围,而将产品范围和客户要求忽视不计。同样,系统和软件工程标准在最佳状况下会指出产品要求,并要求对新产品的开发进度以及质量进行评估。项目管理学问体系对项目范围中两个不同部分进行区分,即产品范围和作业范围。 第三,挣值管理是一种衍生的度量,因而挣值管理整合技术与成本性能的有效性,取决于针对项目选择的基本度量的种类。 第四,挣值管理系统并不要求进行精确度量,它指出挣值方法应当客观实际,但同时也指出可使用(主观性)管理评估确定项目中已完成工作的数量。 第五,人们熟悉到挣值管理作为一种风险管理工具,但挣值管理系统的根本功用并非是风险

7、掌握,甚至根本与风险掌握毫无关系。 此外,挣值管理供应了项目度量、分析和掌握的严格度量标准,但挣值管理系统却几乎并未能够向项目经理供应任何具有价值的信息资料。 为了对项目流程进行完善,打破挣值管理标准的局限性,提出以下建议给项目经理, 系统工程标准和模型 系统工程中包括系统总体开发,其中还可能涉及软件开发。系统工程旨在将客户需求、期望和限制转化成产品解决方案,并在产品整个使用期内对产品解决方案供应支持(ieee 1220)。 能力成熟度整合模型(cmmi)中,系统工程作为一种涉及众多范畴的管理方法,对项目总体技术和管理工作进行管理,而这些项目总体技术和管理工作对于将用户需求、期望和限制转化成产

8、品解决方案,并在产品整个使用期内对其进行支持来说,是必需具备的条件。这包括对技术性能度量的定义,整合有关工程特性建立产品结构,以及定义生命周期流程来均衡项目成本、绩效和进度目标。 ieee1220和eia632对系统工程过程改进上,项目进度、计划和度量供应了更多的指导,该指导可用为项目选择合适的挣值方法。 对比需求的项目进度 项目经理应选择合适的挣值流程基本度量,这些度量应能够客观地指出与项目需求开发、实施和验证的进度。对比需求的进度是一种高效的基本挣值方法,例如项目需求的百分比,其中包括向上向下追溯的项目需求和当前已经被验证的项目需求,对于在项目开发早期的需求基线验证尤为重要。表1 即为对比

9、需求的项目进度评估的工业标准。 表1:对比需求的项目进度 ieee 1220 6.8.1.5对比需求的进度测量方法 6.8.6 产品追踪.度量标准 6.8.1.5 d)评估·某一时间的开发成熟度 ·产品功能对项目需求的实现程度 6.8.6产品度量标准在预先设定的掌握点进行: ·系统总体质量评估 ·与预定目标进行比较 eia-632 4.2.1计划编制流程要求 10:需求对比进度 ·进度评估.对当前形成的系统定义与需求进行比较 a)确认产品度量标准和期望值 ·产品质量 ·对比实现需求的进度状况 d)对结果和需求进行比较 退出准

10、则 标准争论到,在项目进度不同阶段进行技术评审,以确保项目能够满意全部退出准则非常重要。ieee1220供应的退出准则这一概念,非常有助于项目。以下是部分用于初步设计评审的退出准则: · 优先完成对子系统的评审 · 确定系统总体设计到具体设计整个过程是否满意系统基线 · 将过高的风险程度降低至可接受范围之内 · 排解全部与系统、产品和项目生命周期流程有关的问题 以上退出准则应作为系统工程开发计划或其它技术性计划的组成部分进行定义。项目经理应对计划进行评审,并就退出准则的有效性和完整性达成全都。 系统工程工作产品 系统工程流程中会产生若干重要产品, 它们应

11、归入整个计划,并通过挣值进行度量,ieee1220 的产品包括: · 项目需求基线 · 通过验证的需求基线 · 功能实现结构 · 经过验证的功能实现结构 · 物理实现结构 · 经过验证的物理实现结构 这些系统工程产品应被列入主进度计划,并通过工作包输出。下面对能力成熟度整合模型的争论中还会就工作产品进行补充介绍。 技术绩效度量 对项目定义技术绩效度量并进行评判,用以评定某一系统对性能需求的实现状况。技术绩效度量使用来自于工程度量、测试、或原型的实际或者预估数据。以下是软件密集型项目开发中与软件和计算机硬件有关的技术绩效度量: 

12、3; 程序输出量 · 反应时间 · 容量 · 电能消量 ieee 1220和eia 632均给出了技术绩效度量的计划和度量(表2)指导和有关于技术绩效度量与挣值管理整合的指导。 表2:技术绩效度量的计划和度量 ieee 1220: 6.8.1.5,基于效绩的进度度量 技术绩效度量是实现对技术进展进行渐进性评定的关键。 ·根据已确定的日期跟踪: 对进度进行检查 实现与计划是否完全满意 ·对需求的满意状况进行评估 eia-632: 术语表 基于当前评估的,最终系统的关键技术性参数预估 计划价值状况显示分时段的业绩状况。 ·目前的项目绩效 

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论