“ 重磅新书《加速:精益软件与DevOps科学:如何构建和扩大高效技术组织（ACCELERATE - The Science of Lean Software and DevOps: Building and Scaling High Performing Technology Organizations）是Nicole Forsgren、Jez Humble以及Gene Kim合并新作。”

本文是读后感系列文章之一。

01 书籍介绍给作者

我们应该如何使用技术来推动商业价值？多年来，我们一直听到软件交付团队并不重要，因为它不能为公司提供有利的竞争力。

《加速》（ACCELERATE）经过四年的研究，一本书洞察了哪些能力与加速软件交付的实践密切相关，以及它对公司价值的贡献，最终加快了您的团队和组织，赢得了市场！

作者介绍：

Dr. Nicole Forsgren是DevOps研究与评估有限公司首席科学家CEO。到目前为止，她在DevOps大规模研究中最著名的首席调查员。她也是一名专家和机械工程师，她的作品在同行评论的期刊上多次发表。

Jez Humble曾合着过《DevOps操作指南》（The DevOps Handbook）、精益企业（Lean Enterprise）和 Jolt Award(软件行业奖项)获奖作品《连续交付》（Continuous Delivery）。他最近开始研究DevOps如何建立估有限公司如何建立高效的团队。他还在伯克利加州大学执教。

Gene Kim是获得多项奖项的首席技术员和研究员，也是凤凰项目（The Phoenix Project）、《DevOps操作指南》（The DevOps Handbook）以及《可视化运维指南》（The Visible Ops Handbook）作者之一。他也是IT Revolution的创始人和DevOps 企业峰会主持人。

02 能力胜于成熟？

日常经营不足以维持公司的竞争力。必须加快以下几个方面：

产品和服务的交付；感知市场，了解客户的真实需求；应对影响系统的合规性和监管变化；应对潜在风险（如安全威胁）或经济变化；

这些加速的核心是软件。技术与利润的关系不断加强。

根据波士顿大学的研究，技术战略应用的回报和生产力提高大于并购和创业：银行很难通过躺在金库里的金条获得收入。今天的胜利方式是通过开发新的渠道和产品来更快、更安全地交易和赢得客户。

DevOps能力和执行存在缺陷。我们必须学习如何准确测量它DevOps能力来沟通领导层改进的结果。这将有助于领导层利用这些测量结果来决策和建立技术策略。

成功转型的关键是标准化这些测量，而不是成熟。

那为什么能力比成熟度强呢？

以下是能力与成熟度的比较：

能力模型侧重于帮助组织不断进步。认可技术和商业图景不断变化。最高效的组织总是追求更好而不停止。这是一个动态的过程。

成熟模型侧重于帮助组织达到某种成熟状态，并声称达到标准。相对静态。

能力模型强调灵活性，允许组织中的不同部门采用适合自己的方式进行改进，并专注于基于现有场景和目标给予他们最高回报的能力。

成熟模型通常遵循更统一的技术、实践和能力。

能力模型侧重于关键成果和哪些能力可以驱动这些成果的实现。这将给技术领导者一个明确的方向，并为目标制定战略。

成熟模型倾向于测量组织对某些知识和技能的掌握程度，或某些工具的安装和使用，而不注意其结果。这将忽略这些变化对业务的实际影响。

能力模型更适合动态变化的环境，允许团队专注于保持竞争力的技术和能力。

成熟模型定义技术、流程和组织层面的静态水平。它们不考虑技术和商业不断变化的事实。

03 关键能力和测量

所有组织都可以通过专注于能力来不断改进。有24种关键能力可以提高软件交付效率。作者发现，这些能力适用于任何类型的组织，包括初创企业、政府，甚至拥有大量遗留系统的野兽。

为了提高和扩大这些能力，我们还需要测量效率。它要求我们做两件事：

聚焦在成果（outcomes），而不是输出（outputs），人们不会因为忙碌而受到奖励；全局（global）测量，而不是局部（local）测量，确保团队不会互相挖坑。

四大全局测量:

交付周期（Delivery Lead Time） - 从客户提出请求到满足要求的时间；部署频率（Deployment Frequency） - 1) 减少批量大小，缩短实施所需的周期时间（Cycle Time），并且反馈更快；2)软件批量难以测量，部署频率是指软件部署到生产环境所需的时间和频率；服务恢复时间（Time to restore service） - 发生故障时，恢复服务所需的时间；改变失败率（Change Fail Rate） - 故障比例的变化。

这些测量中各效能水平组织的表现：

高效组织：

交付周期 - 按需交付，每天多次部署；部署频率 - 服务恢复时间小于1小时； - 变更失败率小于1小时； - 低于15%。

中等效能组织：

交付周期 - 每周或每月部署一次；部署频率 - 一周到一个月；服务恢复时间； - 不到一天；变更失败率； - 低于15%。

低效组织：

交付周期 - 每周或每月部署一次；部署频率 - 一周到一个月；服务恢复时间) - 一天到一周；改变失败率； - 31%至45%。

书中提到的24种能力可分为以下五类：

连续交付能力；架构能力；产品和流程能力；精益管理和监控能力；文化能力。

我将在后续系列文章中逐一介绍。请注意。

翻译部分内容Ariana Brighenti@HSBC的撰文。

近期必读：

复杂（Complex）问题与繁杂（Complicated）如何选择问题？

一些参观微信总部的分享

面对长时间的排队，你愿意购买优先权吗？

关于作者

---

刘华（Kenneth）

在世界500强银行工作，负责基金服务业务软件的快速开发和交付DevOps专家精通极限编程，Scrum、看板法、测试驱动开发、持续集成、行为驱动开发DevOps工具栈曾在GDevOps、DevOpsDays Meetup、中国软件技术大会，ArchSummit论坛的主题演讲是《猎豹行动：硝烟中的敏捷转型之旅》

小说敏捷/小说敏捷/DevOps分享转型教材和实战经验

购书指南

在京东、当当、亚马逊、微信阅读等渠道，纸质书、电子书已全面上架，搜索关键词猎豹 可以找到敏捷。点击了解更多信息，可以直接买书。

有声书已登录喜马拉雅、微信阅读，适合您在路上听书。