研发流程

产品研发管理流程

文档编制序号：[KK8UY-LL9IO69-TTO6M3-MTOL89-FTT688]

产品研发管理流程

1.概述

本流程目的

描述公司产品研发的管理流程。通过本流程的实施，确保研发方向正确，阶

段目标清晰，项目过程可控，从而确保按照预期计划完成产品研发和上市销

售，为公司战略的实现提供支持。

术语、定义和缩略语

1、产品：指公司研发的、在市场上可以单独销售的系统。我公司的产品，

主要是以ASP方式运营的软件系统和服务。

2、产品生命周期：从产品创意开始，到产品退出市场的全部过程。

3、产品项目：为研发产品的某个版本，有一定的进度、资源、质量要求所

作的暂时性的努力；

4、产品项目生命周期：从项目策划开始、到项目结项为止的时间周期。产

品项目生命周期一般是产品生命周期的部分阶段；

角色和职责

1、产品经理：负责产品生命周期的全过程管理和组织协调。与产品

项目相关的主要职责包括：

1)负责产品定义，找到市场需求、目标客户和销售卖点；

2)进行产品各版本的规划，下达产品项目的研发任务；

3)在产品项目过程中，负责需求管理和总体进度控制，确保产品按时

发布；

4)在产品项目研发的同时，产品经理组织完成“产品包装与销售支

持”工作。

2、产品项目经理：负责产品项目生命周期的统筹安排、任务跟踪和

组织协调。在产品项目生命周期中，向产品经理负责。主要职责包括：

1)接受产品项目的研发任务，组建项目团队，进行项目工作的统筹安

排；

2)组织产品实现，确保产品满足规划；

3)负责产品项目的任务跟踪和组织协调。对于进度、需求或设计的变

更，提出变更申请；对于存在的问题，进行跨部门沟通，并组织、

协调资源解决。

3、产品项目组成：一般包括如下角色

1)产品项目经理：负责产品项目组的统筹管理；

2)需求分析工程师：负责需求分析；

3)UI设计工程师：负责页面设计；

4)架构设计师：负责产品的总体架构设计；

5)系统集成工程师：设计产品的系统部署方案，搭建系统部署环境；

6)开发工程师：负责概要设计、详细设计和编码，配合系统的技术发

布；

7)测试工程师：负责随测和版本测试，验证产品符合性；

8)系统配置工程师：搭建测试环境、验证安装文档、提供产品盘，配

合系统的技术发布；

9)运维工程师：编写产品的部署或升级计划，完成产品的技术发布，

反馈使用中的问题。

4、产品团队组成：产品团队除了包括产品项目组的所有成员，还包括如下

角色：

1)产品经理：负责产品团队的统筹管理；

2)公司高层领导：制定产品战略，提出市场方向；

3)商务人员：协助市场需求调研；组织产品销售和用户培训，收集并

反馈用户意见和建议；

4)市场人员：协助产品包装，制定产品的宣传和推广计划；

5)法务人员：协助完成产品注册等法律事务，并审核合同草稿；

6)业务运营人员：完成产品的运营流程，为产品销售做好准备；负责

产品销售后的业务运营。

5、QA工程师：

1)负责产品研发管理流程的制定、推行和持续改进；

2)在产品管理工作范围内，对产品经理进行过程指导。监控过程执行

情况，报告过程问题，并跟踪问题的处理；

3)在产品项目的工作范围内，对产品项目经理进行过程指导。监控过

程执行情况，报告过程问题，并跟踪问题的处理；

4)协助产品经理或产品项目经理完成部分组织协调工作，以及部分文

档管理工作。

6、各部门管理层：

1)负责本部门的资源安排，并协助进行跨部门资源的协调；

2)对于相关问题，提出解决建议，并参与解决方案的制定。督促相关

人员执行最终的解决方案。

7、公司产品委员会：

1)评审产品的可行性分析报告和各版本规划，做出是否研发的决策；

2)在产品管理过程中，负责重大问题（如：研发方向、产品投资、重

大需求变更等）的评审和决策。

