海工项目技术管理 — 范围管理

龙船客服

所谓的项目范围指的是为交付具有规定特性与功能的产品，服务或成果而必须完成的工作。

技术部门是整个海工项目中的零号车间，在一个特定的项目中，我们的产品实际上是一种服务，它包含了各种必需的技术文件，图纸，技术支持服务，范围管理是确保我们做且只做所需要的全部工作，管理项目范围主要在于定义和控制：

• 哪些工作应该包括在项目内
• 哪些不应该包括在项目内
  
  

从技术角度来讲，当项目合同生效以后该做哪些工作？

Plan Scope Management

首先创建一个对范围如何管理的计划(Scope Management Plan), 以及一个对需求如何管理的计划(RequirementsManagement Plan);范围管理计划描述了将如何定义，制定，监督，控制和核验项目范围。这个项目管理计划要对下列工作的管理过程做出规定：

• 如何制定详细项目范围说明书
• 如何根据详细范围说明书创建WBS (Work Breakdown Structure)
• 如何维护和批准WBS
• 如何正式验收已完成的技术成果
• 如何处理对项目范围说明书的变更
  
  

需求管理计划描述了将如何分析，记录和管理需求。这个计划的主要内容包括：

• 如何规划，跟踪和报告各种需求活动
• 如何对需求优先级排序
• 配置管理活动，例如，如何启动变更，如何分析其影响，如何进行追溯、跟踪和报告，以及变更审批权限；
  
  

Collect Requirements

所谓的需求是指根据特定协议或其他强制性规范，项目必须满足的条件或能力，或者产品、服务或成果必须具备的条件或能力；

具体到海工项目技术管理中，这些需求来自于：

• 合同技术规格书中
• 船级社规范和挂旗国组织
• 业主
• 其他相关部门，如生产部门对图纸和文件的要求；采购部门需要采购规格书来支持他们的采购工作，调试部门需要调试程序来支持调试工作等；
• 质量要求，如为达到重要设备安装精度要求，需要详细的安装说明文件
• 解决方案要求
  
  

Define Scope

定义范围就是为了明确所收集的需求哪些将包含在项目范围内，哪些将排除在项目范围外，从而明确项目、服务或成果的边界。

在实际项目执行过程中，我们经常会收到来自船东和相关部门的各种需求。比如，船东要求对设备底座结构做应力分析，对管道系统做流体数值分析，生产部门要求技术部门做一些的工艺文件等；

但是这些需求需要我们判断，是不是都需要完成，哪些需求是合理的，哪些是不合理的。

Create WBS

技术工作需要分解成可以管控的小的工作包；

设计项目的PPS (Plan ProcessSchedule) 中按照专业把所需要做的图纸列明在一张表格里面；实际上这是WBS的一种。设计文件可以分解为：总体专业图纸，船体专业图纸，舾装专业图纸，电气专业图纸，轮机专业图纸

更进一步地，各个专业的图纸可以细分成单个图纸文件，而设计文件又可以分成基本设计，详细设计和生产设计等部分的文件亦或者，分成设备采购技术文件，生产技术文件，调试技术文件，又如，哪些需要送船东，哪些需要送船检，哪些需要第三方支持，通过这种分解的方式就形成的设计工作范围的基准，为以后的范围控制工作提供了基础。

Validate Scope

确认范围是正式验收已经完成的项目可交付成果的过程。

个人理解的是确认工作有没有做到位，该做的有没有做完整，做完的有没有足够深入细致。技术工作尤其需要如此，如果等到项目快结束的时候发现忘了有张图纸没有送审，这可不是一个好消息。

Control Scope

控制范围是监督项目的范围状态，管理范围变更基准的过程。在项目执行过程中，往往有很多情况下，会有范围变更的情况发生。海工船舶项目上，我们常常通过PCO，VOR的形式来执行这种变更。确定变更需要通过偏差分析的方法，也就是说实际所做的工作范围和之前的范围基准是不是存在偏差，偏离的程度如何；变更的执行会影响到项目的成本，时间以及质量。因此需要慎重对待；也在常常思考一个问题：一个项目的技术图纸文件的几个PPS经常需要调整，不仅仅是发图的时间，还包括增加和减少图纸，到底是哪个方面出了问题呢？

来源：海洋工程技术分享

sap9958

你的项目管理分析的不错呀！