产品项目管理评审办法

文档名称密级

***产品"5目管理评审方法（暂行）绝密

版本

共页

V1.0

***产品/项目管理评审方法（暂行）

拟制：胡文旭时间2015-11-12

审核：

批准：

***电子商务有限公司产品设计部

版权全部侵权必究

第一章目的

第一条为规范产品部对***现有产品和新产品的功能与需求的管控，现对产品

需求，产品设计，产品交付，产品迭代等相关产品流程进行规范，指导后续产

品生产产出。

第二章适用范围

第二条本方法适用于公司的产品研发过程，涉及需求分析、产品迭代、原型

设计、系统实现、系统测试、系统上线、系统交付各阶段相关活动。开发形式

包括自主研发、合作开发、外包开发。

第三条在产品设计开发过程中涉及的需求管理、立项管理、配置管理、质量

管理、系统测试、产品验收测试、性能测试、系统上线、系统验收等活动的要

求可参见技术中心相关制度和方法。

第四条获得批准并完成立项、项目在资源保障到位的前提下即可进入产品开

发阶段。

第三章组织与职责（评审单位、职能、范围'方式）

第五条本方法中的产品部指产品经理，以及各部门核心成员组成，其他核心

成员通常由营销中心，营运中心以及技术中心的负责人组成（特殊指定除外）。

第六条产品部负责设计、开发全过程的组织、协调、实施工作。

第七条产品部负责审核《需求归纳表》，下达《设计和开发任务书》，负责批

准《产品策划方案》、《市场分析报告》、《设计开发支配书》、设计开发评审、负

责相关审核报告。

第八条产品部须要依据营销中心和营运中心反馈的市场调研或分析结果，供

应市场信息及新产品动向，负责提交客户运住新产品后的《新产品客户试用报

告表》。

第九条组织开发评审新项目的设定，跟踪协作研发中心进行新产品的研发和

功能实现。

第十条产品交付环节负责新产品的检验和试验。

第四章评审流程图

第十一条为了提高和规范产品研发进程，现实行以下四种评审流程;

1.新产品需求评审流程；

其作用旨在收集，了解和辨别各方需求，对需求形成统一的整理，调查和

分析后，形成商业需求报告，为新产品设计供应设计方向。

2.新产品设计评审流程；

其作用旨在评审依据商业需求报告形成的新产品策划，产品设计，产品原

型及其demo的评审流程；

3.产品验收交付评审流程；

其作用旨在评审与验收研发中心所交付的产品是否达到验收标准，并为产

品上线做打算；

4.现网产品迭代流程；

其作用旨在供应规范和简化的现网产品的迭代评审流程，加快现网产品的

迭代更新速度；

以上详情请查阅《***项目流程机制》;

范围和进度支配、测试支配、风险支配、配置支配、质量支配、人力资源及沟

通支配等内容。提交项目干系人进行评审，并依据项目开发支配进行组织、协

调项目的实施，产品部进行帮助。

第二十一条在项目的各个阶段，技术中心对开发支配的执行状况进行监控，确

保项目按支配完成，产品部进行帮助。

第二十二条项目开发支配须要变更时，遵循《研发部变更流程》组织实施变更。

第二十三条产品部帮助技术中心对项目的实施状况进行持续跟踪、监控，并定

期组织项目组会议、采集项目度量数据，技术总监向领导汇报项目进度执行状

况。

第十章需求分析

第二十四条由运营中心、营销中心、产品部等部门依据运营或者客户反馈以及

领导看法获得产品需求，或者通过竞品分析和灵感创意形成的需求，有产品部

通过《需求归纳表》统一收集整理。

第二十五条《需求归纳表》中的需求通过评审后作为需求基线纳入产品设计

中。

第二十六条新需求提交途径，须要通过jira提交产品部进行归纳总结，未按

此途径提交，产品部可不执行。

第二十七条产品部须要依据《需求归纳表》中的需求赐予甄别，对需求进行市

场需求评估分析，分析出来的适合的需求，进行市场调研，形成《市场分析报

告》。供应产品部形成《商业需求报告》，不合适的需求将标出不适合理由，反

馈到需求提出方。

第十一章产品设计

第二十八条产品部在获得到《商业需求报告》，对报告进行分解，分析后，形

成对应的《产品策划方案》，须要供应应产品部和领导进行评审，评审通过后，

进行产品立项，产品部要出具《产品设计和开发任务书》后方可进行产品设计

和开发阶段。

第二十九条产品部须要完成《产品原型》，《产品需求文档》以及《产品demo》

后，产品部组织产品评审，评审通过后，产品部须要和技术中心协商产品设计

须要定义系统架构、系统输入输出说明和接口设计等内容。

第三十条产品评审均以《商业需求报告》为依据，确保产品设计满意全部业

务需求。

第三十一条产品设计发生变更时，产品经理遵循《研发部变更流程》组织实施

变更。

第十二章产品实现

第三十二条产品实现包括程序编码、单元测试和集成测试，其中编码工作必需

遵循项目编码规范；测试工作应完成白盒测试和黑盒测试，测试数据应包括正

常、边界、非法。

第三十三条产品实现由技术中心成员完成。

第三十四条技术中心成员依据《项目开发支配》、《产品需求文档》、《产品原型》、

细化系统编码和测试支配，由技术中心对支配进行确认。

第三十五条技术中心成员依据《产品需求文档》进行编码，并按测试模板编写

测试月例和测试报告。

第三十六条为确保产品实现与产品设计相符，项目经理组织对产品的代码文件

进行代码走查，组织对单元测试、集成测试文档进行同行评审。

第三十七条产品实现发生变更时，项目经理遵循《研发部变更流程》，确保需

求、设计、测试等相关文档和代码的变更必需保持一样性、完整性和可被追溯。

第十三章系统交付

第三十八条技术中心在测试工作完成后的3个工作日内，将产品供应应产品部

进行验收，验收合格后，产品部出据《新产品交付上线申请表》。预以领导审批,

审批通过后，产品部跟进产品交付上线。

第十四章产品迭代

第三十九条产品部可依据客户，市场或数据指标等指标，对现网产品进行优化

调整。是产品表现达到需求效果。

第四十条产品轻量级迭代，如产品图片更改，样式小面积更改，文字更改，

功能易用性更改等轻量级需求，需通过jira向产品部或者测试组进行提交申请,

产品部进行批复后技术中心进行执行更改，未按此方法技术中心有权不予执行。

第十五章持续改进

第四十一条产品部依据本方法的执行状况，持续提出改进看法。