产品研发管理流程图

1、产品研发管理流程1. 概述本流程目的描述公司产品研发的管理流程。通过本流程的实施，确保研发方向正确，阶段目标清晰，项目过程可控， 从而确保按照预期计划完成产品研发和上市销售， 为公司战略的实现提供支 持。术语、定义和缩略语1 、 产 品 ： 指公司研发的、 在市场上可以单独销售的系统。 我公司的产品， 主要是以 ASP 方式运营的软件系统和服务。2 、 产 品生命周期： 从产品创意开始，到产品退出市场的全部过程。3 、 产 品项目： 为研发产品的某个版本，有一定的进度、资源、质量要求所作的暂时性 的努力；4 、 产 品项目生命周期： 从项目策划开始、到项目结项为止的时间周期。产品项目生命周期一

2、般是产品生命周期的部分阶段；角色和职责1 、 产 品经理 ：负责产品生命周期的全过程管理和组织协调。与产品项目相关的主要职责包括：1) 负责产品定义，找到市场需求、目标客户和销售卖点；2) 进行产品各版本的规划，下达产品项目的研发任务；3) 在产品项目过程中，负责需求管理和总体进度控制，确保产品按时发布；4) 在产品项目研发的同时，产品经理组织完成“产品包装与销售支持”工作。2 、 产 品项目经理： 负责产品项目生命周期的统筹安排、任务跟踪和组织协调。在产品项目生命周期中，向产品经理负责。主要职责包括：1) 接受产品项目的研发任务，组建项目团队，进行项目工作的统筹安排；2) 组织产品实现，确保

3、产品满足规划；3) 负责产品项目的任务跟踪和组织协调。 对于进度、 需求或设计的变更， 提出变 更申请；对于存在的问题，进行跨部门沟通，并组织、协调资源解决。3 、 产 品项目组成 ：一般包括如下角色1) 产品项目经理：负责产品项目组的统筹管理；2) 需求分析工程师：负责需求分析；3) UI 设计工程师：负责页面设计；4) 架构设计师：负责产品的总体架构设计；5) 系统集成工程师：设计产品的系统部署方案，搭建系统部署环境；6) 开发工程师：负责概要设计、详细设计和编码，配合系统的技术发布；7) 测试工程师：负责随测和版本测试，验证产品符合性；8) 系统配置工程师：搭建测试环境、验证安装文档、

4、提供产品盘，配合系统的技 术发布；9) 运维工程师： 编写产品的部署或升级计划， 完成产品的技术发布， 反馈使用中 的问题。4 、 产 品团队组成 ：产品团队除了包括产品项目组的所有成员，还包括如下角色：1) 产品经理：负责产品团队的统筹管理；2) 公司高层领导：制定产品战略，提出市场方向；3) 商务人员： 协助市场需求调研； 组织产品销售和用户培训， 收集并反馈用户意 见和建议；4) 市场人员：协助产品包装，制定产品的宣传和推广计划；5) 法务人员：协助完成产品注册等法律事务，并审核合同草稿；6) 业务运营人员： 完成产品的运营流程， 为产品销售做好准备； 负责产品销售后 的业务运营。5 、

5、 Q A 工程师 ：1) 负责产品研发管理流程的制定、推行和持续改进；2) 在产品管理工作范围内， 对产品经理进行过程指导。 监控过程执行情况， 报告 过程问题，并跟踪问题的处理；3) 在产品项目的工作范围内， 对产品项目经理进行过程指导。 监控过程执行情况，报告过程问题，并跟踪问题的处理；4) 协助产品经理或产品项目经理完成部分组织协调工作，以及部分文档管理工作。6 、 各 部门管理层：1) 负责本部门的资源安排，并协助进行跨部门资源的协调；2) 对于相关问题， 提出解决建议， 并参与解决方案的制定。 督促相关人员执行最 终的解决方案。7 、 公 司产品委员会：1) 评审产品的可行性分析报告

6、和各版本规划，做出是否研发的决策；2) 在产品管理过程中，负责重大问题(如：研发方向、产品投资、重大需求变更 等)的评审和决策。8 、 公 司技术委员会：1) 评审产品的架构设计和系统部署方案；2) 在产品项目管理过程中， 负责重大技术问题(如： 重大的设计变更)的评审和 决策。9 、 审 批人： 各个工作环节或不同的工作产品，有不同的审批人：1) 在流程图，用“审批人”统称；2) 在各阶段要点说明中，有具体审批人的定义；3) 在工作产品的模版上，也会列出本产品的审批人。10 、 其它说明：1) 各类角色的具体职责和工作内容，见“过程定义”中的详细描述；2) 在实际工作中， 一个人可能同时承担

