产品研发管理计划流程_第1页
产品研发管理计划流程_第2页
产品研发管理计划流程_第3页
产品研发管理计划流程_第4页
产品研发管理计划流程_第5页
已阅读5页,还剩19页未读 继续免费阅读

下载本文档

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

文档简介

1、产品研发治理流程1. 概述本流程目的描述公司产品研发的治理流程。通过本流程的实施,确保研发方向正确,时期目标清晰,项目过程可控,从而确保按照预期打算完成产品研发和上市销售,为公司战略的实现提供支持。术语、定义和缩略语产品:指公司研发的、在市场上能够单独销售的系统。我公司的产品,要紧是以ASP方式运营的软件系统和服务。产品生命周期:从产品创意开始,到产品退出市场的全部过程。产品项目:为研发产品的某个版本,有一定的进度、资源、质量要求所作的临时性的努力;产品项目生命周期:从项目策划开始、到项目结项为止的时刻周期。产品项目生命周期一般是产品生命周期的部分时期;角色和职责产品经理:负责产品生命周期的全

2、过程治理和组织协调。与产品项目相关的要紧职责包括:负责产品定义,找到市场需求、目标客户和销售卖点;进行产品各版本的规划,下达产品项目的研发任务;在产品项目过程中,负责需求治理和总体进度操纵,确保产品按时公布;在产品项目研发的同时,产品经理组织完成“产品包装与销售支持”工作。产品项目经理:负责产品项目生命周期的统筹安排、任务跟踪和组织协调。在产品项目生命周期中,向产品经理负责。要紧职责包括:同意产品项目的研发任务,组建项目团队,进行项目工作的统筹安排;组织产品实现,确保产品满足规划;负责产品项目的任务跟踪和组织协调。关于进度、需求或设计的变更,提出变更申请;关于存在的问题,进行跨部门沟通,并组织

3、、协调资源解决。产品项目组成:一般包括如下角色产品项目经理:负责产品项目组的统筹治理;需求分析工程师:负责需求分析;UI设计工程师:负责页面设计;架构设计师:负责产品的总体架构设计;系统集成工程师:设计产品的系统部署方案,搭建系统部署环境;开发工程师:负责概要设计、详细设计和编码,配合系统的技术公布;测试工程师:负责随测和版本测试,验证产品符合性;系统配置工程师:搭建测试环境、验证安装文档、提供产品盘,配合系统的技术公布;运维工程师:编写产品的部署或升级打算,完成产品的技术公布,反馈使用中的问题。产品团队组成:产品团队除了包括产品项目组的所有成员,还包括如下角色:产品经理:负责产品团队的统筹治

4、理;公司高层领导:制定产品战略,提出市场方向;商务人员:协助市场需求调研;组织产品销售和用户培训,收集并反馈用户意见和建议;市场人员:协助产品包装,制定产品的宣传和推广打算;法务人员:协助完成产品注册等法律事务,并审核合同草稿;业务运营人员:完成产品的运营流程,为产品销售做好预备;负责产品销售后的业务运营。QA工程师:负责产品研发治理流程的制定、推行和持续改进;在产品治理工作范围内,对产品经理进行过程指导。监控过程执行情况,报告过程问题,并跟踪问题的处理;在产品项目的工作范围内,对产品项目经理进行过程指导。监控过程执行情况,报告过程问题,并跟踪问题的处理;协助产品经理或产品项目经理完成部分组织

5、协调工作,以及部分文档治理工作。各部门治理层:负责本部门的资源安排,并协助进行跨部门资源的协调;关于相关问题,提出解决建议,并参与解决方案的制定。督促相关人员执行最终的解决方案。公司产品委员会:评审产品的可行性分析报告和各版本规划,做出是否研发的决策;在产品治理过程中,负责重大问题(如:研发方向、产品投资、重大需求变更等)的评审和决策。公司技术委员会:评审产品的架构设计和系统部署方案;在产品项目治理过程中,负责重大技术问题(如:重大的设计变更)的评审和决策。审批人:各个工作环节或不同的工作产品,有不同的审批人:在流程图,用“审批人”统称;在各时期要点讲明中,有具体审批人的定义;在工作产品的模版

