软件研发中心管控流程.docx

软件研发中心管控流程.docx

《软件研发中心管控流程.docx》由会员分享，可在线阅读，更多相关《软件研发中心管控流程.docx（8页珍藏版）》请在冰豆网上搜索。

软件研发中心管控流程

e学研发中心

管控流程V1.0

2017年07月

一、产品开发流程4

1.需求阶段4

1.1需求分析4

1.2需求评审5

1.3产品设计5

1.4UI设计6

2.研发阶段7

2.1开发评审7

2.2概要设计8

2.3详细设计（非必需）9

2.4编码9

2.5单体测试10

2.6集成测试10

2.7提测11

2.8产品验收12

3.产品发布13

3.1产品发布13

3.2产品运营13

二、日常考核标准14

1.奖励措施14

2.惩罚措施14

三、签字确认15

一、产品开发流程

1.需求阶段

1.1需求分析

通过调研市场、业务部门反馈等渠道获取需求，并进行详细分析。

这一阶段主要目的是从总体上把握产品规划方向和趋势，了解自身产品的业务流程、硬件和软件环境等，并结合同类竞品分析的情况，整理出产品需求的优先级、权重等，以便后续设计和研发工作的实施。

责任部门：

产品设计部

输出产物：

需求分析报告

标准要求：

对需求进行分类，筛选出可行性需求，根据“四象限定位法”进行需求分位，明确需求优先级。

需求分析报告需包含3-5个竞品分析结果，明确需求数量、需求内容、需求优先级，预估需求实现的功能点数量及内容，落实需求分析责任人，确保需求可量化可执行可追踪

1.2需求评审

根据需求分析的结果，产品设计部组织相关部门（产品设计部、开发部、市场运营部、UI设计部等）对需求分析报告进行评审，以便获得相关方的一致认可，并进行签字确认。

责任部门：

产品设计部

输出产物：

需求评审报告

标准要求：

确定需求评审小组成员，对需求分析报告进行需求评审，提出评审意见，出具需求评审报告，小组成员签字确认后进行公示。

需求评审报告需包含需求评审时间、地点、小组成员名单、需求数量、需求内容、需求优先级、评审意见、小组成员签字和需求评审负责人

1.3产品设计

当需求评审通过后，需要对产品业务功能、业务逻辑、界面原型等进行细化工作。

当界面原型完成后，产品设计部组织相关部门（产品设计部、开发部、UI设计部、测试部等）进行评审，根据相关方的意见进行修改，直至原型定稿为止。

当产品需求文档完成后，产品设计部组织相关部门（产品设计部、开发部、UI设计部、测试部等）进行评审，以便获得相关方的一致认可，并进行签字确认。

在产品需求文档中，需要评估出预发布时间点、正式发布时间点，以便项目经理可以合理安排好开发计划。

责任部门：

产品设计部

输出产物：

界面原型、产品需求文档

标准要求：

根据需求评审确认后的需求进行业务逻辑梳理，列出流程图，进行功能点设计和界面原型设计，并给出产品界面原型与PRD文档的预发布时间和正式发布时间。

界面原型需包含大纲、业务流程图、功能模块细分、界面功能设计、界面交互、修改记录和负责人。

PRD文档需包含产品背景、需求列表、参考资料、产品分析、产品目标、产品架构、功能要点、功能概述、需求详细说明、修订记录和负责人

1.4UI设计

UI设计部根据业务原型图，需求说明书进行业务效果图设计，设计过程要求需要协调设计师和前端人员进行沟通，制定设计规范。

保证设计稿的质量、制度出稿时间节点。

责任部门：

UI设计部

输出产物：

UI效果图

标准要求：

UI效果图需包含设计规范、设计效果图及切图、交互动画、空白页效果和加载效果。

UI设计风格3选1，设计稿修改次数控制在3次左右，保证设计稿质量，明确设计出稿时间和负责人，设计效果由产品负责人和项目负责人审核

2.研发阶段

2.1开发评审

产品需求文档评审通过后，指定项目经理。

由项目经理从各个开发部（前端、android、iOS、后端等）中，结合项目的情况组建项目组成员，直到项目结束为主，这段时间内开发人员的绩效由项目经理管理。

由项目经理组织项目组团队对业务框架进行分析，功能模块分解讨论等。

由项目经理制定项目总体计划，划分各个阶段里程碑的目标和要求。

责任部门：

项目经理、项目组成员

输出产物：

开发评审会议纪要、项目总体计划

标准要求：