8、公司技术委员会：

1)评审产品的架构设计和系统部署方案；

2)在产品项目管理过程中，负责重大技术问题（如：重大的设计变

更）的评审和决策。

9、审批人：各个工作环节或不同的工作产品，有不同的审批人：

1)在流程图，用“审批人”统称；

2)在各阶段要点说明中，有具体审批人的定义；

3)在工作产品的模版上，也会列出本产品的审批人。

10、其它说明：

1)各类角色的具体职责和工作内容，见“过程定义”中的详细描述；

2)在实际工作中，一个人可能同时承担多个角色，一个角色也可能会

有多个人员承担。在相关计划中，应定义每个人员的具体角色和工

作内容；

3)为避免职能部门调整带来的流程修改，本文使用角色进行工作和流

程描述。

产品创意

1、目的

对于一个全新的产品，要执行本阶段流程。其目的在于：

a)通过备案申请，确保产品方向符合公司战略；

b)通过市场需求调研和分析，定义产品形态，确定产品定位和销售方

向；

c)通过投入产出分析、技术可行性分析、风险分析等，确保产品决策

的正确性。

2、组织者：产品经理

3、要点说明

1)关于产品备案申请

产品备案申请表的主要内容：

备案原因：一般引述公司产品战略。如与产品战略不符，应

特别说明；

本阶段的工作方向和方式：

人员组成、本阶段的工作量估计：

主要工作安排和工作产品：

本阶段的费用预算等。

2)关于“各部门参与人员”：

至少应包括：市场人员、商务人员、技术架构师、开发管理人员

等；

在产品备案期间，产品经理应分配上述人员参与相关工作，并完成

部分工作产品；

本阶段的重点是市场需求调研和分析，因此市场人员和商务人员应

发挥主要作用。

3)产品可行性分析报告的主要内容：

背景说明：

产品定义：

主要特征描述（主要功能）；

总体架构和关键技术指标；

典型应用等。

市场可行性分析：

市场需求分析；

竞争对手分析；

目标客户和竞争力分析；

产品路标规划；

投入/产出比分析；

技术可行性分析：

国内外技术现状；

技术方案详细描述；

实现可行性分析等。

风险分析与应对措施：

产品可行性分析结论等。

4)关于产品备案延期申请或产品备案撤销的简要说明

产品备案延期申请：

与《产品备案申请表》中的计划相比，进度延期5个工作日

以上，则产品经理应填写《产品备案延期申请表》，说明延

期原因，以及对进度、工作量和预算的影响，交技术管理中

心办理审批手续；

产品备案撤销：

特殊情况下，可能要取消产品备案，则由产品经理填写《产

品备案撤销表》。说明撤销原因，并进行工作小结，交技术

管理中心办理审批手续。必要时，可以通过会议形式，提请

产品委员会评审后，做出备案撤销的决定；

完成产品备案撤销手续后，技术管理中心发送《备案结束通

知》给相关部门。

5)产品创意过程跟踪：

产品经理负责产品创意阶段的全程管理和跟踪；

QA人员主要跟踪“可行性分析评审”的时间点。如果这个时间点延

期5个工作日以上，则提请产品经理办理产品备案延期申请手续。

产品版本规划

1、目的

a)通过产品的版本规划，定义产品项目的研发任务。包括：功能需

求、性能需求、预计的发布时间和期望的工作量控制等。

2、组织者：产品经理

3、流程图

4、要点说明

1)本阶段的工作流程，与产品创意阶段类似。它们的不同点在于：

a)对于一个产品而言，“产品创意阶段”只经历一次；而“产品

版本规划”则重复多次，每次开展新版本研发前，都要经历本

阶段。但是，在进行产品1.0版本规划时，本阶段中的产品备

案手续不必执行；

b)产品创意阶段定义的产品功能相对粗略，且覆盖整个产品生命

周期。本阶段则具体定义产品新版本的主要功能和性能需求；

c)在产品创意阶段，主要通过市场需求调研和竞品分析，确定产

