敏捷转型行动笔记：研发流程及规范建设_追求卓越-CSDN博客

企业进行数字化转型，需要提升软件研发效能，效率、质量是永恒的主题，提升软件研发效能的关键是要提升持续交付能力。

软件研发效能是我们关注的重要指标，主要从交付效率（实现端到端快速交付、及早交付）、交付质量（实现端到端高质量交付）、交付能力（打造卓越工程能力，持续交付）三个维度体现。在研发体系建设的过程中，我们的目标是要提升持续交付能力、系统架构能力、产品和流程能力、精益管理和监控能力并促进组织文化转型。

为推进持续交付体系框架落地，我们需要管理维度与工程维度的相互结合，应用最佳实践。从管理维度来看，着重于规模化应用Scrum敏捷软件开发方法、看板方法，关注业务及规范两大体系建设，践行三步工作法（流动、反馈、持续学习与实验）；从工程维度来看，着重于推进架构解耦（前后端分离、微服务）并构建一条持续交付的流水线，关注基础架构、应用架构及流水线等方面的建设并应用一些关键实践，同时在工具链方面逐步打造自动化工具平台，实现端到端无缝集成。

在敏捷转型的过程中，研发流程及规范建设也是非常重要的一环。在这方面，个人认为：一是需要明确研发流程并制度化，二是需要明确相关指南及规范，三是需要明确相关的关键实践，四是需要明确度量指标。

在 研发流程方面，要从规划和设计、计划和跟踪、迭代开发、持续集成、持续部署、回顾总结等关键阶段将项目/产品的全过程内嵌到具体流程和环节中。比如，迭代开发方面，需要包括迭代计划会议、每日站立会议、领取任务及编码、迭代评审会议、迭代回顾会议等方面的具体流程、约束和相关要求。

在相关 指南及规范方面，需要持续建立并完善相应的工作指南和标准规范，作为在持续交付体系框架的有机组成部分，这是保障基于敏捷&DevOps的软件研发流程高效运转的制度保障。相关指南包括但不限于：
（1）Scrum敏捷软件开发指南
（2）敏捷开发需求分解指南
（3）用户故事估算指南
（4）Sprint计划会、每日站会、Sprint评审会、Sprint回顾会指南
（5）看板方法实践指南
相关规范包括但不限于：架构设计规范、UI设计规范、交互设计规范、数据模型设计规范、前端开发规范、后端开发规范、测试规范、部署规范等等。

在 关键实践方面，要重点搞好Scrum敏捷软件开发实践、看板方法实践、用户故事实践、CI/CD实践、自动化测试实践等等。

在 度量指标方面，可以先考虑关注三个基础性指标，分别是：需求交付周期、开发交付周期和线上缺陷密度。
（1）需求交付周期是指从需求提出，到完成设计、开发、测试、上线的时间周期。反映整个团队（包含需求、开发、测试、运维等职能）对客户问题或业务机会的交付速度，依赖整个组织各职能和部门的协调一致的紧密协作。
（2）开发交付周期是指从需求就绪并被开发团队确认，到完成设计、开发、测试，达到可上线状态的时间周期。反映研发技术团队的交付速度，依赖需求的拆分和管理，开发团队的分工协作。
（3）线上缺陷密度是指统计周期内线上或单个版本严重级别BUG数量 / 需求个数的比例。反映交付质量。