产品研发工作流程规范_第1页
产品研发工作流程规范_第2页
产品研发工作流程规范_第3页
产品研发工作流程规范_第4页
产品研发工作流程规范_第5页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、 中国最庞大的下载资料库 (整理. 版权归原作者所有) 如果您不是在 3722.cn 网站下载此资料的, 不要随意相信. 请访问3722, 加入3722.cn必要时可将此文件解密成可编辑的doc或ppt格式mosh产品研发工作流程规范产品研发总流程图:流程中的角色和分工:产品经理:负责需求收集和分析,产品的调研和设计,mrd的编写,实现的跟踪,以及其他相关产品工作。产品总监:负责产品部门的工作划分,时间人员协调,总体工作安排和进度跟踪,跨部门的协作安排。产品总负责人:负责战略性产品的审核和战略方向的把握。研发工程师:负责系统前后端的设计和开发。测试工程师:负责系统的测试

2、。系统架构师:负责重大设计的指导和审核,关键系统操作的确认。其他:可能包括ue/ui/vi以及其他部门流程块描述:需求收集调研:工作内容:产品部门通过各种途径收集市场和用户需求,开展基本的调研工作,确定需要实施一个项目来满足这些需求。注意事项:原创类产品,最好给出定量的需求分析和调研报告;模仿类产品,最好给出对模仿对象的分析和模仿的理由。给出产品重要性与优先级,是否符合大战略,对其他产品的影响,预期的运营性价比。项目立项:工作内容:产品部门组织,和涉及到该项目的所有相关部门和同事开立项会,给出项目的意义、产品需求、预期效果、人员工作范围、时间计划等。注意事项:立项会原则上不展开讨论问题,仅着重

3、于通知并协调各部门相关人员的工作。mrd编写:工作内容:产品经理将市场需求和产品需求编写为mrd文档,并以此做为整个产品实施和效果评估的标准指针。注意事项:根据产品改动的大小,分别使用mrd或mini mrd模板来编写文档。后期过程中的任何产品设计改动需要反映到对应mrd文档中。产品讨论确定:工作内容:产品经理组织各种形式的沟通和讨论,不断修改和调整mrd文档。在经过立项相关人员的一致同意后,基本确定产品的设计和获得基本确定版的mrd文档。该过程种包括ue/ui相关的设计工作,并包含初步的用户调查/测试。注意事项:首页、持久导航的产品上的新增和重大产品变革,需要产品总负责人同意。如果出现较大分

4、歧,则首先需要寻求沟通和解释;产品部门拥有最终决定权。技术设计:工作内容:研发工程师针对mrd文档,进行技术实现上的讨论和设计,并确定方案。注意事项:增加新的较大的模块或者对重要模块的较大改动,需要提供设计文档,并需要架构师审核通过方可实施。设计文档需要按照标准模板来编写。技术开发:工作内容:研发工程师按照设计来进行开发,并进行必要的自测和代码交叉检查。注意事项:开发的代码要遵守mosh php编码规范。复杂和关键的代码,尽可能安排交叉检查。测试:工作内容:测试工程师按照产品mrd文档的要求来执行测试过程,检查系统的功能、性能、容错性等内容。产品经理按需安排进行用户测试。注意事项:重大改动需要进行整体回归测试。用户测试获得的信息,可能会导致需要重新回到mrd修改。上线:工作内容:工程师准备上线方案,并将实现的系统放到线上提供服务注意事项:架构师确认放可上线。上线过程尽可能少的影响服务。上线完成,相关各部门人员检查各自负责的部分是否正常工作,有异常要及时通告技术部门。基本工作准则:每项任务的每个阶段,都需要确定负责人和基本时间计划。 每项关键工作完成以后,都需要进行效果评估和情况通报。不能按计划完成,需要提前通知上级负责人,并给出原因。大会前充分沟通,而不是大会上讨论。

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论