苏通大桥项目管理信息系统的.pdf

《苏通大桥项目管理信息系统的.pdf》由会员分享，可在线阅读，更多相关《苏通大桥项目管理信息系统的.pdf（6页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、集 锦 苏通大桥项目管理信息系统的 质量、安全管理简介 上海普华科技发展有限公司上海普华科技发展有限公司 顾高坚顾高坚 一 概述 一 概述 苏通大桥是在建的世界第一斜拉桥，投资大（预算 60 多亿元），工期长（计划工期 6 年），涉及面广（参建单位数十家），管理条件极为复杂。为把苏通大桥建成为高品质、高效益的一流大桥，大桥指挥部领导敏锐地觉察到需要建立一个科学有效的项目管理信息系统来协助进行大桥的管理工作。经过多次调研，指挥部决定委托上海普华科技发展有限公司进行系统的开发。其中，一期以解决成熟的商品化软件集成为主，主要包括进度投资管理(P3e/c)、合同管理(Exp)、文档管理(Powerco

2、m)，且已于 2005 年 3 月开始正式运行。从 2005 年 3 月至 2006 年 5 月，系统进行了二次开发，作为对一期的补充，包括质量管理、安全管理两部分。二 开发过程回顾 二 开发过程回顾 开发之初，我们走了一些弯路，一度陷入困惑和迷茫之中，碰到了不少问题。归纳起来，主要有以下几点：1几乎没有任何经验可参考。在此之前，国内几乎没有类似大型复杂项目的信息系统开发经验，也没有利用软件来管理（桥梁）工程质量、安全的实践经验。这就意味着我们的工作几乎要从零开始。2质量、安全管理本身难以用软件形式体现。与进度、投资管理可以利用成熟的网络计划技术、挣值技术等不同，质量、安全管理的一个重要特点就

3、是：涉及的管理工作非常离散、头绪众多、面较广，不易量化，不易建立数学模型。3难以调动其他参与方的积极性。参与各方积极、有效的协同工作是系统开发成功的一个必要条件。开发之初，由于其他参与方的重视度不高及其它种种原因，各方的积极性都大打折扣，这直接导致了开发工作在较长一段时间内难以推进。针对这些问题，我们制定了如下总体开发思路：明确用户建立开发团队系统完善程序设计确立需求框架调研用户需求沟通协调 1.明确用户。这是要解决“谁用？”这个问题。这个问题是整个开发工作的第一个环节，它不明确，任何工作都是无的放矢。经过调查，我们明确了质量、安全管理模块的使用对象为指挥部的工程处、安全处及施工单位的工程部、

4、劳安部相关人员，同时考虑到目前的管理现状，我们适当考虑了监理人员。2.建立开发团队。之所以在明确用户后才建立开发团队，主要是出于将用户纳入开发团队的想法，这样的好处是：使他们意识到自己是整个团队的一员，能够很好地调动他们的积极性，增强他们的责任感。据此，我们的团队成员既有我公司的开发、服务人员，又有指挥部及施工单位的直接使用者，同时还有指挥部负责该项目的直接领导。3.调研用户需求。调研用户需求是一项长期而重要的工作，可以避免闭门造车，从而能推动、加强用户对最终成果的认同感。因此，它是整个过程中非常关键的一个环节。通过初步调研，我们发现，无论是指挥部方用户还是施工单位方用户对质量和安全管理需求都

5、没有清晰、全面的概念，提出 42 集 锦 的需求也都较零散，很难集中实现。为此，我们采取了主动出击、逐个击破的工作方法。以安全管理模块为例，首先，我们向指挥部参与该项工作的人员给出了我们目前的思路以及它能够实现的功能，然后请他们根据自己的工作实际提出意见和建议，再经过双方的讨论，结合理论需要和实际工作，逐步形成了双方的思路框架。接着，我们连同指挥部方人员向施工单位方用户讲解该思路，同时征求并采纳他们的正确意见。比如，我们原先关于危险源控制的思路是将危险源按照人、机械、环境三类划分后再与施工进度计划对应，但施工单位人员根据他们的实际工作情况，认为这种做法很难操作，他们提出将施工进度计划直接与危险

6、源对应。通过实际尝试，我们发现他的意见是正确的，并及时采纳，避免了使用阶段的麻烦。这样，三方确立了用户总体需求。4确立系统框架。依据用户需求，我们确立了系统思路和框架并进一步细化了框架的具体环节。5程序设计。程序设计是在系统框架确立并经各方一致认同后进行的，这可以避免“返工”现象。6系统完善。当然，之前确立的仅仅是用户主要需求基础上的系统框架，而实际情况是：随着各方，尤其是用户认识的不断深入，用户的需求细节会有一个完善的过程。因此，在试运行期间需要跟踪并完善系统。沟通协调是贯穿整个开发过程的，有效的沟通是以上一系列环节的粘合剂。由于人们大都已习惯当前的管理方法，开发始初，他们的积极性较低。我们

