这是我在红帽公司工作期间，从开源之道中学到的东西的系列文章中的第三篇。
开源之道的一个关键原则是“尽早发布，频繁发布”。这意味着与其将一个想法或项目“保密”直到它完美，不如直接分享它或让其他人可以使用它。你把它发布出去，让人试用它，测试它，暴露它的弱点，你允许同行评审。
Linux的创建者Linus Torvalds有一句名言：“只要有足够的眼球，所有的bug都是肤浅的。” 在开源世界中，理所当然的是，你希望快速向世界开放你的工作，原因很简单，如果你这样做，你就可以让其他人帮助你更快地改进它（并且你找到bug）。
有些人将尽早发布和频繁发布的概念称为“快速失败”。你迅速暴露你的弱点，以便你可以同样迅速地修复它们。
尽早发布和频繁发布的概念运作良好……除非你像我一样，害怕失败。对于一个对自己期望很高的人来说，快速失败听起来不太有吸引力。
正如我在之前的帖子中提到的，在加入红帽之前，我是一名交易律师，我的工作是为我的客户限制风险。这对我来说很有效，因为像我的许多朋友一样，我对冒险并不特别感兴趣。
然后在红帽公司的一天，我遇到了一个转折点，学会了通过尽早和频繁发布来拥抱冒险的想法。这个转折点来自于我们的董事长Matthew Szulik的帮助，他是我的一位伟大的导师。
Matthew和我正在谈论一个项目，以及我是否能“做到”。Matthew说：“DeLisa，这就像你在参加一场比赛，你正在获胜，但你不知道，所以你一直更加努力。”
有了这个富有洞察力的评论，我开始拥抱冒险的想法，并在我的想法完全成熟之前分享它们。我开始以小的、可控的方式“失败”。这似乎并没有那么糟糕，事实上，它开始更像是学习和持续改进，完全避免了“失败”这个词。
更重要的是，快速失败被证明非常有吸引力，还有另一个原因。快速失败通常意味着*小的*失败，而不是*大的*失败。如果你不断地把你的想法摆出来，获得意见，改进它们，在大多数情况下，你可能能够避免你真正害怕的那种失败——大的、灾难性的、巨大的、令人尴尬的失败。你知道，那种让你做噩梦的失败。
多年来，我看到许多开源软件项目都采用了尽早发布和频繁发布的概念，并用它来更快地构建更好的软件。并且我看到我们的公司团队在推出新项目和政策时使用了这个想法，比其他方法取得了更大的成功。就我个人而言，我用它来将我对失败的恐惧转化为力量，将弱点转化为优势。
你害怕失败吗？也许通过学会一直以小的方式失败，你也可能能够避免你真正害怕的大失败。
4 条评论