成为你向往的那只独角兽 - 《独角兽项目》出版在即

以下文章来源于DevOpsClub ，作者张乐

写下本文标题的时候，我才意识到已经好久没有更新微信公众号了（虽然过去一年我做过很多在线直播和大会演讲）。但今天动笔写下这篇文章却是一个很好的时机，一方面春天已经到来，万物复苏、生机勃勃；更重要的是，有一件让我格外激动的事情：耗时一年多时间翻译、校对、制作的《独角兽项目: 数字化转型时代的开发传奇》终于要正式出版了！

也许你已经听说过这本书了，没错，这本书去年在国外非常火。它有很多光环：在全球销售500,000册的超级畅销书《凤凰项目》的续作和姊妹篇

今天我要认真的做下这本书的推荐，不仅是我和孙振鹏、许峰两位好友与人民邮电出版社图灵公司合作翻译了这本书，更是深刻感受到书中的故事和蕴含的哲理，以及作者提炼出的全新理念对当今数字化时代众多企业谋求的生存和创新发展的指导价值。正如耐克全球技术副总裁Courtney Kissler所说：“每一家正在经历数字化转型的公司都应该把这本书作为所有领导者的必读书目。”

这本书的前世今生

本书的前作，也就是畅销书《凤凰项目：一个IT运维的传奇故事》的英文版是2013年出版的，距今已经有近8年时间了。《凤凰项目》之所以畅销，很大程度上是因为它通过一个叙事体的传奇故事传达出的IT管理思想精髓。书中讲述了一位IT经理临危受命，在未来董事的帮助和自己“三步工作法”理论的支撑下，成功挽救了一家悠久历史的公司。故事揭示了管理现代IT组织与管理传统制造业的共通之处，让读者不仅能对如何管理IT组织心领神会，并以完全不同于以往的视角来看待自己的工作环境，从而考虑精益、约束理论、DevOps、交付流水线等等方法和实践的应用。加之作者提炼出精辟的“三步工作法”、“四种工作类型”，让这本书成为了很多人DevOps实践者的入门必选书籍。

但世界还在持续快速向前演进，几年时间过去了，业界可以说发生了翻天覆地的变化，业务模式的快速创新、技术和各类方法实践的蓬勃发展，数字化颠覆的案例越来越多…《凤凰项目》也需要与时俱进了。

于是，姊妹篇《独角兽项目》终于到来，本书的出现可以说是恰逢其时，它讲述了一个与凤凰项目同时进行的以DevOps为核心实践的数字化转型的案例故事。正如作者Gene Kim所说：“这是一个关于反叛的开发者和业务领导者一起工作，他们争分夺秒地创新、想办法生存，并在一个前所未有的不确定性和充满机遇的时代蓬勃发展的故事。”

故事中的关键人物玛克辛是一位才华横溢的首席开发人员和架构师，她被当作是一次宕机事故的责任人，并被踢出了团队（听起来是不是很耳熟？类似寻找替罪羊故事时常在我们身边发生）。但与其他悲情故事不同的是，玛克辛与公司内的一些异见者组成了一支“反抗军”团队，共同面对他们过去积累的各种组织、文化和技术问题，以及抵触变化的强大的公司旧秩序，并运用“五大理念”打造出了积极且持久的业务、技术和文化变革，让工程效率思维深入人心，最终使公司摆脱了困境，获得了像独角兽公司那样的精英研发效能，创新业务获得了极大成功，自己也成为了公司历史上的首位“杰出工程师”。

这个故事对于在中大型企业工作的人们并不陌生。对于许多试图转型为数字化精英企业的组织来说，这些挑战是很常见的。“五大理念”中所描述的文化和组织原则是实现可持续业务产出的基础，并且已经被社区提炼和采纳为DevOps和数字化转型的核心价值观和原则。

这本书为什么值得推荐

这本书证明了DevOps运动的重要性，因为它是一种更好的工作方式，可以更快、更安全、更快乐地交付更优的价值。本书描绘了在扩展DevOps并提升研发人员工作效率时，所需的、但不可见结构和架构。本书提出的“五大理念”共同创造了引发业务创新的合适环境，它使组织能够保留维持盈利业务所需的结构，同时改进和打破阻碍增长和创新的结构。

一、本书精髓：五大理念

继在《凤凰项目》中提出的“三步工作法”、“四种工作类型”基础之上，本书提出了一系列新的价值观和原则，被称为”五大理念”，以应对影响当今工程和业务最重要的 IT 挑战：

第一理念：局部性和简单性；

第二理念：专注、流动和快乐；

第三理念：改善日常工作；

第四理念：心理安全；

第五理念：以客户为中心。

第一理念：局部性和简单性

局部性指的是开发团队能在多大程度上在一个位置（而不是许多地方）进行所需代码更改，而不会影响其他团队。如果一个团队需要安排部署计划，并且需要其他很多团队与他们一起制定计划，那么到头来什么都做不成。此外，如果负责交付单一功能的团队必须与其他两支或许多开发团队协调，那么这只会给所有这些团队带来延迟和挑战。这就是局部性的概念。

局部性需要简单性：简单性是指，我们可以在多大程度上真正使应用程序彼此解耦，并完全分离它们。关注点分离（Separation Of Concerns）、单一责任原则（Single Responsibility Principle）、内聚性/可重用性（Cohesiveness/Reusability）都符合这一理念。

第一理念适用于架构模式，并且与”改善日常工作”的第三理念相关，因为要实现第一理念，我们需要腾出时间进行日常改进，并优先考虑减少技术债务。