由项目经理组建项目组成员，并明确每个人的分工职责和要求，在项目开发任务未结束之前，统一由项目经理负责管理。

在业务分析中，项目经理要评估出业务的难点，并安排专人进行技术攻关（必要时可以由各个开发部的负责人牵头，且所有的技术方案必需具备2个或以上的备选方案，以便决策之用）；根据每个人的开发经验不同，合理的分配好开发任务；项目总体计划中，要求对每个任务只能明确一个责任人，且每个任务的周期不要超过2天（含2天）；对于需求存在歧义的，统一由项目经理汇总后跟产品设计部进行沟通和确定；项目经理要根据产品需求文档中规定的预发布时间和正式发布时间，合理统筹的规划好开发任务计划

2.2概要设计

协调各个开发部对项目进行概要设计（总体结构设计、数据库设计、接口设计和功能模块设计等）。

并评估出研发周期、提测时间。

当概要设计（总体结构设计、数据库设计、接口设计和功能模块设计等）完成后，项目经理组织评审，以便获得相关方的一致认可，并进行签字确认。

责任部门：

项目经理、项目组成员

输出产物：

概要设计文档、项目开发计划

标准要求：

所有的项目必需进行概要设计，包含总体结构设计、数据库设计、接口设计和功能模块设计；总体结构设计包括设计目标、运行环境、网络结构、总体设计思路和处理流程、系统部署；数据库设计包括设计原则、数据环境说明、数据库命名规则、逻辑结构、物理存储、数据备份与恢复；接口设计包括外部接口和内部接口；功能模块设计包括业务功能的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系（特别是公用模块和其他模块之间的控制关系）；概要设计必需进行评审才能进入编码阶段，且要求项目经理、项目组成员签字确认

2.3详细设计（非必需）

项目经理根据项目的实际情况，挑选部分业务复杂高的进行详细设计的工作。

责任部门：

项目经理、项目组成员

输出产物：

详细设计文档、项目开发计划

标准要求：

由项目经理根据实际业务来确定是否需要进行详细设计；详细设计主要包括模块说明、IPO图（即输入-处理-输出）、性能、输入项、输出项、算法、程序逻辑

2.4编码

在编码过程中，项目经理跟进项目组团队的进度，保持与开发沟通确保需求被正确理解，及时解决研发过程中发现的新问题。

每日，项目经理组织项目组开会口头汇报每天的工作进度。

每周五，项目经理组织项目组周例会，并将整体的工作进度，通过邮件形式向相关领导进行汇报。

各个开发部的负责人，每日跟踪和监督Git版本库上代码的提交情况和相关技术难点的攻关解决。

责任部门：

项目经理、项目组成员、开发部

输出产物：

项目周例会报告、代码规范

标准要求：

在正式编码之前，项目经理组织项目成员熟悉各类编码规范（前端规范、数据库规范、android规范、iOS规范、java规范等），并协调各开发部负责人进行日常代码规范的检查；项目经理以周为单位制定开发任务，并明确责任人，且任务完成的期限控制在上下10%左右，对于影响进度的统一安排加班处理；每周五下午，由项目经理组织固定的周例会，并记录本周任务的完成情况、风险问题、遗留问题、人员变动情况等，下周计划任务等；每周五统一发送周报给公司高层，并抄送项目组成员；每日例会控制在10分钟左右，每个人都要说明昨天任务的完成情况和今天的主要工作计划

2.5单体测试

项目组团队内的开发人员在完成编码工作后，要求提交各自的单体自测用例和单体自测报告给项目经理，来证明单体测试工作的完成。

该数据将用作项目考核数据之用。

责任部门：

项目经理、项目组成员

输出产物：

单体自测用例、单体自测报告

标准要求：

开发人员完成编码工作后，统一编写单体自测用例，可以利用编译器环境来写测试脚步，并在所有的单体测试完成后统一导出单体测试报告给项目经理；每个单体测试用例必需覆盖3个以上的测试脚步，包括：

正常值、边界值、临界值都要覆盖；只有完成了单体自测，开发人员的开发工作才算结束

2.6集成测试

由项目经理指定项目中的部分人员专门进行集成测试的工作，要求提交集成用例和集成测试报告给项目经理，来证明集成测试工作的完成。

该数据将用作项目考核数据之用。

责任部门：

项目经理、项目组团队

输出产物：

集成测试用例、集成测试报告

标准要求：

由项目经理指定项目组内经验较丰富的开发人员负责完成；集成测试包括测试用例编写，根据产品需求文档和概要设计文档进行编写，所有涉及到内外部接口都要覆盖；每个集成测试用例必需覆盖3个以上的测试脚步，包括：

