产品研发流程的管理规章制度.doc

产品研发管理制度 第一章 总则 第一条 产品研发过程的管理，指产品研发项目确定后，进行产品研发，形成可交付使用的软件产品的过程。在产品的研发过程中，做好研发流程的管理和控制，是确保产品研发质量和研发进度的关键。 第二条 本流程制定的目的是为了对产品研发进行有效的组织实施，使产品研发处于受控状态，保证软件开发的最后成功，向用户提供高质量的软件产品。 产品的需求分析管理 需求的采集 采集的渠道分为市场反响、竞争对手分析、客户反馈、运营数据分析、公司内部的建议等方面。 第四条 需求的分析及编制文档 采集到的需求经过深入了解和系统分析，通过跟用户的讨论验证，并形成产品需求文档，让开发、设计人员理解产品的概念，功能、特点及产品各个部分的逻辑。产品需求文档包括业务需求、用户需求、功能需求和非功能性的需求。 1、业务需求：反映客户对系统、产品高层次的目标要求，在项目定义与范围文档中予以说明。2、用户需求：描述用户的目标，或用户要求系统必须要完成的任务，这在使用实例或方案脚本中予以说明。3、功能需求：规定开发人员必须在产品中实现的软件功能，使用户利用这些功能来完成任务，从而满足了业务需求。4、非功能性需求：描述软件产品为满足用户业务需求而必须具有的除功能需求以外的特性。包括系统的完整性（联机帮助、 数据管理、用户管理、软件发布管理、在线升级等）、性能、可靠性、可维护性、可扩充性、适应性等。 工作责任人 需求分析工程师 工作职责概述 需求采集、用户调查、业务分析、系统分析、变更管理、用户验证 工作关系 客户、市场、公司内部员工 工作成果 产品需求文档 产品的可行性分析报告、原型及评审管理 可行性分析报告 产品可行性分析报告的编制是为了明确产品项发立项之前的市场、技术、财务、生产等方面的可行性，论述为了实现产品研发目标而可能选择的各种方案、投资及效益分析、潜在的风险因素，论证所选定的方案的可行性。 可行性分析报告编制完成后，由公司技术战略委员会组织完成对产品可行性分析报告的可行性初审和复审，形成相关议决后报总经理审批。 第六条 产品需求规格说明书 确定客户需求、根据产品需求文档形成产品需求规格说明书。用于保证软件开发的质量、需求的完整与可追溯性，通过产品需求规格说明书，以保证用户与需求分析人员、开发人员、测试人员及其它相关利益人对需求达成共识，确保产品需求的实现。 第七条 产品原型 原型图是对流程图中“界面元素”的展现，将页面的模块、原素、人机交互的形式，利用线框描述的方法，将产品脱离皮肤状态下更加具像跟生动的进行表达。 工作责任人 产品经理、产品助理 工作职责概述 用户和市场分析、产品规划、产品需求管理、产品设计、推动产品研发进程、产品发布管理、产品宣传推广 工作关系 产品中心经理、需求分析工程师、研发中心、客户 工作成果 产品可行性分析报告、产品需求规格说明书、产品原型设计 产品的立项及评审管理 产品立项报告书 产品立项报告书含以下内容： 论证该类产品的技术发展方向和动向； 论证研发该产品具备的技术优势和市场动态； 论证发展该产品的资源条件可行性（含物资、设备、能源及资源等）； 初步论证该产品的技术经济效益。 第八条 立项评审及批复 公司技术战略委员会就产品立项报告书进行评审讨论，全面论证新产品的技术性、经济性及可生产性和实施性等方面，形成相关决议后报总经理批复。 工作责任人 项目经理 工作职责概述 编写立项报告，并组织技术战略委员会进行评审 工作关系 工作成果 产品立项申请报告书、产品立项申请批复 产品的研发管理（概要设计、详细设计、开发） 第九条 团队建设 产品立项报告书经过审批后，根据总体产品研发计划、研发人员配备情况和产品需求规格说明书，由总经理确定相关的项目负责人与研发成员。 第十条 概要设计 项目组成员在产品研发进度时限内确定产品研发计划，根据产品需求规格说明书和产品原型对软件系统的设计进行考虑，出具DEMO设计、架构设计、数据库设计、模块设计、功能设计、部署设计等文档。 第十一条 详细设计 根据功能设计，定义画面具体元素，动作行为，跳转迁移流程，以及内部实现逻辑，数据流向等具体行为。 第十二条 产品研发 研发人员者根据概要设计、详细设计对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。　 第十三条 在研发过程中，项目负责人应将产品的研发进度上报产品质量管理部，由质量管理部对产品的研发进度和质量进行监督。 第十四条 为增强公司的核心竞争力，新产品的研发时间一般不得超过三个月，特殊情况需要延长研发时间的，必须经技术战略委员会和总经理的审批同意。 工作责任人 项目经理、架构师、研发