7、多个角色， 一个角色也可能会有多个人员承担。在相关计划中，应定义每个人员的具体角色和工作内容；3) 为避免职能部门调整带来的流程修改，本文使用角色进行工作和流程描述。产品创意1 、 目的对于一个 全新 的产品，要执行本阶段流程。其目的在于：a) 通过备案申请，确保产品方向符合公司战略；b) 通过市场需求调研和分析，定义产品形态，确定产品定位和销售方向；c) 通过投入产出分析、技术可行性分析、风险分析等，确保产品决策的正确性。2 、 组织者：产品经理3 、 要 点说明1) 关于产品备案申请产品备案申请表的主要内容：备案原因： 一般引述公司产品战略。 如与产品战略不符， 应特别说明；本阶段的工作方

8、向和方式：人员组成、本阶段的工作量估计：主要工作安排和工作产品：本阶段的费用预算等。2) 关于“各部门参与人员” ：至少应包括：市场人员、商务人员、技术架构师、开发管理人员等；在产品备案期间， 产品经理应分配上述人员参与相关工作， 并完成部分工作产品；本阶段的重点是市场需求调研和分析， 因此市场人员和商务人员应发挥主要作用。3) 产品可行性分析报告的主要内容：背景说明：产品定义：主要特征描述(主要功能) ；总体架构和关键技术指标；典型应用等。市场可行性分析：市场需求分析；竞争对手分析；目标客户和竞争力分析；产品路标规划；投入 / 产出比分析；技术可行性分析：国内外技术现状；技术方案详细描述；实

9、现可行性分析等。风险分析与应对措施：产品可行性分析结论等。4) 关于产品备案延期申请或产品备案撤销的简要说明产品备案延期申请：与产品备案申请表中的计划相比，进度延期 5 个工作日以上，则产品经理应填写产品备案延期申请表 ，说明延期原因，以及对进度、工作量和预算的影响，交技术管理中心办理审批手续；产品备案撤销：特殊情况下， 可能要取消产品备案， 则由产品经理填写 产品备案撤销表 。说明撤销原因，并进行工作小结，交技术管理中心办理审批手续。 必要时， 可以通过会议形式， 提请产品委员会评审后， 做出备 案撤销的决定； 完成产品备案撤销手续后， 技术管理中心发送 备案结束通知 给相 关部门。5) 产

10、品创意过程跟踪：产品经理负责产品创意阶段的全程管理和跟踪；QA 人员主要跟踪“可行性分析评审”的时间点。如果这个时间点延期 5 个工 作日以上，则提请产品经理办理产品备案延期申请手续。产品版本规划1 、 目的a) 通过产品的版本规划， 定义产品项目的研发任务。 包括： 功能需求、 性能需求、 预计的发布时间和期望的工作量控制等。2 、 组 织者：产品经理3 、 流 程图4 、 要 点说明1) 本阶段的工作流程，与产品创意阶段类似。它们的不同点在于：a) 对于一个产品而言， “产品创意阶段”只经历一次；而“产品版本规划”则重复多次，每次开展新版本研发前，都要经历本阶段。 但是，在进行产 品 1.

11、0 版本规划时，本阶段中的产品备案手续不必执行；b) 产品创意阶段定义的产品功能相对粗略， 且覆盖整个产品生命周期。 本阶 段则具体定义产品新版本的主要功能和性能需求；c) 在产品创意阶段， 主要通过市场需求调研和竞品分析， 确定产品的功能规 划。 而在本阶段， 除了上述两种方式外， 更多的需求来源于产品的用户反 馈和公司内部各部门的反馈；d) 在产品创意阶段， 市场、 商务人员和技术架构师应重点参与。 而在产品版本规划阶段， 开发部门应指定专人参与。 一般而言， 此人将在未来的产品 项目中担任产品项目经理， 以便实现平稳过渡。 同时， 在进行研发难度评 估、工作量和预计进度估计时，该人将主要

12、参与；2) 本阶段与产品创意阶段的共同点在于：a) 都是从市场需求、用户角度进行产品分析；b) 流程和角色类似，管理要求相同 (如：产品备案审批、备案延期申请等) 。3) 关于产品版本规划：产品版本规划说明书的主要内容：产品现状概述； 新版本规划提出的背景和原因； 功能需求描述和优先级； 性能需求描述，以及必要的架构调整建议； 产品或项目依赖关系； 研发难度评估、 工作量和预计进度估计 (初步估计， 不作为跟踪依据) ； 其它内容。产品项目管理产品项目策划1 目的b) 根据产品版本规划，进行产品项目策划，为产品项目的管理打下基础；c) 便于公司领导 运维部门商务部门等相关人员， 了解项目安排，