正常值、边界值、临界值都要覆盖；只有完成了集成自测，项目经理才能提交测试版本给测试部

2.7提测

产品在提测之前，测试部要提前完成好系统测试用例的编写工作。

项目经理协调各部门负责人来完成测试环境的准备、打包测试版等工作，并通知测试部门。

测试部门收到后，根据测试计划安排测试人员进行测试，制定测试计划，确定测试时间周期。

测试过程中，如发现Bug，由测试人员通过Bug系统记录并通知对应的项目经理，由项目经理确认后将问题分配给开发人员进行修改，修改完成后由各开发部的负责人重新打包进行下一轮测试，如此循环往复。

测试一般分为三轮测试，每一轮结束需要提交测试报告。

测试中发现的Bug，若需要进行优先级修改时，应由项目经理组织项目成员开会讨论，并分配给具体人员在预定的时间内解决。

在功能性测试完成后，由项目经理协调测试部对部分业务进行性能、并发压力测试的工作。

测试部门负责完成产品培训手册的编写，主要是面向客服、代理商和最终用户。

责任部门：

项目经理、项目组成员、开发部、测试部

输出产物：

系统测试报告、产品培训手册

标准要求：

系统测试必需在产品需求文档评审后完成系统测试用例的编写，要求覆盖业务需求所有的功能点；系统测试至少进行3轮或以上的周期，且对于严重程度高的要作为主要测试依据；每一轮的测试都必需编写系统测试报告，并告知到项目经理；对于每轮测试出现重复性2次以上的Bug，要求重点提醒项目经理去关注和解决

2.8产品验收

提测完成后，测试部门提交最终的系统测试报告，由测试负责人、项目负责人和产品负责人进行验收，出具产品验收报告，记录验收过程中发现问题及验收结果，明确是否可以发布上线。

确认通过达到上线要求，由测试、项目和产品负责人进行签字确认，则可进行后续产品发布的工作。

责任部门：

项目经理、测试部、产品设计部

输出产物：

产品验收报告

标准说明：

产品验收报告需包含产品版本、系统测试报告结果、验收意见、验收结果、验收日期、验收人员签字

3.产品阶段

3.1产品发布

当产品验收报告签字确认后，由项目经理通知项目组对代码的进行打包正式版，并提交测试组再次验证确认。

当正式版验证通过后，由项目经理负责填写产品发布确认表。

其中，需要明确发布的内容、重大风险的应对措施等。

由项目经理、产品经理、测试部签字确认，最终由部门一级负责人签字确认上线。

产品发布确认表签字好后，项目经理通知各部门负责人将打包好的正式版上传到各个应用平台，供用户下载使用。

责任部门：

项目经理、产品设计部、测试部、开发部

输出产物：

产品发布确认表

标准要求：

产品发布确认表必需包括项目名称、上线时间、参与人员、上线内容、上线准备、数据准备、上线执行步骤、风险方案、相关人员签字确认（项目经理、产品经理、测试部和部门一级负责人）；项目经理要提前3天将已签字的产品发布确认表通知到各个相关部门，以便作为上线前的准备工作

3.2产品运营

产品发布之后，市场运营部要在在新版本发布后，收集用户反馈，进行数据监测、数据分析；评估新版本功能效果和影响，验证新版本功能以及输出下版本需求开发和优化建议，并反馈给产品经理。

责任部门：

产品设计部、市场运营部

输出产物：

产品运营报告

标准要求：

市场运营部每月至少1次组织产品运营分析报告，包括新版本发布后的数据检测、数据分析、效果评定、推广情况、运作效果等，以便让产品经理可以及时的获取到市场的反馈和后续业务分析的调整、深入等

二、日常考核标准

1.奖励措施

因个人工作出色的表现，获得客户方、项目经理、部门负责人、总经理的高度认可和表扬，将给予100-500元/次/人的嘉奖；

2.惩罚措施

1）因个人原因造成客户投诉，对客户产生影响，包括：

业务中断，项目延期，客户反感，OTD（项目按时交付，保质保量），不达标等。

经查证扣500-2000元/次/人

2）部门负责人发现员工工作上的差错，经3次提醒屡教不改，每次扣50元/次/人。

超过3次以上扣100-200元/次/人

3）因开发不当而造成数据丢失和泄露，经查证扣100-1000元/次/人

4）不服从公司的调度安排每次扣100－200元/次/人

三、签字确认

所属部门

e学研发中心

各个部门负责人签字

日期

2017-07-17