一、引子：唯一不变的只有变革
1.互联网三十年变革
1)“不是我不明白，只是这变化快！”
2)“We are the champion! ”
3)军令状
2.变革应对
1)唯快不破
2)小◇灵◇通
3.相濡以沫不如相忘于江湖
二、入门篇：敏捷开发
1.“午夜凶铃”
2.为什么是敏捷开发？
1)客户需求随时变
2)客户不清楚想要什么
3.基本概念
1)少些规划，多些调整
2)少些文档，多些对话
3)高频试错
4)我的地盘我做主
4.实施方法和工具
1)SCRUM/XP
2)TDD
3)敏捷开发工具
A.版本控制整合
B.进度跟踪
C.工作分配
D.集成发布
E.迭代规划
F.论坛
G.软件缺陷的报告和跟踪
5.阻碍
1)人多嘴杂
2)越大越难
案例：“迅雷不及掩耳盗铃”
三、午后互动活动
模拟分组游戏：决策私董会（结果作为晚上的课程参考）
四、进阶篇：微服务
1.“补丁摞补丁，撑不下去了！”
2.基本概念
1)专注
2)自治
3.本质：分解、分解再分解
1)规则
2)边界
4.好处
1)异构
2)弹性
3)与组织架构和谐共处
5.实施方法及工具
6.阻碍
案例：“纸牌屋”
五、高级篇：精益数据驱动
1.“尽快上线，出事算我的！”
2.缘起精益创业
3.数据驱动组织变革
1)责任：微QA
2)授权：微运营
3)监督：精益数据
4.精益数据驱动四步法
1)以客户价值精算为标准
2)以经营蜂巢为数据模型
3)以数据决策导图为工具
4)以盈利预测为决策依据
案例：“萝卜快了不洗泥”
六、总结、测验和作业（可选）
1.各组总结发言
2.小测验：填空题+选择题
3.课后作业：“精益数据导图”
课程背景：三十年互联网创造了多少传奇，而研发团队就是传奇背后的无名英雄。但是“败事有余，成事不足”，一句自嘲道尽了攻城狮们满把辛酸泪。上线前：“出事儿我担着！”上线后：“这不是我要的！”扩张时：“韩信点兵，多多益善！”收缩时：“为什么受伤的总是我？”客观的说，互联网的商业模式、技术和政策环境的快速变化造成了以上困扰。因此，研发团队首先要适应的就是快速变化的客户需求，甚至客户自己也说不清的需求。PMP、CMM……原来主流的开发模式不好使了，课程第一部分“敏捷开发”应运而生。开发速度的确上去了，互联网规模也越来越大，业务也越来越丰富。攻城狮们忽然发现自己开发的系统变成了“巨型纸牌屋“，加建怕垮，一拆就塌。第二部分“微服务”正是解决单体程序变大后难以维护管理的对症良药。无论“敏捷开发”还是“微服务”都是为研发快速响应变化而生的，快速行动意味着决策权下沉和犯错，需要组织制度的支持。“到底听谁的？”“出了问题谁担责任？”研发模式变革进入了深水区。第三部分“精益数据驱动”为以上的困境指出了突围路径。以上三个部分以互联网发展的前后阶段为次序，讲师对应制作了“迅雷不及掩耳盗铃”、“巨型纸牌屋” 和“萝卜快了不洗泥”三个亲身经历的案例。听故事一样的轻松心情帮助学员们高效学习。