品的功能规划。而在本阶段，除了上述两种方式外，更多的需

求来源于产品的用户反馈和公司内部各部门的反馈；

d)在产品创意阶段，市场、商务人员和技术架构师应重点参与。

而在产品版本规划阶段，开发部门应指定专人参与。一般而

言，此人将在未来的产品项目中担任产品项目经理，以便实现

平稳过渡。同时，在进行研发难度评估、工作量和预计进度估

计时，该人将主要参与；

2)本阶段与产品创意阶段的共同点在于：

a)都是从市场需求、用户角度进行产品分析；

b)流程和角色类似，管理要求相同（如：产品备案审批、备案延

期申请等）。

3)关于产品版本规划：

产品版本规划说明书的主要内容：

产品现状概述；

新版本规划提出的背景和原因；

功能需求描述和优先级；

性能需求描述，以及必要的架构调整建议；

产品或项目依赖关系；

研发难度评估、工作量和预计进度估计（初步估计，不作为

跟踪依据）；

其它内容。

产品项目管理

产品项目策划

1、目的

b)根据产品版本规划，进行产品项目策划，为产品项目的管理打下基

础；

c)便于公司领导、运维部门、商务部门等相关人员，了解项目安排，

以便做好相关工作。

2、组织者：产品项目经理为主，产品经理配合

3、要点说明

1)通常，在产品版本规划评审通过后两周内，完成产品项目策划工

作；

2)这里的产品项目计划是完整意义上的计划：

a)涉及阶段包括：需求分析、系统设计、详设与编码、产品测

试、技术发布与试运行、产品项目收尾等各个阶段；

b)产品项目团队人员包括：需求分析、UI设计、系统设计（架构

设计、软件设计、系统部署方案设计等）、开发、测试、系统

配置、运维、采购等各环节人员。同时，还包括公用组件/模块

的开发人员；

c)特别要注意硬件准备工作（如系统部署方案制订、设备采购、

网络环境建设、系统安装等）和技术发布准备（如文档提供、

技术培训等）等工作；

d)在制订计划时，产品项目经理应与产品经理、各资源部门经理

进行充分沟通和协调，明确工作内容和标准、确定参与人员和

参与时间等，确保各部分计划的可执行性，从而保证总体计划

的可行性。同时，产品项目经理还要与QA人员进行充分沟通，

了解项目管理要求和工作规范；

e)产品项目管理计划的主要内容：

项目目标；

过程定义与工作产品清单；

关键任务分解、工作量估计和里程碑；

人员计划；

同行评审计划；

风险管理计划；

项目预算；

项目采购计划；

其它计划，如：培训计划、技术攻关计划、配置管理计划

等。

f)此时的产品项目进度计划，除了需求分析阶段的工作比较细致

外，其它阶段都只定义了起止点，需要不断细化。

3)产品项目计划审批后，形成基线。变更管理，见“产品项目跟踪与

监控”；

4)关于产品项目启动会：

a)原则上，在启动会之前，产品项目组成员都应该已经确定；

b)特殊情况下，在启动会上，相关资源部门必须确定参加项目的

人员；

5)在本阶段，产品经理应进行产品版本管理工作的策划，并形成《产

品版本管理计划》。下面简单说明：

a)《产品版本管理计划》由产品经理负责编写，其中包括《产品

项目管理计划》中的部分工作（里程碑，以便产品经理跟

踪），但更多的内容是产品包装与销售支持（产品命名、包

装、培训、市场宣传、销售文件准备、法律事务办理、运营流

程准备等）相关的工作；

b)《产品版本管理计划》涉及的人员主要包括：市场、商务、法

务、业务运营等相关人员。

需求分析

1、目的

a)根据《产品版本规划》，进行详细的需求规格定义，为系统设计和

编码测试提供工作基础；

b)本阶段结束前，应细化产品项目计划，并作为项目跟踪和评价的依

据。

2、组织者：产品项目经理

3、要点说明

1)需求规格说明书，必须符合产品版本规划中定义的产品需求；

2)产品经理负责产品需求的管理和跟踪，是需求规格说明书的第一评

