这次名字起的有点大。

起因是前段时间看了极客时间上一门关于敏捷（Agile）开发的课程。课程本身非常简短，重点介绍了一些 High-level 的概念和思想，捎带着一些实操上的指导。

可能正是因为这种抽象，让我不禁联想到，“敏捷”作为一种思维方式，其实可以应用到生活中很多方面，不仅限于软件开发。

一直以来我都认为，计算机专业的本质就是“如何更好地解决问题”。

敏捷开发也不例外。

在变化远多于计划的现代社会，为我们提供了一种务实、可实践、有着一套完整方法论的应对之道。

1. 乌卡时代

VUCA（乌卡）是四种状态的简称：

• V=Volatility（易变性）
• U=Uncertainty（不确定性）
• C=Complexity（复杂性）
• A=Ambiguity（模糊性）

这个概念最早由美军在 20 世纪 90 年代提出，用于描述冷战后的世界格局。

同样被很多人视为对当下生存状态的精准概括。

随时可能被调整的工作职能，转岗、降薪、甚至裁员，每天都在悄悄地发生。

自动化的普及，AI 的广泛应用，似乎随时做好了接替人类所有工作的准备。

失业的人试图摸清楚未来的市场走向，工作的人担心手里的饭碗朝不保夕。

年轻人抱怨职级固化，晋升困难，年纪稍长的人则担心精力日渐消退，早晚有一天会被更具狼性的“后浪”取而代之。

所有人都没有安全感。

经济增速减缓，房地产进入下行通道，国际关系紧张。

深处其中，普通人的生活就像风雨中的一叶孤舟，随风浪动荡。

无论是大环境还是小环境，过去的经验都在慢慢失效，确定性变得稀缺。

2. 瀑布模型

映射到软件开发领域。

用户的需求模糊，不明确，随时都在变化。

项目的推进，成员的协作，伴随复杂度的提升愈加难以预测和计划。

从需求，到任务，最后交付，每个中间环节，随时都可能出错，进而蔓延至全局，影响到最终结果。

解决这样的问题，最终要依赖工程：用机制的确定性，对抗人的不确定性。

早期采用的一种方式，叫“瀑布模型”，将系统开发分为多个阶段：

• 需求分析
• 方案设计
• 编码
• 测试
• 上线

一个周期跑下来，可能几个月就过去了。

好处是流程清晰，分工明确，按部就班。

缺点是不够灵活，不适合日新月异的现代社会：等需求上线的时候，原始需求可能已经调整多次，需求和交付之间出现错位。返工，重新调整需求，重新走一遍瀑布流，又是几个月过去了…

瀑布模型就有点像是小时候，父母为我们规划的成长路径。

从小好好学习，考一所好大学，学一个热门专业，四年后找一份稳定且高薪的工作。

可惜时间总是先你一步出牌。

十年前的土木工程，五年前的金融，三年前的计算机，毕业后满怀信心地奔向市场，遇到的可能不是鲜花和掌声，而是一盆冷水。

因此有时候，计划固然重要，但应对变化的能力，更重要。

3. 敏捷开发

这便是敏捷开发的理念：

拥抱变化，而不是预测变化。

抛开 Scrum、Sprint 这些拗口的名词不谈，敏捷的内核其实就三点：

• 将大的需求拆分，交给不同的小组分别迭代
• 增量开发，渐进交付
• 复盘，调整，改进

周而复始。

在敏捷开发中，没有绝对的终点，对于用户需求的满足，永远处在一个螺旋上升的通道中。

每次迭代的周期很短，交付的内容粗糙但及时，遇到需求变更响应迅速。好的产品背后，更多时候并不像你想象中那样，一开始就想好怎么做，而是在一次次微小但实用的迭代中，趋于完善。

微信朋友圈最早上线的时候，还有很多 bug 没有解决。

张小龙说：

bug 也是一种文化。

就发布了。

你不必完全想清楚再去开始，模糊的有个想法，先行动起来，在过程中调整。生活不像射击，瞄准才能扣动扳机，因为靶子会变。

• 想学一门外语，不一定非得去报几千块的班，先从每天背诵几个单词开始。
• 想搞副业，不一定非得辞职，可以在业余时间摸索可行的方向。
• 想谈恋爱，不一定非得等到自己年薪百万后再去找，那时你可能功成名就，但不再年轻。立马就去找。

我这一年来最大的一个经验，就是不要让你的手比脑慢太多。

这是不是很像改革开发总设计师邓小平说过的话：

摸着石头过河。

渐进是一种智慧。

治大国若烹小鲜，道理是契合的。

4. 总结

之前跟一位朋友聊天，从他那里学习到一句话：

像经营一个产品一样经营自己。

从来就没有一个天生完美的产品，人生同样如此。

你要做的，是有一个大致计划，然后开始迭代，在错误中调整，在调整中进步，在进步中完善。

只要保证比上一个版本更好用，便是一种胜利。

迭代，反馈，调整，循环往复。

《大学》中“止于至善”，我的理解是，成为一个更好的自己。

（完）

参考

1. VUCA - 维基百科，自由的百科全书🔗
2. 瀑布模型 - 维基百科，自由的百科全书🔗
3. 微信，是怎么过来的（2010-2015） - 方倍工作室 - 博客园🔗