6、上,也会列出本产品的审批人。其它讲明:各类角色的具体职责和工作内容,见“过程定义”中的详细描述;在实际工作中,一个人可能同时承担多个角色,一个角色也可能会有多个人员承担。在相关打算中,应定义每个人员的具体角色和工作内容;为幸免职能部门调整带来的流程修改,本文使用角色进行工作和流程描述。产品创意 目的关于一个全新的产品,要执行本时期流程。其目的在于:通过备案申请,确保产品方向符合公司战略;通过市场需求调研和分析,定义产品形态,确定产品定位和销售方向;通过投入产出分析、技术可行性分析、风险分析等,确保产品决策的正确性。 组织者:产品经理要点讲明关于产品备案申请产品备案申请表的要紧内容:备案缘故:一

7、般引述公司产品战略。如与产品战略不符,应特不讲明;本时期的工作方向和方式:人员组成、本时期的工作量可能:要紧工作安排和工作产品:本时期的费用预算等。关于“各部门参与人员”:至少应包括:市场人员、商务人员、技术架构师、开发治理人员等;在产品备案期间,产品经理应分配上述人员参与相关工作,并完成部分工作产品;本时期的重点是市场需求调研和分析,因此市场人员和商务人员应发挥要紧作用。产品可行性分析报告的要紧内容:背景讲明:产品定义:要紧特征描述(要紧功能);总体架构和关键技术指标;典型应用等。市场可行性分析:市场需求分析;竞争对手分析;目标客户和竞争力分析;产品路标规划;投入/产出比分析;技术可行性分析

8、:国内外技术现状;技术方案详细描述;实现可行性分析等。风险分析与应对措施:产品可行性分析结论等。关于产品备案延期申请或产品备案撤销的简要讲明产品备案延期申请:与产品备案申请表中的打算相比,进度延期5个工作日以上,则产品经理应填写产品备案延期申请表,讲明延期缘故,以及对进度、工作量和预算的阻碍,交技术治理中心办理审批手续;产品备案撤销:专门情况下,可能要取消产品备案,则由产品经理填写产品备案撤销表。讲明撤销缘故,并进行工作小结,交技术治理中心办理审批手续。必要时,能够通过会议形式,提请产品委员会评审后,做出备案撤销的决定;完成产品备案撤销手续后,技术治理中心发送备案结束通知给相关部门。 产品创意

9、过程跟踪:产品经理负责产品创意时期的全程治理和跟踪;QA人员要紧跟踪“可行性分析评审”的时刻点。假如那个时刻点延期5个工作日以上,则提请产品经理办理产品备案延期申请手续。产品版本规划目的通过产品的版本规划,定义产品项目的研发任务。包括:功能需求、性能需求、可能的公布时刻和期望的工作量操纵等。组织者:产品经理流程图要点讲明本时期的工作流程,与产品创意时期类似。它们的不同点在于:关于一个产品而言,“产品创意时期”只经历一次;而“产品版本规划”则重复多次,每次开展新版本研发前,都要经历本时期。然而,在进行产品1.0版本规划时,本时期中的产品备案手续不必执行;产品创意时期定义的产品功能相对粗略,且覆盖

10、整个产品生命周期。本时期则具体定义产品新版本的要紧功能和性能需求;在产品创意时期,要紧通过市场需求调研和竞品分析,确定产品的功能规划。而在本时期,除了上述两种方式外,更多的需求来源于产品的用户反馈和公司内部各部门的反馈;在产品创意时期,市场、商务人员和技术架构师应重点参与。而在产品版本规划时期,开发部门应指定专人参与。一般而言,此人将在以后的产品项目中担任产品项目经理,以便实现平稳过渡。同时,在进行研发难度评估、工作量和可能进度可能时,该人将要紧参与;本时期与产品创意时期的共同点在于:差不多上从市场需求、用户角度进行产品分析;流程和角色类似,治理要求相同(如:产品备案审批、备案延期申请等)。关