13、 以便做好相 关工作。2 组 织者：产品项目经理为主，产品经理配合3 要 点说明1) 通常，在产品版本规划评审通过后两周内，完成产品项目策划工作；2) 这里的产品项目计划是完整意义上的计划：a) 涉及阶段包括：需求分析系统设计详设与编码产品测试技术发布与试运行产品项目收尾等各个阶段；b) 产品项目团队人员包括：需求分析UI 设计系统设计(架构设计软件设计系统部署方案设计等) 开发测试系统配置运维采购等各环节人员。同时，还包括公用组件/ 模块的开发人员；c) 特别要注意硬件准备工作 (如系统部署方案制订设备采购 网络环境建设系统安装等)和技术发布准备(如文档提供技术培训等)等工作；d) 在制订计

14、划时， 产品项目经理应与产品经理各资源部门经理进行充分沟通和协调， 明确工作内容和标准 确定参与人员和参与时间等， 确保各部分计划的可执行性， 从而保证总体计划的可行性。 同时， 产品项目经理还要与 QA 人员进行充分沟通，了解项目管理要求和工作规范；e) 产品项目管理计划的主要内容：项目目标；过程定义与工作产品清单；关键任务分解工作量估计和里程碑；人员计划；同行评审计划；风险管理计划；项目预算；项目采购计划；其它计划，如：培训计划技术攻关计划配置管理计划等。f) 此时的产品项目进度计划， 除了需求分析阶段的工作比较细致外， 其它阶 段都只定义了起止点，需要不断细化。3) 产品项目计划审批后，

15、形成基线。变更管理，见“产品项目跟踪与监控” ；4) 关于产品项目启动会：a) 原则上，在启动会之前，产品项目组成员都应该已经确定；b) 特殊情况下，在启动会上，相关资源部门必须确定参加项目的人员；5) 在本阶段， 产品经理应进行产品版本管理工作的策划， 并形成 产品版本管理计划 。下面简单说明：a) 产品版本管理计划 由产品经理负责编写， 其中包括 产品项目管理计划中的部分工作(里程碑，以便产品经理跟踪) ，但更多的内容是产品包装与销售支持(产品命名、包装、培训、市场宣传、销售文件准备、法律事务办理、运营流程准备等)相关的工作；b) 产品版本管理计划涉及的人员主要包括：市场、商务、法务、业务

16、运营等相关人员。需求分析1 、 目的a) 根据产品版本规划 ，进行详细的需求规格定义，为系统设计和编码测试提供工作基础；b) 本阶段结束前，应细化产品项目计划，并作为项目跟踪和评价的依据。2 、 组 织者：产品项目经理3 、 要 点说明1) 需求规格说明书，必须符合产品版本规划中定义的产品需求；2) 产品经理负责产品需求的管理和跟踪，是需求规格说明书的第一评审人；3) 需求规格说明书评审后，形成基线。变更管理，见“产品项目跟踪与监控” ；4) 需求评审通过后，产品项目经理细化产品项目计划，包括：重新估计工作量，确定各里程碑时间点， 明确产品的技术发布日期。 细化后的产品项目计划， 要得到产品经

17、理、 相关资源部门经理的再次确认。 确认后， 将作为项目后续跟踪和评价的依据。此时，产品经理应修订产品版本管理计划中的发布日期；5) 其它说明： 在需求分析的同时， 可以开展部分设计工作。 但， 最终的设计必须满足需求。系统设计1 、 目的a) 通过软件产品设计，为后续编码奠定基础；b) 通过系统部署方案设计，做好运行环境的准备；c) 通过测试方案设计，做好测试准备。2 、 组 织者：产品项目经理3 、 要 点说明1) 软件产品设计：a) 由开发人员完成。必要时，技术架构师参与；b) 主要评审人包括：产品项目经理、开发部门经理/ 总监、技术架构师等。如有重大设计变更，提交技术委员会评审。2)

18、系统部署方案设计：a) 由系统集成工程师完成；b) 主要内容包括：运营环境、网络设计、部署方案、设备要求等，偏重于硬件方面；c) 主要评审人包括：产品项目经理、开发部门经理/ 总监、产品经理(特别关注系统造价)等。必要时，提交技术委员会评审。3) 测试方案设计：a) 由测试人员完成。其中， 测试方案应在本阶段完成，测试用例可以在“详设与编码”阶段结束前完成；b) 主要评审人包括： 产品项目经理 (关注进度) 、 产品经理和需求分析师 (关 注需求覆盖度) 、测试部经理(关注测试技术)等。详设与编码1 、 目的a) 根据系统设计，开展详设和编码工作；b) 进行随测，提出 Bug ，尽早开展Bug