第二理念：专注、流动和快乐

当开发人员能够专注于以最小的依赖关系、延迟和障碍来编写代码时，这就会创造价值流，从而带来快乐。当他们全神贯注工作时会真正体会到乐趣，忘记时间，甚至达到忘我的境界。这就是开发人员的工作意义所在。
比如通过开发自服务，让开发人员可以按需、直接和快速获取测试反馈，这样就可以提升开发人员生产力。

第三理念：改善日常工作

改善日常工作，从而解决技术债务和架构问题。FAANG（Facebook、Amazon、Apple、Netflix、Google）等精英组织之所以会成功，是因为他们都有意识地决定还清技术债务。他们全都竭尽所能，以确保开发人员的日常工作能够顺利完成，并尽可能减少干扰和阻碍。有趣的是，所有这些公司的首席执行官都是技术领导者。
而有一些公司（比如诺基亚就是一个很好的例子）当时并没有优先解决其技术债务，或推动其技术和架构的现代化。
需要注意的是，精英效能并不是免费得来的，而是需要进行必要的投资。很多成功的公司让3-5%的开发者专注于提升开发生产力，比如Google有超过1500人、微软有超过3000人专注于这类的事情。

第四理念：心理安全

我们从《全球DevOps现状调查报告》以及谷歌的多份重要研究中可以得知，心理安全是高效能团队的关键预测指标之一。比如谷歌就确立了一种制度，告诉团队成员在多大程度上可以安全地讨论问题、说出自己的想法而不必担心受到谴责或被嘲笑、指责。

DevOps实践中经常会提到的”免责事故回顾(Blameless Post-Mortems)”就是这一理念的代表。

第五理念：以客户为中心

要关注核心（Core）和非核心(Context)之间的差异。核心（Core）创造持久的业务优势，而非核心(Context)则是其他一切。核心是客户愿意支付费用的组织核心能力，他们不关心其他非核心业务。
例如，我们喜欢人力资源系统、工资单和支持员工的系统，但是客户不愿意为世界一流的工资单系统买单。这些系统虽然也很重要，但并不能创造竞争优势。
在我们为核心功能和应用程序提供资金时，我们需要确保核心不会被非核心扼杀。
我们还要从数据得到洞察，关注客户需要什么，以及如何满足。不要让某个职能仓筒经理的目标高于业务目标。

二、让人共情的案例故事

我们经常希望去寻找一些有价值的案例，来帮助我们理解敏捷、DevOps以及数字化转型中的那些管理、技术实践和新范式。我们可以去参加技术大会或听一些演讲，但由于时长和篇幅所限，大多案例只有2-3分钟的时间简单给听众交代下背景。而实际上，各个组织背景和环境差异巨大，如果不能深刻体会到变革所处的上下文，可能就很难理解所采取的改进方案的思路和实施过程。每个组织的上下文都是独特的，DevOps领域并没有One Size Fits All的方案，也没有放之四海而皆准的标准方法，深入理解一个案例首先要把背景搞清楚。

本书描述了与《凤凰项目》发生在同一时期的精彩故事的另一个版本，其中有许多相同的角色。但《独角兽项目》的故事是从开发者（而不是从IT和基础设施运维）的角度来写的，没有过分强调对运维的关注，因为根据企业的价值流，业务需求通常是从开发开始的。通过这一点，我们统一了从凤凰项目引入的DevOps愿景，同时也带来了以客户为中心的数字化转型的基础。

书中有太多真实（也许看起来过于真实）的案例场景，包括系统宕机、寻找背锅侠、组织结构调整、项目紧急发布、遇到重大事故后决定冻结上线、厚重的部门墙和复杂的沟通协调、大型系统无法编译构建、找不到可用的测试环境、开发和测试是距离很远的不同团队、大量工单流转效率低下、大促期间数据系统崩溃不可用、公司预算削减和强制裁员、工程能力建设的坎坷历程…好在，团队与领导层最终重新调整了策略，在一家传统的、悠久历史的企业中展现出了可能是独角兽公司才具备的强大创新力、精英效能和企业活力，最终创造出了一个数字化时代的传奇。

书中的故事内容虽然是虚构的，但是很多素材都来自于行业中的真实案例，比如全球DevOps企业社区（DevOps Enterprise Summit）中多年来积累的案例故事，作者还巧妙地把这些素材有机地组织和整合在了一起，让读者完全沉浸在这个既真实又”完整”的、与时俱进的精彩故事中，并与书中人物和团队产生共情，从而构造出一种让一切变得更好的动机，驱动着我们做出一些符合这个时代定位的、对企业和自己更有意义的事情。

三、广泛的目标读者群

本书的受众非常广泛，包括CXO、企业各级领导者、敏捷/精益/DevOps爱好者和实践者、技术架构师、技术领导者、业务领域或产品专家，还有广大的一线开发/测试/运维/安全工程师。

本书希望能激发读者们一起思考，促进一线工程师与业务/技术领导者交流，共同理解数字化变革的紧迫性，并作为一个作证，证明他们在日常工作中所需要获得的各种资源和数据，这些能更好地促进交付业务价值。当然，也希望技术领导者能读读这本书，进而想办法消除他们所面临的技术障碍，以支持想要改善其工程效能和文化的企业变革者。

这本书和五大理念无疑将促进业界对DevOps以及其所支撑的数字化转型的理解和应用，并指导领导者和实践者调整其组织结构、文化和技术实践，以提高效能、实现企业目标。