深度解读敏捷思维与敏捷开发实践

一、如何正确看待敏捷？ 
1.对敏捷的误会
 
关于敏捷，许多人常常有这样那样的误会，比如一下典型的四类：
 
第一类：将敏捷与快速划上等号
敏捷开发就是快速开发
敏捷能够提高开发速度
使用敏捷，产品可以更快上线
使用敏捷，项目可以更快交付
 
第二类：
我们用的是敏捷，因为我们是迭代开发
我们用的是Scrum，因为我们团队每天都开站会
 
第三类：
使用敏捷，不用写文档
使用敏捷，不用做项目计划
使用敏捷，不用走流程
 
第四类：
需求不确定用敏捷，需求确定用瀑布
互联网产品用敏捷，2B项目用瀑布
 
看到这里的你，说不定已经中枪了
“敏捷难道不是这样子的？”
 
还真不是，
等你读完下文，
深刻领会敏捷的思维方式和含义后，
不妨再回来审视这些点。
 
2.对敏捷的争议——敏捷已败？
 
此外关于敏捷，还有一个长年不休的话题——“敏捷已败？”。
 
自敏捷诞生以来，几乎每隔几年都会出现一次有关这个话题的大规模讨论，在国外国内的敏捷教练圈里，人人都在发表自己对敏捷是成功还是失败的看法。最近的一次大规模讨论发生在2021年，而这一年恰好就是敏捷宣言诞生的20周年。
 
当我们谈论敏捷的时候，
我们在谈论什么?
说到敏捷，你真的有好好审视过这个词的含义吗？
 
敏捷的英文是Agile，翻译成汉语就成了“敏捷”，而这可能正是人们常常将敏捷与快速混为一谈的根源所在。与其翻译成“敏捷”，说不定翻译成“灵活”要来得更不至于引起误解。
 
下面我就用一个手游的例子，带你直观感受一下敏捷与速度的区别。
  这张图片来自一款叫作 NBAlife 的手游，是一张显示了球员各种信息、属性的球员卡。在这里我们重点关注速度（Speed）和敏捷（Agility）这两大属性。
 
可以看到，速度与敏捷这两种属性在这里是区分开来的，也就是说速度和敏捷其实是两种的概念，敏捷并不意味着更快的速度，两者没有必然的联系，比如请看下面的例子。  可以看到，在这样一张球员卡里，敏捷值比上一张降低了三点，但速度反倒还提升了一点，可见两者的确是不同的概念。
 
那么总结一下，
敏捷和速度有关，但它又不等同于速度。
 
“现在倒是明白了两者的不同，
但敏捷本身又究竟是个啥”
 
3.什么是敏捷
 
什么是敏捷，字典里是这样写的
Agility：敏捷性是一种是企业在无法预测、持续变化的市场环境中保持不断提高竞争力的能力。
 
还是看不懂？那再来看它的形容词形式
Agile：敏捷的，灵活的
 
这里的形容词也就是我们常说的敏捷了，字典上给出的解释是“敏捷的，灵活的”，那具体放到项目管理的语境下，它的意思就可以理解为：面对无法预测的持续性变化，我们需要主动去拥抱变化，拥有更强的适应性。
项目管理语境下的Agile：拥抱变化的，适用性更强的
 
在理解完Agile，我们进一步来看下面这三个概念：
Agile Development
Agile Team
Agile Project Management
 
Agile Development就可以理解成一种适应性更强的开发模式；
 
Agile Team就是拥抱变化、适应性更强的团队；
 
而Agile Project Management则是一种拥抱变化的、适应性更强的一种项目管理的方式方法。
 
二、如何理解敏捷的思维和原则？
 
1.敏捷开发宣言
 
2001年的冬天，齐聚在科罗拉多一处滑雪胜地的Kent等人，制定了软件行业历史上最为重要的文件之一——敏捷宣言。