审人；

3)需求规格说明书评审后，形成基线。变更管理，见“产品项目跟踪

与监控”；

4)需求评审通过后，产品项目经理细化产品项目计划，包括：重新估

计工作量，确定各里程碑时间点，明确产品的技术发布日期。细化

后的产品项目计划，要得到产品经理、相关资源部门经理的再次确

认。确认后，将作为项目后续跟踪和评价的依据。此时，产品经理

应修订《产品版本管理计划》中的发布日期；

5)其它说明：在需求分析的同时，可以开展部分设计工作。但，最终

的设计必须满足需求。

系统设计

1、目的

a)通过软件产品设计，为后续编码奠定基础；

b)通过系统部署方案设计，做好运行环境的准备；

c)通过测试方案设计，做好测试准备。

2、组织者：产品项目经理

3、要点说明

1)软件产品设计：

a)由开发人员完成。必要时，技术架构师参与；

b)主要评审人包括：产品项目经理、开发部门经理/总监、技术架

构师等。如有重大设计变更，提交技术委员会评审。

2)系统部署方案设计：

a)由系统集成工程师完成；

b)主要内容包括：运营环境、网络设计、部署方案、设备要求

等，偏重于硬件方面；

c)主要评审人包括：产品项目经理、开发部门经理/总监、产品经

理（特别关注系统造价）等。必要时，提交技术委员会评审。

3)测试方案设计：

a)由测试人员完成。其中，测试方案应在本阶段完成，测试用例

可以在“详设与编码”阶段结束前完成；

b)主要评审人包括：产品项目经理（关注进度）、产品经理和需

求分析师（关注需求覆盖度）、测试部经理（关注测试技术）

等。

详设与编码

1、目的

a)根据系统设计，开展详设和编码工作；

b)进行随测，提出Bug，尽早开展Bug修改，确保产品质量。

2、组织者：产品项目经理

3、要点说明

1)本阶段，最重要的任务就是做好进度控制；

2)所有模块，程序员都应进行自测。对于重要模块，要安排代码走

查；

3)在第一个模块完成后，即可开展随测工作。在Bug交互过程中，

a)当测试工程师与开发工程师不能达成一致时，由产品项目经理

和测试经理协调确认；

b)涉及需求的Bug确认，由产品经理最终负责。

4)本阶段结束前，应完成产品版本测试环境的准备；

5)产品项目经理除了关心软件研发进展外，还要跟踪运营环境的准备

工作。

产品测试与发布准备

1、目的

a)完成产品的功能测试和性能测试，完成Bug修改，确保产品质量；

b)完成技术发布的准备工作。

2、组织者：产品项目经理

3、要点说明

1)在本阶段，产品项目经理除了关注产品测试外，更要做好系统运行

环境的准备，包括：硬件采购、网络环境建设、硬件部署、系统软

件安装等。这些工作，可能从需求分析阶段就已经开始，但是在本

阶段结束前基本应完成；

2)一般，系统运行环境的准备，由系统集成工程师完成；软件产品的

安装部署，由运维工程师完成。但是，产品项目经理应跟踪工作进

展，并提供相关文档和培训，确保工作的顺利开展；

3)如果可能，尽早安排运维人员、市场运营人员进行产品的熟悉和试

用；

4)系统部署或升级计划，主要由运维人员制订，并经过产品经理、产

品项目经理和相关部门经理/总监的审核；

5)通常，技术发布条件为：

a)产品功能点（与需求规格说明书比较）覆盖度>95%；

b)重要BUG全部解决。一般BUG的解决率>95%；

c)具体产品项目的发布条件，可由产品经理、测试经理、运维经

理和产品项目经理协商后制订。

6)如果产品不满足技术发布条件，则提交公司高层审批。

技术发布与试运行

1、目的

a)完成产品的技术发布；

b)跟踪产品试运行情况，收集产品问题。

2、组织者：产品项目经理

3、要点说明

1)为保证发布质量，一般先在几台设备上进行试安装，观察一段时间

