破幻求真，unFIX解决组织系统设计的原则和底层逻辑 | 系列4

尝试：低成本、安全、快速的方式，避免失败

Author: Jurgen Appelo

Link: https://unfix.com/blog/try-cheap-safe-fast

注：这篇文章感觉就说了一个观点/一句话：Fail这个词不好；应该强调Try，不要过多渲染fail。

“让我们庆祝失败”

“创造一个可以接受失败的环境”

“尽快地失败，尽早地失败，经常地失败”

“只有当你放弃时，才是真正的失败”

“让我们且败且战！”

我参与敏捷社区已经超过十四年了，我想我已经听过所有大家能想到的关于“失败有多么重要”的谚语，比如上面那些。实际上，在我早期的文章当中中我也多次提及到。

然而我却感觉到自己越来越不喜欢“失败”这个词。

当我依据一个好的习惯却出乎意料的出现错误时，是否意味着我失败了？

当我从某件坏成果事件的错误当中学习经验时，意味我真的失败了吗？

当本次实验只是一百多次测试中的第十次时，是否又意味着它失败了？

现在想来，我在生活中曾多次失败，但往往并不以我原来所预期的方式进行的。

我在一家创业公司中投资了过多的钱，而这家公司并没有如我想象当中所那样成功，所以我失败了。我当然从这次经历中学到很多经验，而且也很珍惜这些经验成果，因为我为它们付出过很多。但也许我也可以用更少的钱学到同样的经验。所以我的失败在于，这个实验过于昂贵了。

当我试图只靠肉眼在夜里跑步时，我失败了。因为在同一周里，我曾两次在黑暗中被物体所绊倒，导致我两边的膝盖都严重地受损，并永远留下疤痕。事实上，我确实享受在黑暗中跑步的过程，但自从发生过这两次事故后，我夜跑就戴上头灯。我的失败在于，这个实验过于冒险了。

许多年前，我曾尝试花两年时间开发一个软件程序，这过程中没有向任何用户或客户展示过，这导致了我的失败。我太享受写软件的这个过程，以为自己独立完成所有的事情。不幸的是，市场似乎对我的产品没有兴趣。我的失败在于，这个实验花了过长的时间。

然后，我还尝试做过一些毫无所获的事情。比如有很多次，同意一个我不喜欢的要求，然后发现我陷入了使我讨厌的承诺当中。我早就知道自己不喜欢这份工作。即使勉强尝试，又有什么意义呢？我是否盼望着这次事情会有所不同？我的失败在于并没有学到任何东西。

换句话说，现在的我对失败的意义逐渐有些不同的看法。

实验的结果总是有好有坏，有积极有消极的。它们既不是成功和也不是失败。当一个实验的成本低，安全、快速、当我们学到有价值的东西时，我们就是成功的。

于是在这里，我改进了这些口号：

“庆祝尝试与学习，而非庆祝失败。”

“建立安全地进行尝试的环境，而非安全地失败”。

“尽快地尝试，尽早地尝试，经常地尝试，安全地尝试”。

“只有当你浪费了金钱、健康或时间时，你才是失败。”

“当你停止努力，什么也没学到时，你才是失败。”

附：在使用Celebration Grid(https://management30.com/practice/celebration-grids/)这个方法时，将 成功 和 失败 这两个词，替换为 积极 和 消极，效果更好。

看情况，都是可选的

Author: Jurgen Appelo

Link: https://unfix.com/blog/it-depends

注：“看情况（It Depends）” 可能是咨询师面对客户问出的任何的问题时，可以提供的一个标准答案 😀。框架这个词会暗示一些不可改动的硬性结构，Jurgen认为unFIX和敏捷方法更应该被描述为可选择性使用的模式语言。

最好用勺子喝汤；除非你想吃面条，那么我建议使用筷子。

一般而言认为，并不存在放之四海而皆准的所谓“最佳实践”。实践只能是“在当前上下文环境中最被认可的已知方法”。它们可能是在某个特定情况下最好的做法，直到有人找到更好的方式取代它，或者情况发生变化为止。

正是出于这个原因，我不是那些框架方法论的死忠。下面是关于“框架”的一些定义：

1.可以围绕其构建某些东西的一种支撑结构

2.用于计划或决定某些事情的规则、想法或信念的一套系统

3.一个基础的思维概念结构

4.一种用来支撑或包装某物的骨架结构

5.一种由组合和连接在一起的部件所构成的结构

大多数”框架”的定义，都暗示了一个基本的、最小的结构。楼房是围绕金属和混凝土的框架上建造的；离开宪法或法律的框架，就无法从事法律的工作；没有自然语言的框架我也就没办法写书和博客文章。在每种情况下，框架都是必不可少的、最小的结构。框架就像是个启动器。没有框架，就无法开始构建。

正因为如此，unFIX模型不是一个框架。设计组织的方法有很多，而unFIX并不强制要求任何特定的结构。所有的做法都是可选的，没有必须的、最小的结构，这意味着unFIX与SAFe、合弄制以及其他方法/模型是非常不同的（最小规格版本的“SAFe”被称为最小化SAFe。对于合弄制而言，则要求必须遵守合弄制的章程）。

可能更应该将unFIX模型描述为一种模式语言，有点类似于著名的建筑师Christopher Alexander提出的架构模式。你不使用其中任何一个模式，也能够创建建筑物和城镇。那些模式都是可选的。然而，当你意识到“在当前环境下已知的最佳方法”的相关模式，并开始考虑和应用其中一些好的做法时，事情通常会变得更好。

一切都是可选的，看具体情况而选择。

当然，优秀的顾问和教练早已经知道这一点。他们明白，当人们教条地将敏捷框架解释为，必不可少且不可调整的最小结构时，就会出问题了（这恰恰是框架这个词本身的定义所暗示的！）。如果将敏捷框架理解为类似于unFIX的模式库，可能会更好。一切都取决于实际情境，一切都是可选的。

注意：我们为各种模式提供了规则/约束说明，因此，如果你打算使用某个模式，先考虑这个模式正确的使用方式应该是什么。

你可以不用任何工具，直接捧着碗吸面条。你也可以使用吸管、茶匙甚至叉子。但是，你多半得多花点时间才能吃完这碗热汤面。我的话，我会推荐你用勺子和筷子。