研发项目管理之配置管理规程

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

研发项目管理之配置管理规程

1 总则

1.1概述

在项目整个生命周期中项目管理员应对研发工作产品进行标识,跟踪完成有关基线变更处理。

1.2基本原则

项目配置管理的目的是建立和维护项目在整个生命周期产品的统一性、完整性和可追溯性。应遵循的原则:

项目管理员负责项目配置管理。

项目配置管理工作贯穿项目的整个生命周期。

项目管理员应定期检查配置管理工作。

项目结项时应提交配置状态记录表。

1.3人员要求及岗位职责

1.3.1项目管理员

1.3.1.1职责

建立基线库,实施版本控制;收到或更改某个配置项时,应及时通知有关人员;记录并维护配置状态信息,配合项目管理员及领导对项目配置管理的定期检查工作。项目结项时,应对项目的配置情况进行总结,最终提交配置状态记录表并存档。

1.3.1.2岗位要求

接受相关配置管理规范、变更管理规程的培训。

1.3.2项目经理、开发部经理

1.3.

2.1职责

定期或在事件驱动下检查配置管理工作。

1.3.

2.2岗位要求

接受相关配置管理规范、变更管理规程的培训。

1.4资源保证

公司研发部门保证提供完成项目配置管理工作所需的资源、工具和人力。

2 规范流程

2.1.1配置管理规范

2.1.1.1目的

指导项目管理员进行配置管理工作。

2.1.1.2适用范围

公司研发部门所有开发项目

2.1.1.3配置管理过程

2.1.1.

3.1制定配置管理计划

项目管理员负责制定项目配置管理计划,内容包括项目中将要进行的配置管理活动、时间安排、相关资源,职责分配等。

对于配置项变更应按照“变更请求流程”来进行。

配置管理计划应经项目经理审核

配置管理计划由项目管理员负责管理和控制,由项目组遵照实施。

2.1.1.

3.2配置状态记录

项目配置状态记录的目的是为管理人员和项目组提供有关项目进展的全面信息,提供项目配置的当前状态和修改情况。

2.1.1.

3.3配置项控制

2.1.1.

3.3.1配置项的存贮

基线包括需求基线和设计基线。配置项主要包括:需求文档、开发过程相关文档、测试文档、编译工具说明、相关软件。配置项在评审或审核通过后由项目项目管理员按照《配置管理规程》进行填写,项目经理在项目开发每一阶段结束应检查项目配置管理工作。

在项目的起始阶段,项目管理员负责在“基线库”中建立以项目名称命名的子目录。在此子目录下,项目管理员分别为各个基线建立相应的子目录。当某个基线建立时,相应的配置项就被添加到上述对应的子目录下。在对基线进行修改时,则对相应的配置项进行操作。此项目组中所有的成员均可读取这些子目录的内容,而只有项目管理员才有权对基线库进行增删和修改。

2.1.1.

3.3.2基线的建立和提交

当项目中某个基线的各配置项都被完成时,项目组向项目管理员提交配置项,项目管理员组织评审或提交项目经理审核,通过后,项目管理员负责在相应的配置管理数据库目录下加入有关配置项文件,并记录配置项名称、标识、责任人、提交/修改时间等信息。项目管理员将已建立的基线通知有关人员。设计开发阶段的基线在提交测试前应进行更新,更新过程按变更流程进行,测试完成后,应对照《样机状态记录表》,对已变更的部分进行更新。

2.1.1.

3.3.3基线变更

基线变更参见《基线变更控制规范》

2.1.1.

3.3.4基线标识

针对工作产品的阶段,有两种控制类型,基线控制和版本控制,通过这两种控制,

产品的完整性和可追溯性将得到保证。

2.1.2配置项标识规范

2.1.2.1目的

规范配置项标识。

2.1.2.2适用范围

公司研发部门所有开发项目。

2.1.2.3配置项的选择方案

针对工作产品阶段的不同,有两种控制类型,基线控制和版本控制(α测试前采用基线控制、α测试后用版本控制),通过这两种控制,产品的完整性和可跟踪性将得到保证。

所谓基线,是指由项目开发过程中所产生的、并通过了正式评审、审核或验证的一组相关的配置项的集合被称为基线,一旦某个基线被确立,它将成为下一步开发活动的起点。

一旦基线建立进入基线库中,任何人不得随意进行改动,对于基线变更,必须严格按照变更请求处理规程进行。对于版本的控制不象基线控制那样严格。对于配置项的确定,应在项目启动阶段,由项目组中的项目管理员制定。

配置项一般包括:需求文档、开发过程相关文档、测试文档、编译工具说明、相关软件。

2.1.2.4标识规范

每个配置项都有一个独一无二的标识CID,以区分于其他的产品,配置项标识结构如下(结构设计部分除外,以需求分析报告为例):

REQ------××××-×

分号

四位项目编号

配置项标识

对于同一项目提交的基线有2个或2个以上的情况(配置项亦相同),则应在配置项标识后加分号进行标识,分号采用加-1、-2的方式区分。

配置项标识具体如下:

2.1.2.4.1立项阶段

立项阶段的基线有项目策划阶段计划及工作任务书,其标识为:

项目开发计划书(策划阶段)------LPLAN××××

投资回报率分析报告-------RRT××××

工作任务书-------DT××××

需求分析报告---------REQ ××××

技术工艺方案分析报告--------TT××××

产品规格说明书------SPE××××,其中SPE为specification的缩写

2.1.2.4.2方案策划阶段

方案策划阶段的基线有项目设计方案、工艺工装分析报告、研发质量保证方案、项目开发计划书。其配置项标识分别为:

项目设计方案--------SP××××

工艺工装分析报告--------FREP××××

研发质量保证方案--------ASPE××××

项目开发计划书--------PLAN××××

2.1.2.4.3设计验证阶段:

1. 原理图-------- SCH××××-×

2. PCB板图------- PCB××××--×

3. 结构图-------- JG项目编号+**表示,**为流水号。

4. 程序---------P××××-×

5. 软件流程图---------FL××××

6. 验证报告-----VEXP××××

7. 样机--------------- SAM××××

8. 安装使用说明书(用户手册)------ MAN××××

9. 项目测试方案------------A××××--×,其中A代表α测试阶段

10. 测试实施计划------------APLAN××××,其中PLAN为计划

11. 测试报告------------AREP××××,其中REP为report的缩写

12. 环境因素分析报告------ES××××

13. 中试问题统计分析报告-----------MS××××

14. 设计和开发验证报告-------YZ××××

相关文档
最新文档