11、于产品版本规划:产品版本规划讲明书的要紧内容:产品现状概述;新版本规划提出的背景和缘故;功能需求描述和优先级;性能需求描述,以及必要的架构调整建议;产品或项目依靠关系;研发难度评估、工作量和可能进度可能(初步可能,不作为跟踪依据);其它内容。产品项目治理产品项目策划目的依照产品版本规划,进行产品项目策划,为产品项目的治理打下基础;便于公司领导、运维部门、商务部门等相关人员,了解项目安排,以便做好相关工作。组织者:产品项目经理为主,产品经理配合要点讲明通常,在产品版本规划评审通过后两周内,完成产品项目策划工作;那个地点的产品项目打算是完整意义上的打算:涉及时期包括:需求分析、系统设计、详设与编码

12、、产品测试、技术公布与试运行、产品项目收尾等各个时期;产品项目团队人员包括:需求分析、UI设计、系统设计(架构设计、软件设计、系统部署方案设计等)、开发、测试、系统配置、运维、采购等各环节人员。同时,还包括公用组件/模块的开发人员;特不要注意硬件预备工作(如系统部署方案制订、设备采购、网络环境建设、系统安装等)和技术公布预备(如文档提供、技术培训等)等工作;在制订打算时,产品项目经理应与产品经理、各资源部门经理进行充分沟通和协调,明确工作内容和标准、确定参与人员和参与时刻等,确保各部分打算的可执行性,从而保证总体打算的可行性。同时,产品项目经理还要与QA人员进行充分沟通,了解项目治理要求和工作

13、规范;产品项目治理打算的要紧内容:项目目标;过程定义与工作产品清单;关键任务分解、工作量可能和里程碑;人员打算;同行评审打算;风险治理打算;项目预算;项目采购打算;其它打算,如:培训打算、技术攻关打算、配置治理打算等。现在的产品项目进度打算,除了需求分析时期的工作比较细致外,其它时期都只定义了起止点,需要不断细化。产品项目打算审批后,形成基线。变更治理,见“产品项目跟踪与监控”;关于产品项目启动会:原则上,在启动会之前,产品项目组成员都应该差不多确定;专门情况下,在启动会上,相关资源部门必须确定参加项目的人员;在本时期,产品经理应进行产品版本治理工作的策划,并形成产品版本治理打算。下面简单讲明

14、:产品版本治理打算由产品经理负责编写,其中包括产品项目治理打算中的部分工作(里程碑,以便产品经理跟踪),但更多的内容是产品包装与销售支持(产品命名、包装、培训、市场宣传、销售文件预备、法律事务办理、运营流程预备等)相关的工作;产品版本治理打算涉及的人员要紧包括:市场、商务、法务、业务运营等相关人员。需求分析目的依照产品版本规划,进行详细的需求规格定义,为系统设计和编码测试提供工作基础;本时期结束前,应细化产品项目打算,并作为项目跟踪和评价的依据。组织者:产品项目经理要点讲明需求规格讲明书,必须符合产品版本规划中定义的产品需求;产品经理负责产品需求的治理和跟踪,是需求规格讲明书的第一评审人;需求

15、规格讲明书评审后,形成基线。变更治理,见“产品项目跟踪与监控”;需求评审通过后,产品项目经理细化产品项目打算,包括:重新可能工作量,确定各里程碑时刻点,明确产品的技术公布日期。细化后的产品项目打算,要得到产品经理、相关资源部门经理的再次确认。确认后,将作为项目后续跟踪和评价的依据。现在,产品经理应修订产品版本治理打算中的公布日期;其它讲明:在需求分析的同时,能够开展部分设计工作。但,最终的设计必须满足需求。系统设计目的通过软件产品设计,为后续编码奠定基础;通过系统部署方案设计,做好运行环境的预备;通过测试方案设计,做好测试预备。组织者:产品项目经理要点讲明软件产品设计:由开发人员完成。必要时,

16、技术架构师参与;要紧评审人包括:产品项目经理、开发部门经理/总监、技术架构师等。如有重大设计变更,提交技术委员会评审。系统部署方案设计:由系统集成工程师完成;要紧内容包括:运营环境、网络设计、部署方案、设备要求等,偏重于硬件方面;要紧评审人包括:产品项目经理、开发部门经理/总监、产品经理(特不关注系统造价)等。必要时,提交技术委员会评审。测试方案设计:由测试人员完成。其中,测试方案应在本时期完成,测试用例能够在“详设与编码”时期结束前完成;要紧评审人包括:产品项目经理(关注进度)、产品经理和需求分析师(关注需求覆盖度)、测试部经理(关注测试技术)等。详设与编码目的依照系统设计,开展详设和编码工

