业务现状分析

典型软件开发趋势：瀑布模型和敏捷模型共存（稳态敏态）

传统企业建设现状

1. 研发工具分散，管理要求与工具软件未统一平台，数据孤岛多

• 各阶段的数据未打通：项目管理、需求管理与测试管理脱节，数据追溯不便；

• 管理要求与工具软件未结合：管理软件与工具软件分离，度量数据采集分析困难。

1. 研发环境难以满足制度要求，研发过程缺乏组织视角

• 代码托管分散：没有统一的代码托管服务；缺少知识积累；

• 发布上线无控制：多途径自由发布，风险扩大；质量要求落实不力；

• 研发过程不持续：多环节没有打通，工具性太强；没有统一平台；

• 源码不可追溯：无平台支撑发布版本与源码的对应关系维护；

1. 自动化集成程度不高，手工作业影响工作效率和项目质量

• 大部分活动依赖人工，浪费大量时间，依赖个人经验，影响交付质量。

软件研发过程面临主要问题

• 需求变更后，需求影响分析和跟踪依赖手工统计；

• 研发周期紧张，研发资源不足，缺乏资源监控手段；

• 质量合规要求高，文档手工编写工作量大；

• 项目的成果积累分散，各部门大量重复功能开发；

• 外部开发与内部开发并行，代码合并易出错；

• 系统耦合性高，升级维护不方便，容易造成版本混乱；

• 产品开发和系统资源分散，运维人员不足，监控困难。

引进BizDevOps

• 价值导向，需求溯源

• 需求结构化，变更可分析

• 业务测试，持续验证

• 细粒度需求、微服务设计

• 频繁提交代码、快速反馈缺陷

• 每日集成与构建

• 质量关卡、自动测试

• 高频、低风险发布

• 高频、自动部署

• 快速故障探测与恢复

• 全面监测、可视化工作过程

提高研发活动的自动化水平

提升软件工程生产力的模型：DevOps全球状态报告

• 可用、易用的工具

• 内部和外部搜索

• 减少技术债务，手段包括：提升代码可维护性、解耦的架构、监控

• 心理安全的文化

软件研运一体化平台应用实践

建设目标

系统思维

质量思维

• 定义统一质量指标，形成指标体系和比较基准；

• 建立组合的质量管理内控要求，固化到研发平台；

• 借助工具实现自动化的质量管控。

软件研发业务流程示例

• 底层团队级：通过需求的多次迭代完成研发过程。
• 上层组织级：是多产品、多团队的。即将多层级的 CICD 或者是需求设计形成一种关联的研发关系。组织级比在团队级上线之前多涉及一个联试过程。

研运一体化平台业务架构

技术架构

流水线调度引擎（可集成工具链）

平台部署架构（容器平台+物理机）

研发一体化平台特点

1. 自主可控流水线引擎，标准接口
   1. 简单易用：可视化拖拽设计流水线
   2. 原子级脚本：丰富可扩展的流水线脚本，定制接入新工具
   3. 全环节支持：持续集成、持续部署各环节
   4. 极致体验：面向不同角色的使用设计，良好的用户体验

1. 全面的代码检查，提升代码质量
   1. 语言支持：Java、C/C++、JavaScript等主流语言支持
   2. 代码扫描：集成商用、自研、开源扫描工具
   3. 安全检查：JAR包黑名单、资源文件白名单、groupid和version规范、禁止快照上线等
   4. 智能提示：根据扫描结果给出智能修复提示和样例

1. 服务团队协作、管控和改进
   1. 协作平台：让所有团队协作的项目管理平台
   2. 质量关卡：提升发布软件质量和质量管控力度
   3. 度量报表：为持续改进提供依据，落地研发项目度量规范

1. 强大的研发平台，扩展资源能力
   1. 编译加速：多种技术提升代码编译30%-80%
   2. 资源交付：虚拟化、容器等资源自动化部署
   3. 业务成功：全面支撑Biz/Dev/Ops一体化
   4. 国产化适配：适配国产化操作系统

平台建设收益

• 适用于多种交付模式（整包、批次、按需），实现交付价值。

• 质量内嵌，通过自动化手段提高交付质量。

• 开发协同，问题/需求反馈更及时，提高交付速率。

• 主动发现研发过程潜在风险，降低交付成本。

• 承载工程师文化，增强团队成功交付信心，提升团队交付能力。

• 多维度指标自动采集分析展示，支持研发效能持续改进。

FlyFish开源福利