渐进式和激进式变革
赵卫, Agile Coach & Consultant
GCG Agile/DevOps CoE, IBM GBS
个人介绍
赵卫(David ZHAO)
敏捷趋势
9th Annual State of Agile Survey, by VersionOne
3
业界流行的敏捷方法/框架
*Source: Forrester’s Q2 2015 Global Agile Software Application Development Online Survey
4
敏捷方法
5
9th Annual State of Agile Survey, by VersionOne
大规模敏捷方法
9th Annual State of Agile Survey, by VersionOne
6
敏捷转型，如何有效落地？
7
转型案例
8
诺基亚西门子某产品线敏捷之路
9
2007
• 自学
• Agile China
• 扩散敏捷文章
2008
培训：
• Agile Software Development – Craig Larman
• CSM – Lv Yi
敏捷实践尝试（Dev Team)
• 每日站会
• Scrum任务板
建立敏捷社区
• 定期分享
• 读书会
2009 2010 2011 2012
• 维护项目
• 看板
• CI
• 自动化测试
• 重构
• 新产品
• Scrum
• 维护项目
• 减少PM数量
• VSM
• 看板
• CI
• 自动化测试
• 重构
• 新产品
• Scrum
部门敏捷Pilot
• Scrum: PO, SM, Dev+Tester
• Program: 和以色列协作
• CI
• 自动化测试
• CI
• 开发和测试协作
• 开发sprint
• 自动化单元测试
敏捷转型总结
自下而上
目标不明确
没有明确的敏捷方法
开发团队试点
系统工程师开发和测试团队融合试点
管理工具：AgileFant
敏捷教练
– 远程以色列教练、芬兰教练视频支持
转型过程
开发团队得到了Scrum的锻炼，提高质量，
开发风险降低
测试前移，多个内部版本，降低最后版本
风险
部分试点团队PO强压需求到团队
过程漫长，转型效率不高
产品线不同团队采用实践参差不齐
转型效果
10
某国有银行北京研发中心——背景
11
开发团队
开发部测试团队
北研测试部团队
测试中心测试团队
业务部门
电子银行
产品创新
月度版本——周期时间3
个月左右
季度版本——周期时间6
各月左右
每个月上线
目标：“迭代开发”
团队 需求 工作
研发迭代团队
12
开发组
开发部测试
测试部
测试中心
核心团队
项目和开发团队的多对多关系
.
.
.
.
项目-A
项目-B
项目-C
项目-E
项目-X
项目-Y
项目-Z
开发一组
开发二组
开发三组
开发四组
客户端开发组
主机开发组
负责16个
项目
开发一部
牵头项目：10+
配合项目：50+
13
可视化研发团队和项目
项目看板
研发团队看板（10人以内团队）
（包含多个小团队）
14
敏捷实践落地
15
测试
队长
开发 业务 项目经理
开发代表
测试代表
项目看板
项目SOS
团队，发布计划
团队，迭代任务板
团队，回顾会议
敏捷实践落地
16
所属项目 原始需求 主题 特性 优先级 开发组 开发规模 测试规模 投产版本 预期迭代
敏捷转型总结
自上而下
目标不明确，不断发生变化
没有明确的敏捷方法
管理工具：Excel
敏捷教练
– 覆盖整个部门
17
转型过程
可视化工作项，按迭代管控进度和目标
迭代内容集中在开发交付
增强开发和测试人员的协作，但还没有形
成开发和测试的共同迭代计划和目标
项目发布计划明晰
按应用统一管理多项目需求池雏形，但PO
还没有责权负责统一需求池，需求条目由
咨询师来初步形成
转型效果
某手机芯片公司Modem
整个公司组织重组
大规模敏捷+Scrum
18
北京敏捷转型小组
19
外部敏捷顾问
北京研发中心转型负责人
各转型团队SM，PO
CoP
北京研发中心老大
全球敏捷教练组
研发中心：Lund, India, Beijing, Munich
每周例会
每迭代成熟度跟踪
20
北京研发中心敏捷实施
21
各敏捷团队
每个敏捷团队的辅导模式：K-H-H-H-M-M-L-L
转型过程
敏捷转型总结
自上而下
明确目标
明确的敏捷方法
管理工具：Rally
敏捷教练
– 一个团队一个团队辅导，逐步扩散
22
转型效果
整个组织大规模敏捷过程初步成型
小团队Scrum过程已建立
需要很多敏捷教练
国内某电信设备公司IT
产品开发
– 2008/9年
– 版本火车拉齐交付时间
– 团队级/项目级敏捷 > 版本级敏捷 >产品级敏捷
IT
– 2013年，IT在小范围，小团队围尝试了敏捷，基本采用Scrum的运作方式。虽然，
团队运作有所提升，但是产品和价值流端到端没有明显的改进。
– 2013年底，IT决定大规模的实施敏捷。
23
比较好
1. 团队敏捷
2. 开发和测试协作
3. 质量指标为改进导向
4. 迭代开发，持续集成，自动化工厂
需要改进的
1. 以瀑布的方式推行敏捷
2. 筒仓，没介入前端和后端
3. 推行路标太保守
4. 工具和方法孤岛
成立敏捷体系建设组
24
外部敏捷顾问 IT运营和流程
IT实施部门
我是CIO
业务目标
25
应用实施部承诺：
达成客户满意
• 产能扩大大“x”倍
– 交付周期整体缩短
xx%，提升效率
• 质量提升“x”倍
– 生产环境缺陷密度下
降xx%
• 易用性提升“x”倍
• “x”周一上线
– 具备每周交付上线能
力，可以快速支撑业
务变化
– 不影响业务运作升级
IT系统
信息技术工程部承诺：
1、全心全意满足客户需求，努力提升IT效率，IT需求实现周期
缩短xx％
4、关键业务系统挑战“0”故障 ;
IT诉求：
1. 加速产品版本交付，缩短
交付周期
2. 加速问题优化速度
系统运行支撑部承诺：
1. 关键业务系统挑战“0”
故障 ;
2. 对业务自行开发系统提供
“1站式”服务，基础设
施部署“1周”完成，云
服务“1小时”提供。
业务目标
2014年
范围：
xx%的IT子产品试点敏捷。
目标：
1、试点产品IT需求实现周期
缩短xx％！
2、试点产品具备xx周敏捷交
付能力！
3、试点产品1/2级应用类重大
事件数降低xx%，生产环境缺
陷密度降低xx%
敏捷方案
26
软件工程方法与理论
（SEMAT）
0
1
2
3
4
5
6
商机
涉众
需求
软件系统 工作
团队
工作方式
Ke
rn
el
敏捷方案
27
敏捷转型推行计划
外包敏捷推行组
敏捷推行
Advisor（顾问）
敏捷Owner
敏捷推行者
（例如：刘燕）
HWIT敏捷代表
／执行顾问
计划
建立
四级推行组
建立
流程改革组
敏捷体系建设组
敏捷推行
Owner
敏捷推行
Advisor（顾问）
敏捷推行工作者
产品部门敏捷推行组
敏捷推行
Advisor（顾问）
敏捷Owner
敏捷推行者 敏捷代表
／执行顾问
部门
产品
部门
产品
组织级
推广＋培训
敏捷大会
（季度）
培训＋沙龙
30
15
120 20
50
60
产品部门结构 产品推行路标
28
敏捷实施
29
Big Bang
30
敏捷推行Backlog
管理
实践
工程
实践
技术
实践
需求
决策
上线
管理
需求
划分
测试
设计
持续
集成
自动化
测试
持续
交付
。。。
。。。
。。。
31
敏捷转型总结
32
转型过程
自上而下
领导负责和支持
明确目标
明确目标方案：产品级敏捷
明确制度
明确度量
明确管理工具：ALM
敏捷教练
– 负责辅导整个产品团队整体转型
– 之后复制到这个产品族下的其他产品
线
– 里应外合，部门内助理教练，中央流
程部门助理教练
转型效果
一年整个产品线300-400人敏捷运作基本
成型
团队和内部教练已形成持续改进习惯
团队成员已具备团队精神和敏捷心态
内部教练自我总结敏捷运作实践
内部教练已具备独立培训和辅导能力
敏捷教练
– 使用率最大化
渐进式vs.激进式变革
33
渐进式vs.激进式变革
渐进式 Evolution
– A gradual process in which something
changes into a different and usually more
complex or better form.
– 渐进式变革通过局部的修补和调整来实现
激进式 Revolution
– A sudden or momentous change in a
situation
– 激进式变革是一种能够以较快的速度达到目
标状态的变革方式，这种变革对组织进行的
调整是大幅度的、全面的，并且变革过程非
常快。
34
渐进式vs.激进式变革
35
如何变革？
36
如何变革？
如何变革？
如何变革？
Evolution Revolution Change – Agile Change
40
敏捷实施/转型的障碍
41
变革Bullseye
42
敏捷原则
敏捷文化
敏捷组织
敏捷实践
敏捷
价值观
变革拼图
43
自上而下
自下而上
激进式渐进式
ERC变革模型
44
Thanks!
Enjoy Agile Change
赵卫, Agile Coach & Consultant
GCG Agile/DevOps CoE, IBM GBS
