管理规范

1、研发流程；

PRD制定——》PRD需求评审——》

1.1 制定开发计划（小组长任务分解）——》开发设计（方案设计、数据库表设计）——》编码实现——》单元测试——》提测

1.2 制定测试计划（小组长任务分解）——》编写测试方案——》编写测试用例——》集成测试——》测试通过

1.3 UAT验收测试——》VER验证——》生产发版——》生产验证——》产品邮件通知业务方发版结果

2、开发计划规范；

2.1 后端开发小组长跟进需求文档按系统功能点对任务进行拆分，精确到功能按钮和页面，指派负责的后端开发人员，指定开发完成时间；

2.2 前端开发组长在以上分解的任务列表，指派负责的前端开发人员，指定开发完成时间（默认包括前后端联调时间）；

2.3 前端和后端开发时间上要同步，开发完成尽快联调通过并提测，不要全部压到最后提测；

2.4 测试组长在以上分解的任务列表，指派负责的测试人员，指定测试完成时间；

3、编码规范；

4、git分支规范；

5、开发设计规范；

6、测试规范；

7、发版规范；

8、生产问题定位处理规范；

9、生产问题定责；

9.1 一般程度生产问题，比如数据页面显示问题、数据取值错误等，且没造成其他损失，对应研发、测试，绩效分扣1分；

9.2 中等程度生产问题，比如数据重复、逻辑错误等影响业务的开展，但不阻断业务，对应研发、测试，绩效分扣2分；

9.3 比较严重程度生产问题，比如数据错误、逻辑错误等阻断业务的开展，对应研发、测试，绩效分扣5分（罚款2000元）；

9.4 非常严重程度生产问题，比如导致用户资金损失、公司经济损失等，对应研发、测试，绩效分扣30分（罚款10000元），视情况由公司决定是否直接开除；

10、每月员工面谈

每月绩效最后一名员工，采取如下措施：

第一部分：直属领导谈话，指出缺点和现有问题，要求两周有改善结果；如果没有改善，两周再谈一次话，要留档；

第二部分：没有改善，由Steven和jamas与其谈话，两周后还是没结果，呈报人事；

第三部分：人力去谈话；

11、服务质量

11.1、开发之前必须要有需求文档，产品组织PRD评审前提前1天发出来，研发、测试提前熟悉，产品组织研发、测试评审PRD并达成一致；

11.2、开发之前先设计（包括功能逻辑设计、数据库设计、接口文档设计等），组织开发、测试和产品进行评审，功能模块被测试发现的bug数作为考核绩效主要指标之一；【开发是质量第二责任人】

11.3、测试先设计测试方案，测试用例，组织评审后，再开展测试工作，测试录入bug数作为考核绩效主要指标之一；【测试是质量第一责任人】

11.4、周二组织代码评审，发现错误实现、问题代码、低效代码、没有注释等不合规范代码，并对代码评审结果打分，要求当天及时修复并有小组长确认修复结果；

11.5、原则上所有接口全业务场景都要纳入接口自动化测试范围，不能使用自动化测试的接口每个版本必须全场景覆盖的回归测试；

11.6、发布生产之前，一定要在VER环境进行验收确认测试，防止研发合并代码产生新问题；

11.7、生产环境发现bug，要组织问题复盘，定位问题根因，追究测试和开发相关责任，具体视问题影响范围及严重程度而定（参考生产问题定责）；

11.8、生产环境，如果业务方允许且合规，建立测试账号，限制测试数据不推送外部系统，由产品经理进行验收测试；

12、团队建设

1、支付、订单等核心模块，必须指定内部员工作为Owner，由Owner把控开发质量和编码规范，对代码质量负责；

2、外包人员，不参与核心功能开发；

3、个开发组长，至少安排双周计划，提前安排好资源，减少临时需求加入导致工期风险；

4、每天分别组织各开发小组开会，确认开发计划，跟踪开发进度，了解风险及时上报；

5、