《产品项目管理评审办法》由会员分享，可在线阅读，更多相关《产品项目管理评审办法（7页珍藏版）》请在金锄头文库上搜索。
1、*产品/项目管理评审办法（暂行）文档名称密级*产品/项目管理评审办法（暂行）绝密版本共 页V1.0*产品/项目管理评审办法（暂行）拟制:胡文旭时间2015-11-12审核:批准:*电子商务有限公司 产品设计部版权所有 侵权必究第一章 目 的第一条 为规范产品部对*现有产品和新产品的功能与需求的管控，现对产品需求，产品设计，产品交付，产品迭代等相关产品流程进行规范，指导后续产品生产产出。第二章 适用范围第二条 本办法适用于公司的产品研发过程，涉及需求分析、产品迭代、原型设计、系统实现、系统测试、系统上线、系统交付各阶段相关活动。开发形式包括自主研发、合作开发、外包开发。第三条 在产品设计开发过程
2、中涉及的需求管理、立项管理、配置管理、质量管理、系统测试、产品验收测试、性能测试、系统上线、系统验收等活动的要求可参见技术中心相关制度和办法。第四条 获得批准并完成立项、项目在资源保障到位的前提下即可进入产品开发阶段。第三章 组织与职责（评审单位、职能、范围方式）第五条 本办法中的产品部指产品经理，以及各部门核心成员组成，其他核心成员通常由营销中心，营运中心以及技术中心的负责人组成（特别指定除外）。第六条 产品部负责设计、开发全过程的组织、协调、实施工作。第七条 产品部负责审核需求归纳表，下达设计和开发任务书，负责批准产品策划方案、市场分析报告、设计开发计划书、设计开发评审、负责相关审核报告。
3、第八条 产品部需要根据营销中心和营运中心反馈的市场调研或分析结果，提供市场信息及新产品动向，负责提交客户使用新产品后的新产品客户试用报告表。第九条 组织开发评审新项目的设定，跟踪配合研发中心进行新产品的研发和功能实现。第十条 产品交付环节负责新产品的检验和试验。第四章 评审流程图第十一条 为了提高和规范产品研发进程，现实行以下四种评审流程；1. 新产品需求评审流程；其作用旨在收集，了解和辨别各方需求，对需求形成统一的整理，调查和分析后，形成商业需求报告，为新产品设计提供设计方向。2. 新产品设计评审流程；其作用旨在评审根据商业需求报告形成的新产品策划，产品设计，产品原型及其demo的评审流程；
4、3. 产品验收交付评审流程；其作用旨在评审与验收研发中心所交付的产品是否达到验收标准，并为产品上线做准备；4. 现网产品迭代流程；其作用旨在提供规范和简化的现网产品的迭代评审流程，加快现网产品的迭代更新速度；以上详情请查阅*项目流程机制；第五章 权限第十二条 产品部在产品设计研发过程中，有权组织或协调推进各项合理的产品事宜，公司各部门或者个人需积极配合。第十三条 产品部有权对公司产品和需求进行管控，对于接受的需求需要合理安排实施，对于拒绝的需求可以进行合理的解释；第六章 评审原则第十四条 对于一般性产品或功能(如视觉，描述等)评审，评审会议多数人审议通过即可通过。对于特殊性产品或功能（如逻辑，
5、流程等）需要产品或者研发中心进行参与决定。第十五条 评审原则需要根据公司总体战略，本着有利于需求方，有利于公司，并能平衡系统研发周期以及公司研发或维护成本的角度来友好协商后，进行综合评判。第七章 例会制度第十六条 对于产品会议，产品部可以根据需要进行会议组织，会议由产品经理进行组织协调开展；第十七条 产品部内部例会每月15号和月底举行，每月一共两次，主要由各个产品经理进行参与，会议主题事先有会议主持通知，会后需要形成会议纪要。第八章 工作规则第十八条 工作需要每周一提交工作计划，工作需要按照计划实施执行。无法实施完成的计划原则上最多允许推后一周，并需要写清延误原因。第十九条 产品经理需要主动推
6、进各项产品任务。确保各项产品任务根据研发计划有序进行。出现延期情况需要及时上报产品部负责人。第九章 项目计划和监控 第二十条 产品项目启动后由技术中心组织制定项目开发计划，包括项目范围和进度计划、测试计划、风险计划、配置计划、质量计划、人力资源及沟通计划等内容。提交项目干系人进行评审，并根据项目开发计划进行组织、协调项目的实施，产品部进行协助。第二十一条 在项目的各个阶段，技术中心对开发计划的执行情况进行监控，确保项目按计划完成，产品部进行协助。 第二十二条 项目开发计划需要变更时，遵循研发部变更流程组织实施变更。第二十三条 产品部协助技术中心对项目的实施情况进行持续跟踪、监控,并定期组织项目
7、组会议、采集项目度量数据，技术总监向领导汇报项目进度执行情况。第十章 需求分析 第二十四条 由运营中心、营销中心、产品部等部门根据运营或者客户反馈以及领导意见获得产品需求，或者通过竞品分析和灵感创意形成的需求，有产品部通过需求归纳表统一收集整理。第二十五条 需求归纳表中的需求通过评审后作为需求基线纳入产品设计中。 第二十六条 新需求提交途径，需要通过jira提交产品部进行归纳总结，未按此途径提交，产品部可不执行。第二十七条 产品部需要根据需求归纳表中的需求给予甄别，对需求进行市场需求评估分析， 分析出来的适合的需求，进行市场调研，形成市场分析报告。提供产品部形成商业需求报告，不合适的需求将标出
8、不适合理由，反馈到需求提出方。第十一章 产品设计 第二十八条 产品部在获取到商业需求报告，对报告进行分解，分析后，形成对应的产品策划方案，需要提供给产品部和领导进行评审，评审通过后，进行产品立项，产品部要出具产品设计和开发任务书后方可进行产品设计和开发阶段。 第二十九条 产品部需要完成产品原型，产品需求文档以及产品demo后，产品部组织产品评审，评审通过后，产品部需要和技术中心协商产品设计需要定义系统架构、系统输入输出说明和接口设计等内容。第三十条 产品评审均以商业需求报告为依据，确保产品设计满足全部业务需求。 第三十一条 产品设计发生变更时，产品经理遵循研发部变更流程组织实施变更。第十二章
9、产品实现 第三十二条 产品实现包括程序编码、单元测试和集成测试，其中编码工作必须遵循项目编码规范；测试工作应完成白盒测试和黑盒测试，测试数据应包括正常、边界、非法。第三十三条 产品实现由技术中心成员完成。 第三十四条 技术中心成员根据项目开发计划、产品需求文档、产品原型、细化系统编码和测试计划，由技术中心对计划进行确认。 第三十五条 技术中心成员依据产品需求文档进行编码，并按测试模板编写测试用例和测试报告。第三十六条 为确保产品实现与产品设计相符,项目经理组织对产品的代码文件进行代码走查，组织对单元测试、集成测试文档进行同行评审。第三十七条 产品实现发生变更时，项目经理遵循研发部变更流程，确保
10、需求、设计、测试等相关文档和代码的变更必须保持一致性、完整性和可被追溯。第十三章 系统交付 第三十八条 技术中心在测试工作完成后的3个工作日内，将产品提供给产品部进行验收，验收合格后，产品部出据新产品交付上线申请表。预以领导审批，审批通过后，产品部跟进产品交付上线。第十四章 产品迭代第三十九条 产品部可依据客户，市场或数据指标等指标，对现网产品进行优化调整。是产品表现达到需求效果。第四十条 产品轻量级迭代，如产品图片更改，样式小面积更改，文字更改，功能易用性更改等轻量级需求，需通过jira向产品部或者测试组进行提交申请，产品部进行批复后技术中心进行执行更改，未按此办法技术中心有权不予执行。第十五章 持续改进第四十一条 产品部根据本办法的执行情况，持续提出改进意见。第四十二条 改进意见经领导审批后，方可对本办法进行修订并重新发布。第十六章 流程规范第四十三条 流程规范参阅*项目流程机制第十七章 附则 第四十四条 本办法由公司产品部负责解释和修改。第四十五条 本办法中涉及的文档模板及其他管理办法可在产品部获取。第四十六条 本办法自发布之日起施行。