17、作;进行随测,提出Bug,尽早开展Bug修改,确保产品质量。组织者:产品项目经理要点讲明本时期,最重要的任务确实是做好进度操纵;所有模块,程序员都应进行自测。关于重要模块,要安排代码走查;在第一个模块完成后,即可开展随测工作。在Bug交互过程中,当测试工程师与开发工程师不能达成一致时,由产品项目经理和测试经理协调确认;涉及需求的Bug确认,由产品经理最终负责。本时期结束前,应完成产品版本测试环境的预备;产品项目经理除了关怀软件研发进展外,还要跟踪运营环境的预备工作。产品测试与公布预备目的完成产品的功能测试和性能测试,完成Bug修改,确保产品质量;完成技术公布的预备工作。组织者:产品项目经理要点

18、讲明在本时期,产品项目经理除了关注产品测试外,更要做好系统运行环境的预备,包括:硬件采购、网络环境建设、硬件部署、系统软件安装等。这些工作,可能从需求分析时期就差不多开始,然而在本时期结束前差不多应完成;一般,系统运行环境的预备,由系统集成工程师完成;软件产品的安装部署,由运维工程师完成。然而,产品项目经理应跟踪工作进展,并提供相关文档和培训,确保工作的顺利开展;假如可能,尽早安排运维人员、市场运营人员进行产品的熟悉和试用;系统部署或升级打算,要紧由运维人员制订,并通过产品经理、产品项目经理和相关部门经理/总监的审核;通常,技术公布条件为:产品功能点(与需求规格讲明书比较)覆盖度95%;重要B

19、UG全部解决。一般BUG的解决率95%;具体产品项目的公布条件,可由产品经理、测试经理、运维经理和产品项目经理协商后制订。假如产品不满足技术公布条件,则提交公司高层审批。技术公布与试运行目的完成产品的技术公布;跟踪产品试运行情况,收集产品问题。组织者:产品项目经理要点讲明为保证公布质量,一般先在几台设备上进行试安装,观看一段时刻后进行正式公布。在试安装过程中,如产品有重大缺陷,通过沟通,运维部门能够退回产品项目组修改后重新办理公布手续;完成产品的技术公布后,应进行1-2周的试运行。关于发觉的问题,运维人员或其他相关人员报产品经理和产品项目经理,由他们确定处理方案。处理方案的最终决定,由产品经理

20、负责;在试运行过程中,产品经理按照产品版本治理打算,组织市场、商务、法务、市场运营等相关部门完成相应工作,做好产品的市场公布预备。产品包装与销售支持目的通过产品包装和销售支持工作,做好产品销售的预备。组织者:产品经理要点讲明本时期实际上跨越了产品项目的全过程,具体工作在产品版本治理打算中安排;产品预公布的时刻点,一般在需求规格讲明书完成前后;关于产品培训时刻点,应视产品特点而定。假如需求比较明确,则越早越好,以便给相关部门留出足够的时刻。至少,在产品技术公布的前后,应完成培训;培训内容:从市场和用户的角度,介绍产品特性、典型应用和使用方式;不是技术培训。所有的产品包装和销售预备工作,应该在市场公布前完成。产品项目收尾目的产品市场公布,开始销售;产品运行跟踪,遗留问题解决;项目回忆,经验总结。组织者:产品项目经理为主,产品经理配合要点讲明关于市场公布后的问题和新需求处理问题分析和处理流程,参见“技术公布与试运行”时期;原则上,本时期不同意需求变更。变更申请纳入下一版本规划中;即使关于Bug,也要通过综合评估,才能决定是否修改。关于产品项目结项的时刻点市场公布后,仍然需要通过1-2个月的试运行,方可结项;产品项目结项后,项目组解散,但能够保留维护工程师。产品后续问

温馨提示

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

评论

0/150

提交评论