19、 修改，确保产品质量。2 、 组织者：产品项目经理3 、 要点说明1) 本阶段，最重要的任务就是做好进度控制；2) 所有模块，程序员都应进行自测。对于重要模块，要安排代码走查；3) 在第一个模块完成后，即可开展随测工作。在 Bug 交互过程中，a) 当测试工程师与开发工程师不能达成一致时， 由产品项目经理和测试经理协调确认；b) 涉及需求的 Bug 确认，由产品经理最终负责。4) 本阶段结束前，应完成产品版本测试环境的准备；5) 产品项目经理除了关心软件研发进展外，还要跟踪运营环境的准备工作。产品测试与发布准备1 、 目的a) 完成产品的功能测试和性能测试，完成Bug 修改，确保产品质量；b)

20、 完成技术发布的准备工作。2 、 组 织者：产品项目经理3 、 要 点说明1) 在本阶段， 产品项目经理除了关注产品测试外， 更要做好系统运行环境的准备，包括：硬件采购、网络环境建设、硬件部署、系统软件安装等。这些工作，可能从需求分析阶段就已经开始，但是在本阶段结束前基本应完成；2) 一般，系统运行环境的准备，由系统集成工程师完成；软件产品的安装部署，由运维工程师完成。 但是， 产品项目经理应跟踪工作进展， 并提供相关文档和培训，确保工作的顺利开展；3) 如果可能，尽早安排运维人员、市场运营人员进行产品的熟悉和试用；4) 系统部署或升级计划， 主要由运维人员制订， 并经过产品经理、 产品项目经

21、理和相关部门经理/ 总监的审核；5) 通常，技术发布条件为：a) 产品功能点(与需求规格说明书比较)覆盖度 >95% ；b) 重要 BUG 全部解决。一般BUG 的解决率 >95% ；c) 具体产品项目的发布条件， 可由产品经理、 测试经理、 运维经理和产品项 目经理协商后制订。6) 如果产品不满足技术发布条件，则提交公司高层审批。技术发布与试运行1 、 目的a) 完成产品的技术发布；b) 跟踪产品试运行情况，收集产品问题。2 、 组 织者：产品项目经理3 、 要 点说明1) 为保证发布质量， 一般先在几台设备上进行试安装， 观察一段时间后进行正式 发布。 在试安装过程中， 如产品

22、有重大缺陷， 经过沟通， 运维部门可以退回产品项目组修改后重新办理发布手续；2) 完成产品的技术发布后，应进行1-2 周的试运行。对于发现的问题，运维人员或其他相关人员报产品经理和产品项目经理， 由他们确定处理方案。 处理方 案的最终决定，由产品经理负责；3) 在试运行过程中，产品经理按照产品版本管理计划 ，组织市场、商务、法 务、市场运营等相关部门完成相应工作，做好产品的市场发布准备。产品包装与销售支持1 、 目的a) 通过产品包装和销售支持工作，做好产品销售的准备。2 、 组 织者：产品经理3 、 要 点说明1) 本阶段实际上跨越了产品项目的全过程， 具体工作在 产品版本管理计划 中 安排

23、；2) 产品预发布的时间点，一般在需求规格说明书完成前后；3) 关于产品培训a) 时间点，应视产品特点而定。如果需求比较明确， 则越早越好，以便给相关部门留出足够的时间。至少，在产品技术发布的前后，应完成培训；b) 培训内容：从市场和用户的角度，介绍产品特性、典型应用和使用方式；不是技术培训。4) 所有的产品包装和销售准备工作，应该在市场发布前完成。产品项目收尾1 、 目的a) 产品市场发布，开始销售；b) 产品运行跟踪，遗留问题解决；c) 项目回顾，经验总结。2 、 组 织者：产品项目经理为主，产品经理配合3 、 要 点说明1) 关于市场发布后的问题和新需求处理a) 问题分析和处理流程，参见“技术发布与试运行”阶段；b) 原则上，本阶段不接受需求变更。变更申请纳入下一版本规划中；c) 即使对于 Bug ，也要经过综合评估，才能决定是否修改。2) 关于产品项目结项的时间点a) 市场发布后，仍然需要经过 1-2 个月的试运行，方可结项；b) 产品项目结项后， 项目组解散， 但可以保留维护工程师。 产品后续问题和新需求，由产品经理和维护工程师收集。3) 项目