7、的一个体会是，通过沟通，让各方切身体会到参与此项工作的意义及系统运行后对工作的帮助，同时还要充分尊重每一位参与者的意见。三 功能介绍 三 功能介绍 1.质量管理 按照事前预控、事中检验、事后分析的基本方法，质量管理模块形成了如下思路：质量检查项质量分解结构合格否签证结果整改通知质量评定整改措施措施检查否否是是QI项检查完工作分解结构标段项目事前预控事中检验事后分析质量检查责任体系教育培训技术交底评定结果分析关键指标分析检查结果分析相关报表质量验评法律法规检查文件责任人关键指标控制措施 事前预控：系统能对从基础的责任体系到施工前的教育培训、技术交底等进行全过程文件记录，还能对国家、行业的相关法律

8、、法规等实时共享。事中检验：质量检验是施工阶段质量控制的重要内容，主要包括质量验评和质量检查两部分。其中，质量验评能记录质量检查项从签证到整改再到最终评定的全过程，并且通过与施工进度计划的关联实现了质量管理和进度管理的同步，通过与资源的关联实现了验评过程中责任制的落实；质量检查能记录指挥部、监理的宏观检查结果。事后分析：系统能以统计表、柱状图等多种形式对质量验评过程中的签证、评定结果及关键指标进行分析，还能以折线形式反映宏观检查结果趋势，并且能提供相关报表。2.安全管理 安全管理思路如下：危险源识别施工进度计划控制措施文档体系控制体系经验教训检查考核责任体系培训体系安全规范危险源控制重点控制应

9、急处理危险源汇总评价分析责任人相关事故 文档体系：系统能记录安全管理工作中的一些基础类文件，以及安全控制的基础文件（责任体系、培训体系等）。控制体系：安全控制是安全管理工作的重心，系统能从不同层次以及分类开展安全管理工作。其 43集 锦 中，危险源控制是细度控制，用于进行危险源识别、评价、控制措施及汇总分析这一系列工作，并且通过与施工进度计划的关联实现了安全管理与进度管理的同步；检查考核能记录、发布指挥部、监理的宏观检查结果；重点控制能建立船舶、机械的动态台帐；应急处理则能提供针对应急情况的基本处理办法。经验库：“前事不忘，后世之师”。通过设置经验库，系统可以在一定程度上吸取类似工程的安全管理

10、经验，以此来服务本工程。四 规划概述 四 规划概述 依据以上功能，结合苏通管理工作现状，我们做了如下规划：1.应用环境 质 量、安 全 模 块 均 采 用 浏 览 器/服 务 器(Browser/Server,简称 B/S)结构，指挥部人员可直接进入，其他相关人员可通过虚拟专用网络（VPN）连接到指挥部局域网后使用。2.基础数据 由于二次开发是在现有系统基础上进行的，故质量、安全模块一方面继承了现有系统的基础数据，同时又根据管理需要增加了如下数据：2.1 质量管理 A.质量评定类别 它指从项目本身的结构角度把项目逐步分解到各个层次。我们按照常 规划分办法，设定了“单位工程”、“分部工程”、“分

11、项工程”三类。B.质量评定签证等级。它是指质量检查项签证或质量评定项评定所需要的批准层次、等级。按照目前的情况，我们设了“质量检查站”、“总监办公室”、“现场监理代表”、“施工项目部”四个层次。C.质量签证类别 它是指质量检查签证时涉及的工作状态。我们暂时设立了“停工待检点”、“旁站点”、“记录点”三类。D.质量评定、签证基分设定 它是指进行质量评定、签证时的评分划分。我们暂时设了“优”、“良”、“合格”、“不合格”四类，它们具体的分数设定按照管理需要设定。E.质 量 项 目 划 分(Quality Breakdown Structure,简称 QBS)它是指从质量管理的角度需要控制质量的各个

12、项目层次，是分层次的树状结构。在此，我们按照 苏通长江公路大桥工程专项质量检验评定标准中对工程实体单位、分部、分项工程的划分进行设定。F.质量检查项(Quality Item,简称 QI)它是指从质量管理的角度控制质量的最小单元项。在此，我们依据苏通长江公路大桥工程专项质量检验评定标准，结合目前的控制细度，将其中的分项工程作为质量检查项。G.关键指标 它是指按照管理需要设置的质量检查项下的重要检测指标，以重点关注和分析，比如混凝土强度、灌注桩的保护层厚度等。用户可以根据自身需要定义。2.2 安全管理 A.危险源类 它们是危险源控制的基础数据，包含危险源识别(危险因素定义)，危险源分析(危险级别

13、、可能导致的事故或伤害、判断依据、危害程度)，危险源控制(控制计划、控制级别)等。B.安全考核类 它们用于对安全考核评分表的基础定义，主要包含标段定义、月份定义、评分表定义、评分表内容编辑。C.安全目录 它用于整个安全文档体系的目录定义，以调整安全管理模块的各级文档菜单。3.规划 3.1 质量管理 质量管理模块主要由“质量规划”、“质量保 44 集 锦 证”、“质量控制”、“质量分析”、“基础数据”五部分组成，描述如下：3.1.1“质量规划”、“质量保证”这两部分内容用于实现事前预控的功能，均在业主、承包商两个管理层次体现。各层次相关人员按照类别分别录入数据。3.1.2“质量控制”A.“质量计

