产品项目管理评审办法

  • 格式:doc
  • 大小:114.50 KB
  • 文档页数:7

***产品/项目管理评审办法(暂行)
***产品/项目管理评审办法(暂行)
拟制: 胡文旭 时间 2015-11-12
审核:
批准:

***电子商务有限公司 产品设计部
版权所有 侵权必究

文档名称 密级
***产品/项目管理评审办法(暂行) 绝密
版本
共 页
V1.0
***产品/项目管理评审办法(暂行)
第一章 目 的
第一条 为规范产品部对***现有产品和新产品的功能与需求的管控,现对产品
需求,产品设计,产品交付,产品迭代等相关产品流程进行规范,指导后续产
品生产产出。

第二章 适用范围
第二条 本办法适用于公司的产品研发过程,涉及需求分析、产品迭代、原型
设计、系统实现、系统测试、系统上线、系统交付各阶段相关活动。开发形式
包括自主研发、合作开发、外包开发。
第三条 在产品设计开发过程中涉及的需求管理、立项管理、配置管理、质量
管理、系统测试、产品验收测试、性能测试、系统上线、系统验收等活动的要
求可参见技术中心相关制度和办法。
第四条 获得批准并完成立项、项目在资源保障到位的前提下即可进入产品开
发阶段。

第三章 组织与职责 (评审单位、职能、范围\方式)
第五条 本办法中的产品部指产品经理,以及各部门核心成员组成,其他核心
成员通常由营销中心,营运中心以及技术中心的负责人组成(特别指定除外)。
第六条 产品部负责设计、开发全过程的组织、协调、实施工作。
第七条 产品部负责审核《需求归纳表》,下达《设计和开发任务书》,负责批
准《产品策划方案》、《市场分析报告》、《设计开发计划书》、设计开发评审、负
责相关审核报告。
第八条 产品部需要根据营销中心和营运中心反馈的市场调研或分析结果,提
供市场信息及新产品动向,负责提交客户使用新产品后的《新产品客户试用报
告表》。
***产品/项目管理评审办法(暂行)
第九条 组织开发评审新项目的设定,跟踪配合研发中心进行新产品的研发和
功能实现。
第十条 产品交付环节负责新产品的检验和试验。

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

1. 新产品需求评审流程;
其作用旨在收集,了解和辨别各方需求,对需求形成统一的整理,调查和
分析后,形成商业需求报告,为新产品设计提供设计方向。

2. 新产品设计评审流程;
其作用旨在评审根据商业需求报告形成的新产品策划,产品设计,产品原
型及其demo的评审流程;

3. 产品验收交付评审流程;
其作用旨在评审与验收研发中心所交付的产品是否达到验收标准,并为产
品上线做准备;

4. 现网产品迭代流程;
其作用旨在提供规范和简化的现网产品的迭代评审流程,加快现网产品的
迭代更新速度;
***产品/项目管理评审办法(暂行)
以上详情请查阅《***项目流程机制》;

第五章 权限
第十二条 产品部在产品设计研发过程中,有权组织或协调推进各项合理的产
品事宜,公司各部门或者个人需积极配合。
第十三条 产品部有权对公司产品和需求进行管控,对于接受的需求需要合理
安排实施,对于拒绝的需求可以进行合理的解释;
第六章 评审原则

第十四条 对于一般性产品或功能(如视觉,描述等)评审,评审会议多数人审
议通过即可通过。对于特殊性产品或功能(如逻辑,流程等)需要产品或者研
发中心进行参与决定。
第十五条 评审原则需要根据公司总体战略,本着有利于需求方,有利于公司,
并能平衡系统研发周期以及公司研发或维护成本的角度来友好协商后,进行综
合评判。
第七章 例会制度

第十六条 对于产品会议,产品部可以根据需要进行会议组织,会议由产品经
理进行组织协调开展;
第十七条 产品部内部例会每月15号和月底举行,每月一共两次,主要由各
个产品经理进行参与,会议主题事先有会议主持通知,会后需要形成会议纪要。
第八章 工作规则

第十八条 工作需要每周一提交工作计划,工作需要按照计划实施执行。无法
实施完成的计划原则上最多允许推后一周,并需要写清延误原因。
第十九条 产品经理需要主动推进各项产品任务。确保各项产品任务根据研发
计划有序进行。出现延期情况需要及时上报产品部负责人。

