软件研发行业创新实战案例解析

文后

22.4 使用架构模式简化设计

22.3 通过领域建模处理业务实现的复杂度

22.2 使用限界上下文处理领域的复杂度

22.1 视觉分析引擎需要解决的问题

22 领域驱动设计启发下的AI视觉分析引擎构建

21.5 总结

21.4 团队如何选择合适的技术

21.3 测试技术不是提升质量效能的“银弹”

21.2 交付团队的形态

21.1 概述

21 测试技术转型方法与实践

20.4 激发员工创造力

20.3 软件供应链安全

20.2 业务异步化转型

20.1 研发流程智能化

20 研发过程的数字化实践

19.3 数据中台建设思路与实践

19.2 数字化转型与数据中台

19.1 数字化与数字化转型

19 数字化与数据中台的一些思考

18.4 总结

18.3 落地目标驱动的效能度量实践

18.2 业界目标驱动的效能度量方法

18.1 要想很好地度量某种东西，必须理解为什么要度量它

18 以终为始，目标驱动的研发效能度量实践

17.5 好钢用在刀刃上

17.4 欲善其事，先利其器

17.3 从“两眼一抹黑”到“透明化”战场

17.2 从“疲于奔命”到“整齐行军”

17.1 从“平面作战”到“立体作战”

17 华润银行敏捷转型案例

16.4 总结

16.3 SAFe事件的背后

16.2 SAFe关键事件与质量内建

16.1 规模化敏捷体系SAFe

16 SAFe规模化敏捷质量内建实践与思考

15.5 总结

15.4 效果收益

15.3 落地实践

15.2 调研选型

15.1 背景概述

15 转转一体化监控系统

14.5 总结

14.4 团队优先的效能转型

14.3 团队优先的组织落地

14.2 团队优先的不同视角

14.1 研发组织效能管理之殇

14 从团队优先的视角打造高效能研发组织

13.5 总结

13.4 基于用户任务的产品机会洞察

13.3 用户任务的分类

13.2 用户任务的价值

13.1 什么是用户任务

13 基于用户任务的产品机会洞察实践

12.3 融合实践案例

12.2 OKR和敏捷

12.1 管理挑战

12 敏捷绩效领导力——OKR+Scrum的融合实践

11.4 如何培养数字化人才

11.3 企业如何提升能力以迎接数字化

11.2 如何进行数字化转型

11.1 什么是数字化转型

11 数字时代的架构思维

10.5 总结

10.4 执行“重构+重写”策略

10.3 需求与版本演化

10.2 代码的“坏味道”

10.1 抽象分支

10 抽象分支在重构软件产品中的运用

9.3 系统架构——拆分、容器化、云原生实现弹性交付与运行能力

9.2 组织架构——重构组织架构，加速价值流动

9.1 研发管理——以敏捷开发和DevOps实现持续交付

9 研发效能提升“三把斧”

8.3 总结

8.2 关键活动介绍

8.1 概述

8 训战结合体系化提升关键人才能力实战

7.5 总结

7.4 技术如何与创新业务齐头并进

7.3 在成熟技术体系中如何快速创新

7.2 创新项目从0到1的演进策略

7.1 案例背景

7 从0到1，创新项目取舍之道

6.4 团队文化篇

6.3 绩效考核篇

6.2 研发流程篇

6.1 组织架构篇

6 打造高效研发团队

5.7 云计算技术的发展趋势

5.6 在Istio和Envoy项目中开发安全增强及性能优化功能实战

5.5 在Kubernetes项目中开发自动扩展功能实战

5.4 云原生背景

5.3 在OpenStack项目中开发PCI SR-IOV新功能实战

5.2 开源基础设施OpenStack项目背景

5.1 从CI/CD到DevOps的创新思路

5 开源云计算软件技术创新实战

4.4 总结

4.3 商业地产建设案例

4.2 惟客数据湖仓一体的演进

4.1 背景

4 惟客数据湖仓一体化实践

3.6 最后再聊聊“低成本”

3.5 方法论无法“包治百病”

3.4 M2V6P框架的应用

3.3 从MVP到M2V6P框架

3.2 产品创新领域的应对——MVP

3.1 今天做产品创新的困境

3 低成本产品创新的M2V6P框架

2.4 总结

2.3 软件工程3.0

2.2 软件工程2.0

2.1 软件工程1.0

2 GPT-4开启“软件工程3.0”全新时代

1.8 常见的错误应对方式

1.7 失控的软件复杂度

1.6 随处可见的随机复杂度

1.5 软件复杂度的分类

1.4 软件研发的复杂度从何而来

1.3 软件复杂度困局

1.2 软件研发永远的痛：规模与复杂度

1.1 从GoogIe的一页PPT开始谈起

1 对抗软件规模与复杂度的战争

前言

序

作者简介（排名不分先后）

内容简介

主编简介