14、划”、“质量检验”这两部分是质量管理的要点，在业主、监理、承包商三个管理层次体现，主要工作流程如下：质量评定质量评定质量计划质量计划计划编制前准备工作计划编制前准备工作明确质量检查范围编辑质量签证计划质量签证记录编辑质量项目划分录入基础数据确定基础数据来源质量评定生成质量评定记录是否合格是是否否质量整改质量整改质量整改措施措施检查是否合格否否是是质量评定申请 其中，计划编制前的准备工作按照指挥部的管理要求实施，质量检查范围由指挥部工程处人员明确，基础数据主要参照苏通长江公路大桥工程专项质量检验评定标准和监理用表；计划编制工作中质量项目划分是指从质量管理视角将项目层次化划分，由指挥部工程处完成；

15、质量签证计划针对的是质量检查项的，由施工单位协助指挥部编制，签证记录由施工单位负责；质量整改中的整改措施由施工单位在指挥部或监理规定的时间内给出，由监理确定该措施是否合格；质量评定针对的是质量项目划分，在它下面所有的检查项都已检查合格后，由施工单位提出评定申请，同时生成评定记录，最后由监理或指挥部给出最终评定结果。B.“季度考核”该部分是指挥部对项目部的定期检查，因此由指挥部工程处相关人员负责将考核结果在此公布。3.1.3“质量分析”该部分数据均来自质量控制，不需编辑，不同角色的用户可以查看各自关心的统计数据。3.1.4“基础数据”该部分由指挥部工程处相关人员负责维护。3.2 安全管理 安全管

16、理模块主要由“安全规范”、“基础建设”、“安全控制”、“经验库”、“基础数据”五部分组成，描述如下：3.2.1“安全规范”、“基础建设”、“经验库”这三部分内容用于体现文档体系功能，在业主、承包商两个管理层次体现。各层次相关人员按照类别分别录入数据。3.2.2“安全控制”A.“危险源控制”危险源控制是安全管理的重点，在监理、承包商两个管理层次体现，主要工作流程如下：施工进度计划危险源识别危险源评价控制计划控制措施责任人相关事故危险源汇总分析 危险源是依据主体施工进度计划识别的，随着施工进度的推进，危险源的识别也在不断进行。施工单位在识别出某个危险源后需要首先明确责任人，并评价其严重等级，关联相

17、关事故，然后给出相应的控制计划及具体的控制措施。另外，监理须对全过程进行监督并予以确认，各方还可按照严重等级、责任人等对危险源汇总分析。B.“重点控制”、“应急处理”这两部分在业主、承包商两个管理层次体现，承包商负责及时录入重点控制项的相关数据，由指挥部安全处监督、检查。C.“安全检查”、“安全考核”这两部分在业主、监理、承包商三个管理层次体现，由指挥部、监理发布检查通知，并公布检查、考核结果，承包商则负责及时给出整改措施。3.2.3“基础数据”对于危险源类基础数据，由于其是危险源控制的底层数据，故由承包商维护；对于安全考核类和安全目录类基础数据，它们是为安全考核和文档体 45集 锦 系服务的

18、，因此由指挥部安全处人员负责维护。4.1 全局权限 4.权限设置 对于全局操作权限，二次开发在原有权限设置的基础上，又针对质量、安全进行了如下设置，见下图：(“”表示具有该权限)依据以上规划，考虑到监理在目前管理工作的实际作用以及操作的方便、实用，我们作了如下权限设置：权限组 指挥部 监理施工单位 权限 质量 人员 质量 领导 安全 人员 安全 领导 质量 人员 安全 人员 质量项目划分编制 质量项目划分确认 质量签证计划编制 质量签证计划确认 质量评定申请 质量评定结果登记 质量检查结果登记 质量签证结果编辑 质量整改通知编制 质量整改通知签发 质量整改措施编制 质量整改措施签发 质量整改措

19、施审批 整改检查结果编制 整改检查结果确认 质量基础数据维护 质量文件编辑权限 质量文件查看权限 指挥部质量文件编辑权限 安全文件编辑权限 安全文件查看权限 指挥部安全文件编辑权限 标段定义 月份定义 安全检查表定义 安全检查表内容编辑 标段检查项目定义 46 集 锦 4.2 项目权限 对于项目操作权限，二次开发完全继承已有设置，在此不再累述。五 小结 五 小结 虽然苏通大桥项目管理信息系统的质量、安全管理是为大桥量身订做的，不一定具有广泛的普遍性，而且有些细节仍然有待完善，但是我们相信，无论是它的开发过程还是规划应用过程都有值得类似项目借鉴的地方。我们更有理由相信，随着项目管理环境的不断改善，作为项目管理技术和信息技术结晶体的项目管理信息系统必能更好地服务各类项目！47