产品管理流程.docx

产品管理流程.docx

《产品管理流程.docx》由会员分享，可在线阅读，更多相关《产品管理流程.docx（10页珍藏版）》请在冰豆网上搜索。

产品管理流程

产品管理流程及操作手册

本文档适用于中科方德软件有限公司软工应用服务部，仅作内部管理使用，切勿外传。

yaolan

2013-10-17

一、产品发布流程

步骤：

1、项目经理完成该项目后，在外网Qone上发起《产品发布申请》，路径：

我的工作台-工作单-发起表单-产品发布申请

2、测试、需求、开发、实施、销售负责人同时分别从各自角度确认完成情况，同意发布

4、事业部总经理汇总意见，完成审批

5、配置管理员完成入库，填写入库地址，并邮件发送《产品发布通知单》，告知部门全体成员。

（为了简化流程，完成产品发布流程的产品自动入库，就不单独提交产品入库申请了）

加上产品发布通知单模板

二、产品入库流程

本流程按照QONE配置管理模块进行配置

步骤说明：

1、配置管理员制定配管计划，路径：

项目管理—部门流程控制—配置管理—配置管理计划；由于是按照项目集群的方式统一管理项目，然后又将流程单独做到一个项目上，因此每次提交新的入库只能更改配置管理计划（原则上每个项目只有一个配置管理计划）

2、填写配管计划，提交开发部负责人审批通过，路径：

项目管理—部门流程控制—配置管理—配置管理计划

《注：

该项审批在前台页面无提示，只能原路进入项目下配管计划进行审批》

3、配管计划完成后，部门成员才可以进行申请，在外网Qone上发起《产品入库申请》，填写详细信息，路径：

我的工作台-工作单-发起表单-产品入库申请

入库信息必填项：

配置项标识、配置项名称、入库内容上传、备注中填写入库原因、开发内容、风险与意见建议

4、测试部确认该产品测试结果，准许入库

5、产品经理确认产品功能是否完整实现

6、开发部经理确认该入库产品已完成开发，开发内容是哪些？

7、QA确认以上信息是否完整填写

8、事业部总经理审批

9、配置管理员完成入库，填写入库信息（为了简化流程，完成产品发布流程的产品自动入库，就不单独提交产品入库申请了）

产品发布流程和产品入库流程的区分：

1、版本的区分：

根据产品版本管理规定，走产品发布流程的是产品版本第二级及以上，如从5.3.x升级到5.4.x，以及从5.x.x升级到6.x.x；走产品入库申请的是产品版本第三级，如从5.3.1升级到5.3.2

三、产品出库流程

本流程按照QONE配置管理模块进行配置

步骤描述：

出库前提：

该产品已经完成入库流程

出库原则：

每一个客户安装时都必须走出库管理，已入库的产品可多次出库

发起对象：

实施部成员均可提交出库申请，

1、在外网Qone上发起《产品出库申请》，路径：

我的工作台-工作单-发起表单-产品出库申请

2、开发部经理审批，确认本次版本有效，能正常出库

3、事业部总经理审批

4、配置管理员完成产品出库

四、产品版本管理

与以前管理一致，没有变动

1.产品版本命名规则

a）产品产生时版本初版均三级划分，以V1.0.0的方式表示，其中第一位为主版本号，第二位是子版本号，第三位是修正版本号

i.第一级：

核心架构变化、用户界面重构、一级功能模块，增加主版本升级加1

ii.第二级：

二级功能模块，增加子版本号升级加1

iii.第三级：

bug修改，个别功能的改进，其修正版本加1

b）产品在交付入库前发生变动时,由项目组相关人员按照规则对其变动加以版本标记,并提交产品部报备。

2.产品版本号是在原有产品的基础上进行升级，包括文档评审通过和测试通过及试运行期间的版本变化。

产品的文档版本号和程序版本号都必须跟原来保持继承性和可追索性。

由于产品的不同工件修改的频次不一样，所以不要求所有工件的版本号必须保持一致。

例如允许V5.0的产品包括：

程序V5.0、需求规格说明书V4.3、设计说明书V5.2、测试用例V5.5等。

产品包工件的一致性由产品基线来控制。

3.产品基线命名规则

a）产品基线：

产品名称+版本号，如：

QONE5.0

可以采用LABEL或目录的方式予以标识。

并将产品基线中的文档与代码部分分开存放入产品库。

b）内部基线：

产品名称_基线名称简写_版本号，版本号为两位数

如：

QONE4.0_RD

说明：

为QONE4.0项目的需求基线。

基线名称

简写

举例

计划基线

PP

EGIP_PP

需求基线

RD

EGIP_RD

设计基线

SD

EGIP_SD

编码基线

CD

EGIP_CD

测试基线

TEST

EGIP_TEST

4.定制版本命名规则

产品名称：

基线版本_客户代号_客户版本号，如Qone5.4.2_Jing_002_2013070902000

基线名称：

客户代号_客户版本号，如Jing_002_2013070902000

Beta版本：

中间版本，未完成测试临时提交客户的版本

Beta版本命名规则：

待入库基线请放入内网http:

//192.168.3.207/svn/Qong-pro/预发布中，文玲玲提交入库申请单，完成审批后移入“验收发布”文件夹中。

建立release和beta两个项目，

Release为正式发布版本，经过开发、测试、产品等一系列流程完成的最终版本，可直接发到客户处。

如未完成测试，测试经理须打回，中断入库流程。

Beta版本为产品中间件，未测试版本，或其他异常版本，临时需要发到客户处安装的未经质检的版本。

测试经理如实填写是否完成测试，并提出意见，可进入下一级审核，最终由事业部总经理审核决定是否出入库。

两种版本出入库流程一致。