基于RUP方法的大型复杂工程进度管控模型研究.docx

基于RUP方法的大型复杂工程进度管控模型研究.docx

  1. 1、本文档共11页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

?

?

基于RUP方法的大型复杂工程进度管控模型研究

?

?

李雪晖宋健

进度管控是大型复杂工程项目管理的核心内容。大型复杂基建工程与大型软件工程在过程管理中有诸多相通之处。本文以统一软件开发过程(RationalUnifiedProcess,RUP)方法为参考,从管控过程、核心工作流程和管控要素维度进行提炼,总结出一套大型复杂基建工程的进度管理模型,以供业内参考。

大型项目进度管控现状

机场、水利工程、化工装置、发电厂房等大型复杂工程建设具有设计复杂、建设周期长、相关方众多、界面协调难、变更控制难等特点,对于建设方来说,工程进度管控是最大的挑战。进度管控方法论层面,网络计划技术、关键路径法(CriticalPathMethod,CPM)是已被广泛认可和采用的管理方法。然而,在实际项目中,项目进度管控基础方法的应用效果并不理想。究其原因,是传统进度管控方法在落地过程中缺乏必要的流程指导和重点要素提炼,没有形成指导实践的程序文件。

反观软件开发工程领域,针对不同类型、不同规模的软件工程,已经形成了如软件能力成熟度集成模型(CapabilityMaturityModelIntegration,CMMI)、RUP、敏捷开发、极限编程、瀑布模型等诸多实践方法。其中,RUP方法是一个面向对象且基于网络的程序开发方法。该方法特别适合大型团队开发大型项目,就像一个在线的指导者,可以为所有方面和层次的程序开发提供指导方针、模板及事例支持。RUP方法面向对象,强调迭代、用例驱动、以架构为中心的理念,与大型基建工程管理过程有异曲同工之处。本文以进度管控基本方法为指导,以RUP方法为参考,构建一套针对复杂工程的进度管控模型。

构建进度管控模型

RUP方法将大型复杂软件工程分为初始、细化、构造和交付四个阶段,并在每个阶段过程结束点建立里程碑,由里程碑决定过程是否进入下一阶段。其中,初始阶段,确定项目边界;细化阶段,编制项目计划,识别项目风险;构造阶段,所有剩余的构件和应用程序功能被开发并集成为产品,所有的功能被详细测试;交付阶段,重点确保软件对最终用户是可用的。而大型复杂工程进度管控过程也具备类似性,本文借鉴RUP方法定义理念,将工业/基建工程进度管控划分为五个阶段、五大工具、五大流程,如图1所示。

初始阶段:定义工作范围与管理层级

用例驱动是RUP方法的一大特征。在系统分析和系统设计中,用例驱动是复杂系统的功能单元,以最小单元为对象来组织设计、开发、测试工作。这一概念与工作分解结构(WorkBreakdownStructure,WBS)驱动理念不谋而合。对于工业/基建工程来说,任何一级WBS都有其对应的责任单位(承包单位)、设计标准、采购流程、验收标准。因此,在项目初始阶段,项目管理人员需要根据项目的组织管理体系和工程发包体系,建立多级计划管理层次结构,明确项目总体范围,各级子计划的工作范围及责任分工,对各级WBS进行策划。WBS策划的目的是划分不同参与方、不同专业角色的工作界面,如确定设计专业责任分工、设计分包工作范围、不同类型设备采购工作包、施工标段划分等,以指导和控制项目的执行过程,并满足不同管理级别把项目始终控制在相应目标范围内的要求。

初始阶段主要管理工具为WBS裁减工具,通过确定项目范围,调用WBS模板库,将工程实体对象、管理对象进行逐级细化,分解到可定义、可测量、可管理、可评价的基本单元,并将WBS进行编码,如图2所示。

在初始阶段,管理类流程主要为项目团队组建,定义各级计划的管理责任单位与管理团队,将计划的初始化、细化、检测、调整、评价职责进行分工,完成审批工作流程的配置。

细化阶段:工作包细化与活动定义

RUP方法在细化阶段的目标是分析问题领域,建立健全的体系结构基础,编制项目计划,淘汰项目中风险最高的元素,建立项目基准。在工业/基建工程中,基于初始阶段定义的WBS结构和管理层级,需要对最小工作包进行定义,并对每项活动进行定义,运用关键路径法得出项目关键路径,形成项目管控基准计划。

传统的网络计划技术强调活动定义的时间属性和逻辑属性,如每项活动都必须定义项目计划开始時间、计划完成时间、前后工序的逻辑关系、必要限制条件等,而对活动的层级划分、接口关系、完成标准等属性定义不足,影响活动的可操作性。传统模型对活动排序是否合理、关键路径是否合理,缺乏相关的审查标准。因此,借鉴软件工程中用例设计的概念,对计划细化阶段的流程进行重新设计,如图3所示。

在此模型下,除传统要素外,定义活动时要更加强调活动的管理属性,如活动的管控层级是集团级、公司级还是项目级,风险发生的可能性预测,预警消息的触发条件,活动的直接责任单位、责任角色等,以便在项目执行过程中对各类管理活动进行不同维度监控。计划编制完成后,对科学性、合理性

文档评论(0)

159****8201 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档