VUCA时代下的敏捷

前言：

人类的四次工业革命，图来自维基百科

工业革命是人类文明发展的重要指标和阶段标识。第一次工业革命机器代替了手工劳动，第二次工业革命人类进入电气时代 ， 第三次工业革命是信息技术革命，第四次工业革命是科技的融合。第三次和第四次工业革命都是信息技术的发展改变世界。今天社会上的人几乎无时无刻不在使用信息技术项目生产的产品，所以信息技术项目在世界的普及程度就可想而知了。

软件工程2020年项目，图来自Standish年度报告

来看一张2020年 Standish group最新报告，报告表明，近70% 的it项目都是不成功的  此外，19% 的it项目执行得十分糟糕以至于在完成之前就被取消了。当然，这还是信息服务业最发达的美国的可统计到的数据。至于中国和其它不可统计到的，只会远高于这个比率。而且这么高的失败率会带来多大的成本呢？

Cost of Poor Software Quality (CPSQ)软件质量问题带来的成本

这张图这是2020年美国因软件项目问题带来的成本，2.08万亿美金。而在运行系统的技术债务呢，1.3万亿美金，这些将来都要变成成本的。所以it项目从来就不简单，很多人不愿意重视又却不得不被重视。

以下为正文：

1、什么是VUCA时代

VUCA来源于军事管理的一个词，在上世纪90年代开始被普遍使用，其实我们尽管不这么说，也早就知道了。

Volatile 易变性，以日常事务为例

以前，孔子结合人类对四季更替的体会，在《论语》里曰”天何言哉，四时行焉”，对于不变的事务发出不需要言语来说的感慨。

而现在，干了几千年送信工作的鸽子不会想到144年前的一天他们就开始丢了工作，成为吉祥物或者宠物或者食品。而14年前的我们，也不会想到今天手机会成为自己的一个新器官。长在我们的手上，长在我们的心上，长在我们脑海里。

Uncertain 不确定性，以道理为例

以前，人们总是相信确定的才是存在的，苹果总是要落到地上的，好姑娘总是要嫁人的。

而现在，虐猫狂人薛定谔通过量子告诉我们，不确定性才是时时处处存在的。

Complex 复杂性，以解决问题为例

以前，很多人都信了宋朝宰相赵普半部论语打天下，半部论语治天下的励志故事。所以呢，要成功，先发疯，抱着论语向前冲就好了。

而现在，要解决好一个问题，我们需要各种各样的方法论，5W2H,SWOT分析,MECE原则，Rasic模型，金字塔原理，影响力地图等等工具不胜枚举，还要完成各种各样的细节方能成事。

Ambiguous 模糊性，以想要成功为例，

以前，想要出人头地，光耀门楣，达官显贵，黄金美女，考科举就行了，所以无脑考科举就对了。

而现在，想要成功，就要面对以下问题：什么是风口？为什么是风口？哪里是风口？如何成为一头风口上的猪？1000个人有一万种回答

所以VUCA时代早已经在这了，是一种新常态了，我们有什么办法来适应它，或者去改变它，更好的让它为我们所用呢？就像宁静祷文："上帝，请赐予我宁静，去接受我无法改变的。赐予我勇气，去改变我能改变的，赐我智慧，分辨这两者的区别。" 我们应该怎么去获取自己的智慧，勇气和宁静呢？

2、如何应对VUCA时代

这张图也是VUCA，用以区别，一般称为VUCA Prime

分别是愿景，理解，清晰性和敏捷性来应对易变性，不确定性，复杂性， 模糊性。

截选自图灵系列丛书《学习敏捷》

愿景很好理解，毕竟大部分人都尝过大饼。

而理解和清晰性是结合的，应对“模糊性”和“不确定性”，发现问题是解决问题的开始，通过对问题的结构化理解，探索、分歧，逐步过滤，慢慢聚焦，达到集中，让问题清晰了，就解决了模糊性的问题；问题清晰了，就可以通过对解决方案的理解来解决不确定性的问题。

而如何做到结构化理解呢，从关注“who, where & why?” 到“what, how & why?”。包括两个阶段：（1）问题的理解；（2）解决方案的理解，每个阶段都经历从分散到集中的过程，逐步澄清问题，最终解决问题。

