项目管理系列新工作产品管理流程

密级：保密
版本：
*****公司
工作产品管理流程
2008年3月3日
文档编号：
1目的
项目在其执行过程中产生了很多工作产品，包括各种文档、程序、数据和手册。

而这些产品的完整性和产品版本的一致性直接影响到技术支持、产品开发、工程实施的进度、质量和工程后期维护的难易程度。

因此，在项目管理的整个过程中，应该对这些工作产品进行配置管理，以达到如下目的：
1.保证项目的工作产品提交完整、更新及时；
2.在项目的工程实施阶段和工程维护阶段，保证公司与现场程序版本
的一致性；
3.为各个部门的工作提供支持，为公司积累技术方案和产品资料。

特制定研发和工程项目的工作产品管理流程，作为配置管理规范的补充规范。

2管理流程
2．1 三种项目类型
北京XXXX的项目分为：技术支持项目、（产品）研发项目和工程项目，三种项目的生命周期不同，其工作产品管理的方法也有差别。

但是，在研发项目和工程项目的后期，根据项目的特点：研发项目的试运行阶段与工程项目的工程实施阶段的过程相类似，两种项目的维护阶段相似，可以采用一致的管理方法。

2．2 流程说明
三种项目的工作产品管理流程图如图2-1所示：
图2-1 三种项目的工作产品管理流程图
2．2．1 研发项目管理的子流程
1.研发项目的工作产品管理流程图如图2-2所示：
图2-2 研发项目的工作产品管理流程图2.流程说明：
研发项目的工作产品管理流程主要是为研发人员的开发工作提供前期的技术资料，从阶段上划分为3个阶段：立项前期、立项和研发阶段。

对于此流程有以下几点说明：
图中给出的是按照瀑布式开发模式的管理流程，对于使用其它模式
开发的项目组，此流程仅供参考，项目组可以根据实际的开发阶段
和产生的工作产品，制定文档提交流程。

研发项目组有成员出差的情况（如调研），参照《出差规程》。

由于
篇幅关系，本节对此不加以说明。

产品的提交过程参照《北京XXXX软件配置管理过程》。

2．2．2 技术支持项目的子流程
1.技术支持项目的工作产品管理流程图如图2-3所示：
产品线咨询人员
讲解文稿系统规划书技术应答书等等...
及时更新
集成方案是
否
招标文件投标书(商务)投标书(技术)配置报价清单等等...
最终更新
市场部方案集成人员
产品线咨询负责人
技术支持信息
项目技术支持方案集成/审核方案审核
方案确认咨询人员销售人员
销售合同软/硬件配置报价
投标
合同签订
市场部方案集成人员
销售部
市场信息
图2-3 技术支持项目的工作产品管理流程图
2.
流程说明：
技术支持产品管理是为技术支持与销售人员提供技术参考，同时工程
实施提供必要依据，技术支持产品大致可以分为三类：
过程资料（讲解文档/讲解PPT 等）
方案资料（系统规划书/技术应答书/商务与技术投标文件等） 合同资料（销售合同/配置报价等）
技术支持产品资料的提交分为三个阶段：
项目跟踪过程中，过程资料由技术支持人员提交，超过1周的技术
支持项目需要每周更新；
项目投标前，由市场部将所有审核完毕的方案资料最终更新；
项目合同签订，所有相关合同资料由技术支持人员或市场部人员一
并提交；
2．2．3工程项目的子流程
1.工程项目的工作产品管理流程图如图2-4所示：
图2-4 工程项目的工作产品管理流程图
2.流程说明：
在工程项目的整个流程中分为四个阶段：需求调研阶段、本地化阶段、工程实施阶段、工程/售后维护阶段。

需求调研阶段：
调研人员出差经过工程出差流程。

调研完毕，提交需求调研文档、调研资料、技术协议等
本地化阶段：
编码和修改人员，必须严格按照周一检出、周五检入的工作要
求来执行，确保VSS中，应用系统是最新的代码和文档。

工程实施阶段：
出差前，客户工程师填写相应的《客户服务工作单》，同时检出
相应的文件；
客户工程师在工程现场完成系统的安装、调试、修改、培训工
作；并由客户确认工程师服务质量，即填写《服务质量反馈卡》。

出差结束，客户工程师提交现场程序、运行环境、数据备份、
过程文档等内容。

配置管理员核实并检查。

更改配置项权限
工程维护阶段：
当有新的问题或需求更改时，由配置管理员给相应的人员授权，
相关客户工程师“check out ”文件，进行修改。

修改时间超过1周，定期更新配置，保证维护系统为最新版本
问题修改结束后，更新VSS库中的版本，并检入“check in”
文件。

3监督机制
为了确保资料提交的准确性、完整性和及时性，确保可控，各部门经
理、项目经理发布并严格执行相应的流程，并监督部门员工的执行情况，具体监督如下：
1.各部门经理监控实施此流程；
2.项目经理负责，保证项目过程严格遵守流程；
3.各产品线员工遵守流程，保证流程的顺利有效执行；
4.项目管理部全面监控各研发/工程项目实施，保证流程执行。