DevOpsDays访谈：吴穹博士谈金融业规模化敏捷

今晚，DevOpsDays的许峰和张乐老师就金融业规模化敏捷对吴穹博士进行了访谈。

真北老王作为敏捷圈的超级志愿者，第一时间为大家播报。以下为真北老王的学习记录。

1

思想跨行业，pattern对应行业。

除了行业，人和组织也不同。

2

各种规模化框架脱胎于电信业。

电信是标准驱动的行业。

3

金融是偏探索创新行业。

金融需求不确定性复杂性高。

金融业务不容易听懂。

（不仅仅是金融，很多to b产品的业务都非常的复杂。）

高度监管，不能随便灰度。

思想都是加速反馈，方法不同，比如白名单。

4

大规模敏捷在金融业没有成功案例。

吴博的模型类似spotify。

产品级小队级。

业务、研发。

小队级意义不大。

拉通业务和研发，搞部落，业务价值单元。

需求怎么搞，角色怎么分。

与客户一起探索。

5

分权自治思路，邓巴数原则，150人是一个被成员认可的集体。

职能化组织，打破竖井，形成虚拟灵活价值交付组织。

spotify没有细节，反而可以填充。

6

底层替换了Scrum框架，黑Scrum。

SM和PO是不太成立的角色。SM对交付不负责，在中国很难实现。

PO拆分为业务负责人和产品经理（写需求），在中国排优先级是部门长级别，不可能跟小队开会。而产品经理沉到小队。

7

关于小队自治，根据金融特点，耦合性强，要保持跨小队协作，不能完全自治独立，在需求体系保持一致（需求层次、大小）。

8

首先得到高层决心与支持，前三个月梳理框架体系，找几个小队试点，后三个月全面铺开。千人规模，6个月周期（管理实践框架），后续还需优化，加硬核工程实践。

9

过去没有度量，不知道效率。建立度量，看到问题和改进。

10

阻力还好，大家都是向善，有的人慢热，有了案例和效果，后面的人会跟上。从10年前的怀疑变成行业潮流，这是行业进步，问题聚焦在怎么做。

11

组织结构调整还在探索。麦肯锡倾向实体部落，吴博倾向虚拟架构，不动汇报线，职能部门应长期存在，是兵种，有专业性。部落是战区，做成虚拟可分可和。矩阵式需增加管理成本。

12

关于规模化方法对能力不足的弥补，如果能力问题不解决，框架是否掩盖了问题？

人不行改变不了，是现状。精益是从现状出发，精益求精。提升能力是必要的，但是慢功夫。

方法框架与能力不矛盾。大组织还是得解决规模化问题。

13

规模化到底解决啥问题？

跟SAFe定位一样，是个协作框架。目前是解决150人的协作问题，后续解决几个150人之间的问题，结合业务敏捷科技创新。

书同文，车同轨的协同机制，让大家可以谈话起来。

先标准化一套方法，再改善。

14

怎么度量交付效率，这个问题是无解的，只能感受，好比评价哪个画家画画好。不能精准度量，但可以用度量体系拿来参考，但不要拿来排序。

主要指标：lead time（提升-缩短50%），吞吐量（不下降，上升50%），质量（不下降，如质量很有问题，可放慢速度）。系统可用率。客户价值、客户满意度（可能比较难衡量）。不要太细。

15

通过协作，减少等待时间，效率就上来了。敲代码的时间其实没多少。

16

关于管理是不是浪费？国内的现状是管理不足，需要加强。短期自治不可能。

17

关于行业的变化和进步？现在普遍不怀疑了，就是进步。建议把敏捷叫敏捷，把传统叫精益--不要叫双模，叫单模多速，2周一版本/4周一版本，但管理体系一致。已经到了全面推行敏捷的时间点了，或者叫数字化，是后面很大的趋势。敏捷和DevOps是数字化的基础。敏捷已经成为行业主流，前景乐观。

18

DevOps应扩展为InnoOps。