版权信息

封面

封面

版权信息

主编简介

内容简介

作者简介（排名不分先后）

序

前言

1 对抗软件规模与复杂度的战争

1.1 从GoogIe的一页PPT开始谈起

1.2 软件研发永远的痛：规模与复杂度

1.3 软件复杂度困局

1.4 软件研发的复杂度从何而来

1.5 软件复杂度的分类

1.6 随处可见的随机复杂度

1.7 失控的软件复杂度

1.8 常见的错误应对方式

2 GPT-4开启“软件工程3.0”全新时代

2.1 软件工程1.0

2.2 软件工程2.0

2.3 软件工程3.0

2.4 总结

3 低成本产品创新的M2V6P框架

3.1 今天做产品创新的困境

3.2 产品创新领域的应对——MVP

3.3 从MVP到M2V6P框架

3.4 M2V6P框架的应用

3.5 方法论无法“包治百病”

3.6 最后再聊聊“低成本”

4 惟客数据湖仓一体化实践

4.1 背景

4.2 惟客数据湖仓一体的演进

4.3 商业地产建设案例

4.4 总结

5 开源云计算软件技术创新实战

5.1 从CI/CD到DevOps的创新思路

5.2 开源基础设施OpenStack项目背景

5.3 在OpenStack项目中开发PCI SR-IOV新功能实战

5.4 云原生背景

5.5 在Kubernetes项目中开发自动扩展功能实战

5.6 在Istio和Envoy项目中开发安全增强及性能优化功能实战

5.7 云计算技术的发展趋势

6 打造高效研发团队

6.1 组织架构篇

6.2 研发流程篇

6.3 绩效考核篇

6.4 团队文化篇

7 从0到1，创新项目取舍之道

7.1 案例背景

7.2 创新项目从0到1的演进策略

7.3 在成熟技术体系中如何快速创新

7.4 技术如何与创新业务齐头并进

7.5 总结

8 训战结合体系化提升关键人才能力实战

8.1 概述

8.2 关键活动介绍

8.3 总结

9 研发效能提升“三把斧”

9.1 研发管理——以敏捷开发和DevOps实现持续交付

9.2 组织架构——重构组织架构，加速价值流动

9.3 系统架构——拆分、容器化、云原生实现弹性交付与运行能力

10 抽象分支在重构软件产品中的运用

10.1 抽象分支

10.2 代码的“坏味道”

10.3 需求与版本演化

10.4 执行“重构+重写”策略

10.5 总结

11 数字时代的架构思维

11.1 什么是数字化转型

11.2 如何进行数字化转型

11.3 企业如何提升能力以迎接数字化

11.4 如何培养数字化人才

12 敏捷绩效领导力——OKR+Scrum的融合实践

12.1 管理挑战

12.2 OKR和敏捷

12.3 融合实践案例

13 基于用户任务的产品机会洞察实践

13.1 什么是用户任务

13.2 用户任务的价值

13.3 用户任务的分类

13.4 基于用户任务的产品机会洞察

13.5 总结

14 从团队优先的视角打造高效能研发组织

14.1 研发组织效能管理之殇

14.2 团队优先的不同视角

14.3 团队优先的组织落地

14.4 团队优先的效能转型

14.5 总结

15 转转一体化监控系统

15.1 背景概述

15.2 调研选型

15.3 落地实践

15.4 效果收益

15.5 总结

16 SAFe规模化敏捷质量内建实践与思考

16.1 规模化敏捷体系SAFe

16.2 SAFe关键事件与质量内建

16.3 SAFe事件的背后

16.4 总结

17 华润银行敏捷转型案例

17.1 从“平面作战”到“立体作战”

17.2 从“疲于奔命”到“整齐行军”

17.3 从“两眼一抹黑”到“透明化”战场

17.4 欲善其事，先利其器

17.5 好钢用在刀刃上

18 以终为始，目标驱动的研发效能度量实践

18.1 要想很好地度量某种东西，必须理解为什么要度量它

18.2 业界目标驱动的效能度量方法

18.3 落地目标驱动的效能度量实践

18.4 总结

19 数字化与数据中台的一些思考

19.1 数字化与数字化转型

19.2 数字化转型与数据中台

19.3 数据中台建设思路与实践

20 研发过程的数字化实践

20.1 研发流程智能化

20.2 业务异步化转型

20.3 软件供应链安全

20.4 激发员工创造力

21 测试技术转型方法与实践

21.1 概述

21.2 交付团队的形态

21.3 测试技术不是提升质量效能的“银弹”

21.4 团队如何选择合适的技术

21.5 总结

22 领域驱动设计启发下的AI视觉分析引擎构建

22.1 视觉分析引擎需要解决的问题

22.2 使用限界上下文处理领域的复杂度

22.3 通过领域建模处理业务实现的复杂度

22.4 使用架构模式简化设计

文后