敏捷开发没你想的那么简单（上）

没用过敏捷的人，包括我在内，都会“看轻”敏捷 —— 无非是一种新的开发流程，只要翻翻书，记熟那些个会议和流程，就可以开始了。

殊不知，这只是照猫画虎，不得要领。

结果就是，在开始实施后，要么执行不下去，哀叹自己的团队不适合敏捷；要么没有达到预期的效果，唱衰敏捷，嚷嚷着敏捷没用。

这些都是因为对敏捷的理解太片面造成的。

要想顺利的使用敏捷，首先得搞清楚什么是敏捷。

要想说清楚什么是敏捷，直接给出定义，不够接地气，帮助有限。因此我要找了个参照物，好让你比对着看。

找谁参照呢？自然是人人熟知的瀑布模型（我不信你做软件开发没经历过瀑布模型）。

瀑布模型是 1970 年，Winston Royce 博士借鉴了其他工程领域的思想，比如建筑工程，提出的。所以瀑布模型适合确定性高的项目。

但这种模式用到软件开发上，就有点“水土不服”了，到如今 VUCA（易变、不确定、复杂和模糊）的时代，尤为明显：

为了解决这些问题，一群聪明人于 2001 年在美国犹他州发布了“敏捷宣言”，其中倡导了 5 点价值观：

这些价值观乍一看很好理解，但常常被过分解读，造成了很多误解。比如，敏捷不用写文档，错，敏捷需要写必要的文档；又比如，敏捷就是开发快，错，敏捷提高的是响应速度。

所以为了能让价值观更具体，需要原则来做指导，宋宁在文中总结了 12 条原则：

价值观和原则都是在天上的东西，最后还需要方法帮其落地。说到方法，不得不提敏捷最大的“冤案”之一 —— “ 敏捷就是 Scrum，Scrum 就是敏捷”。

事实上，Scrum 根本代表不了敏捷。打个比喻，价值是爸爸，原则是妈妈，Scrum 是他们的孩子，它还有好多兄弟姐妹，比如极限编程、水晶方法等等。

最后搬出宋宁老师总结的敏捷公式：

敏捷 = 价值观 + 原则 + 方法

记住这个公式，就从大局上把握了敏捷的精髓。

今天的分享就到这里，下次会分享下半部分，一些关于具体的实操，谢谢阅读。

vlambda博客
学习文章列表