研发管理规范.docx
《研发管理规范.docx》由会员分享,可在线阅读,更多相关《研发管理规范.docx(5页珍藏版)》请在第壹文秘上搜索。
1、研发管理规范一、目的与依据为规范集团软件研发相关管理,有效控制技术风险,提高研发和运行质量,结合集团业务特性,特制定本规范.二、适用范围本规范适用于集团所有研发工作.三、定义研发过程:包括需求分析、分析设计、研发实现、测试验收、发布上线、线上监控等6个过程.四、工作职责(一)产品经理产品经理负责编写产品需求文档、组织需求评审、有需求变更时更新需求文档并通知项目团队成员等;产品经理负责需求上线前业务验收工作;产品经理负责跟踪产品线上运行状况,及时跟进解决异常.(二)项目经理项目经理为项目整体目标达成负责,预见风险、控制风险,确保项目按计划高质量上线;为项目筹备到项目试运行的生命周期全过程负责.(
2、三)发布经理发布经理为发布整体目标达成负责,确保发布按照正常节奏顺利进行,对影响发布的风睑及时预警并且采取应对措施(包括不予发布或终止发布等).(四)软件负责人软件负责人为软件研发质量负责,负责变更代码的codereview;软件负责人负责跟踪软件线上运行状况,及时跟进解决异常.(五)研发工程师研发工程师按要求完成产品的设计、开发、测试及线上监控活动.五、基本原则(一)变更设计需遵循变更三原则:可灰度、可监控、可应急.1)具备代码变更和配岂项变更的灰度能力向考虑方式:beta发布、蓝绿发布等).2)具备业务核,标的监控能力(必要监控项包括业务量级、业务成功率、业务响应时间、趋势、时效等).3)
3、具备应急处理能力:涉及业务关键链路节点的代码及配置变更具备10分钟内回滚能力;涉及资金处理的核心数据具备业务熔断、数据捞取、差错处理能力。(二)所有代码和配置项变更必须经过codereview,codereview必须覆盖本次变更版本和线上运行版本的差异.(三)涉及到数据存储内容、存储位置变更的,必须通知数据使用方.(四)所有对用户造成影响的变更(代码和配置项),需要经过睑证确认才能发布.1)功能测试100%完成,有清晰合理的代码覆盖率分析.2)不能带紧急和高等级的缺陷上线,中等级缺陷不能多于两个。3)安全测试100%完成,中级及以上的安全问题上线前必须修旦.(五)不能直接用真实的业务数据进行
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 研发 管理 规范
第壹文秘所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。


重点工作绩效评估自评表.docx