后进行正式发布。在试安装过程中，如产品有重大缺陷，经过沟

通，运维部门可以退回产品项目组修改后重新办理发布手续；

2)完成产品的技术发布后，应进行1-2周的试运行。对于发现的问

题，运维人员或其他相关人员报产品经理和产品项目经理，由他们

确定处理方案。处理方案的最终决定，由产品经理负责；

3)在试运行过程中，产品经理按照《产品版本管理计划》，组织市

场、商务、法务、市场运营等相关部门完成相应工作，做好产品的

市场发布准备。

产品包装与销售支持

1、目的

a)通过产品包装和销售支持工作，做好产品销售的准备。

2、组织者：产品经理

3、要点说明

1)本阶段实际上跨越了产品项目的全过程，具体工作在《产品版本管

理计划》中安排；

2)产品预发布的时间点，一般在需求规格说明书完成前后；

3)关于产品培训

a)时间点，应视产品特点而定。如果需求比较明确，则越早越

好，以便给相关部门留出足够的时间。至少，在产品技术发布

的前后，应完成培训；

b)培训内容：从市场和用户的角度，介绍产品特性、典型应用和

使用方式；不是技术培训。

4)所有的产品包装和销售准备工作，应该在市场发布前完成。

产品项目收尾

1、目的

a)产品市场发布，开始销售；

b)产品运行跟踪，遗留问题解决；

c)项目回顾，经验总结。

2、组织者：产品项目经理为主，产品经理配合

3、要点说明

1)关于市场发布后的问题和新需求处理

a)问题分析和处理流程，参见“技术发布与试运行”阶段；

b)原则上，本阶段不接受需求变更。变更申请纳入下一版本规划

中；

c)即使对于Bug，也要经过综合评估，才能决定是否修改。

2)关于产品项目结项的时间点

a)市场发布后，仍然需要经过1-2个月的试运行，方可结项；

b)产品项目结项后，项目组解散，但可以保留维护工程师。产品

后续问题和新需求，由产品经理和维护工程师收集。

3)项目总结的内容，一般包括：

a)项目过程回顾；

b)项目目标评价（评价人员：产品经理、测试经理、运维经理、

QA人员等）；

c)度量数据分析；

d)经验与教训；

e)对过程的改进建议等。

新需求收集

1、目的

a)产品销售和运行跟踪，新需求调研、问题收集，为产品升级打下基

础；

2、组织者：产品经理

3、要点说明

本阶段的工作流程和要点，参见“技术发布与试运行”和“产品项目收

尾”阶段。

产品项目跟踪与监控

跟踪与沟通

目的

a)通过项目跟踪，及时发现问题和偏差，并制定相应措施，保证项目

基本按照计划执行；

b)通过项目沟通，确保相关环节了解项目进展，并做好配合工作，保

证计划的有序执行。

进度计划变更

1、目的

当项目进度发生偏离时，必须制定相应措施，并通知相关人员，共同做

好配合工作；

2、组织者：产品项目经理

3、要点说明

1)关于里程碑

a)一般包括如下几个里程碑：

可行性分析和产品版本规划形成基线；

项目计划通过评审；

需求通过评审；

设计通过评审；

开始随测；

开始版本测试；

批准技术发布申请；

批准市场发布申请；

召开项目结项会议等。

b)不同项目选择的里程碑可以不同，但必须在项目计划中体现。

另外，两个里程碑之间，一般不超过2个月。

2)不接受变更的处理措施，通常包括：需求调整、人员调整或其它措

施。

需求变更管理

1、目的

a)在产品生命周期，做好需求管理，提高产品的市场竞争能力；

b)在项目过程中，做好需求变更管理，确保项目计划的有效执行。

2、组织者：产品经理或产品项目经理

3、要点说明

1)关于需求变更；

a)为了保证产品按时发布，在需求规格说明书形成基线后，一般

不接受需求变更。变更申请纳入下一版本规划中；

b)变更审批人，参见需求规格说明书的评审人。

2)如果接受需求变更，则项目经理组织进度计划变更；