本质上来讲，这个结构化的问题解决过程就是创新（innovation），它将风险管理、不确定性管理以及模糊性管理进行综合考虑，解决known-known（问题已知+解决方案已知），known-unknown（问题已知+解决方案未知），以及unknown-unknown（问题未知+解决方案未知）。

达克效应：邓宁-克鲁格效应

这个其实和针对人的认知的达克效应也异曲同工。

第一步总是要跨越愚昧山峰（不知道自己不知道），只是有些可能像小山包，多爬几次就过了，有些可能像珠穆朗玛峰，攀登难度极大。

绝望之谷（知道自己不知道）就是发现了很多的问题而且确定了他们的存在但都没有合适的解决方案。

开悟之坡（知道自己知道）通过漫长的摸索和尝试逐步确认了解决方案，只要对抗好风险就可以了。

平稳高原（不知道自己知道）把验证过的东西变成文化和基础规则，就能应对各种纷繁复杂的问题了。

再看到另一个应对VUCA的方法论LEAP . 分别代表了自由开放，精力旺盛，敏捷性和伙伴关系，就不详细展开了，感兴趣的朋友可以去搜索下相关资料。

还有这个使用创新来应对VUCA的模型，我们最终会发现，不管如何去找应对VUCA时代的方法，都离不了敏捷Agile。

3、什么是敏捷

先看维基的定义：敏捷是一种通过创造变化和响应变化在不确定和混乱的环境中取得成功的能力。

敏捷管理是将敏捷软件开发原理应用于各种管理过程，特别是项目管理。

再看一则数据：10年前采用敏捷管理研发的项目就比不采用敏捷的瀑布式成功率高三倍

敏捷的大象，里面包含了常见的敏捷实践和工具等，但很多团队其实采用了部分实践却并没理解敏捷的全貌是什么，所以往往觉得敏捷无法实施成功。

接下来我们再来看到敏捷的金字塔。

通过这个金字塔，我们会认识到敏捷其实不是开开早会，评评需求，喊喊口号这样的实践，而是建立在一系列的价值观和原则上的成系统的理念到实践的应用。

敏捷宣言，是20年前软件研发领域的敏捷实践创建者大佬在美国犹他州的滑雪胜地雪鸟（Snowbird）雪场一起签署的。以前文的大象为例，就是把各类优秀实践中的大象抽象出来形成了这些文字。

有不少人在尝试过敏捷研发就得出敏捷不适合这样，不适合那样的结论。其实是基于觉得上敏捷就是快就够了：文档不用写，代码不用评，测试靠手气，发版看心情。今天提需求，明天就上线？最后发现技术债务堆积如山，系统比没用敏捷更差了。其实是对于项目管理的大局观的缺乏，尤其是对质量的误解，我们以下面这个图为例

传统项目研发，时间，成本，范围，都是可见的，而且是短期可见的，但质量是不可见的，却是最中心的。敏捷却是要把质量单独可显现出来，而对于之前的时间，成本，范围放到第二优先级或者叫约束里，就是在约束条件下，以交付价值和保障质量为基本原则进行的软件研发活动。

最后来讲讲敏捷为什么以交付价值为核心出发点。

以二战美军空战扭转局势的关键人物著名数学家奥斯瓦尔德的故事为例，有一天他收到一个需求，空军上将带来一叠战机身上弹坑的照片，希望数学家用数学方法帮他分析出来飞机各个部位中哪一个最容易被敌人击中，这样就可以在对应位置增加护甲。

如果以传统的完成任务思维来进行，用算法计算出来最密集区域告诉上将就好了。那奥斯瓦尔德是怎么做的呢？他看了一会，挑出一张照片指向一处完全没有弹孔的位置说就在这加护甲。上将不了解了，照片里就没几架飞机在这个位置有弹孔啊？奥斯瓦尔德说，对，确实没有，因为这里是飞机油箱位置，这个位置被击中的飞机大部分都飞不回来了。

后面上将安排将美军飞机油箱位置加上护甲，美军战机与德军战机的战损比很快就降低了，决定了欧洲战场上空战的走势，这就是消失的弹孔的故事。

通过这个故事我们可以学习到，通过发现表象后面的真实，创造价值才是我们的目的，而不是各种流程与工具的应用。

以上是个人在实践和学习中对敏捷和敏捷管理的体会，最先发布于公众号：佳言ZA语，如需要转载，请于公众号联系本人。