第九章 项目计划和监控
***产品/项目管理评审办法(暂行)
第二十条 产品项目启动后由技术中心组织制定《项目开发计划》,包括项目
范围和进度计划、测试计划、风险计划、配置计划、质量计划、人力资源及沟
通计划等内容。提交项目干系人进行评审,并根据项目开发计划进行组织、协
调项目的实施,产品部进行协助。
第二十一条 在项目的各个阶段,技术中心对开发计划的执行情况进行监控,确
保项目按计划完成,产品部进行协助。
第二十二条 项目开发计划需要变更时,遵循《研发部变更流程》组织实施变更。
第二十三条 产品部协助技术中心对项目的实施情况进行持续跟踪、监控,并定
期组织项目组会议、采集项目度量数据,技术总监向领导汇报项目进度执行情
况。

第十章 需求分析
第二十四条 由运营中心、营销中心、产品部等部门根据运营或者客户反馈以及
领导意见获得产品需求,或者通过竞品分析和灵感创意形成的需求,有产品部
通过《需求归纳表》统一收集整理。
第二十五条 《需求归纳表》中的需求通过评审后作为需求基线纳入产品设计
中。
第二十六条 新需求提交途径,需要通过jira提交产品部进行归纳总结,未按
此途径提交,产品部可不执行。
第二十七条 产品部需要根据《需求归纳表》中的需求给予甄别,对需求进行市
场需求评估分析, 分析出来的适合的需求,进行市场调研,形成《市场分析报
告》。提供产品部形成《商业需求报告》,不合适的需求将标出不适合理由,反
馈到需求提出方。

第十一章 产品设计
第二十八条 产品部在获取到《商业需求报告》,对报告进行分解,分析后,形
***产品/项目管理评审办法(暂行)
成对应的《产品策划方案》,需要提供给产品部和领导进行评审,评审通过后,
进行产品立项,产品部要出具《产品设计和开发任务书》后方可进行产品设计
和开发阶段。
第二十九条 产品部需要完成《产品原型》,《产品需求文档》以及《产品demo》
后,产品部组织产品评审,评审通过后,产品部需要和技术中心协商产品设计
需要定义系统架构、系统输入输出说明和接口设计等内容。
第三十条 产品评审均以《商业需求报告》为依据,确保产品设计满足全部业
务需求。
第三十一条 产品设计发生变更时,产品经理遵循《研发部变更流程》组织实施
变更。

第十二章 产品实现
第三十二条 产品实现包括程序编码、单元测试和集成测试,其中编码工作必须
遵循项目编码规范;测试工作应完成白盒测试和黑盒测试,测试数据应包括正
常、边界、非法。
第三十三条 产品实现由技术中心成员完成。
第三十四条 技术中心成员根据《项目开发计划》、《产品需求文档》、《产品原型》、
细化系统编码和测试计划,由技术中心对计划进行确认。
第三十五条 技术中心成员依据《产品需求文档》进行编码,并按测试模板编写
测试用例和测试报告。
第三十六条 为确保产品实现与产品设计相符,项目经理组织对产品的代码文件
进行代码走查,组织对单元测试、集成测试文档进行同行评审。
第三十七条 产品实现发生变更时,项目经理遵循《研发部变更流程》,确保需
求、设计、测试等相关文档和代码的变更必须保持一致性、完整性和可被追溯。

第十三章 系统交付
第三十八条 技术中心在测试工作完成后的3个工作日内,将产品提供给产品部
***产品/项目管理评审办法(暂行)
进行验收,验收合格后,产品部出据《新产品交付上线申请表》。预以领导审批,
审批通过后,产品部跟进产品交付上线。

第十四章 产品迭代
第三十九条 产品部可依据客户,市场或数据指标等指标,对现网产品进行优化
调整。是产品表现达到需求效果。

第四十条 产品轻量级迭代,如产品图片更改,样式小面积更改,文字更改,
功能易用性更改等轻量级需求,需通过jira向产品部或者测试组进行提交申请,
产品部进行批复后技术中心进行执行更改,未按此办法技术中心有权不予执行。

第十五章 持续改进
第四十一条 产品部根据本办法的执行情况,持续提出改进意见。
第四十二条 改进意见经领导审批后,方可对本办法进行修订并重新发布。

第十六章 流程规范
第四十三条 流程规范参阅《***项目流程机制》
第十七章 附则

第四十四条 本办法由公司产品部负责解释和修改。
第四十五条 本办法中涉及的文档模板及其他管理办法可在产品部获取。
第四十六条 本办法自发布之日起施行。