卓有成效的工程师 pdf下载

√ 既面向工程师高效工作与成长实践，又面向工程师团队的管理与建设；既带来硅谷领风气之先的工程师文化，又直指其弊高举反硅谷套路大旗。

√ Effective与卓有成效双经典系列叠加，对人人重视却不得其解的效率、时间、成本、价值等高频词，给出一套真正有效的可落地实施方案。

√ 作者先后在微软、谷歌、Quora等明星公司工作，现投身创业并客座执教名校，足以确保书中有大量鲜活而有内涵的真实案例及其教训与收益。

√ 在这本广为流传的畅销书中，以软件行业为背景的杠杆率工具，通过提出、论证及应用这一套缜密的方法论，可以惠及当今每一个企业和个人。

本书介绍一个强大的框架——杠杆率，用来推断、分析工作的有效性与影响力，研究并说明如何成为一名卓有成效的工程师。更为重要的是，本书提供了一系列可落地且经过验证的策略作为框架的补充，读者可以立即应用这些策略来提高工作成效。

本书的内容分为三个部分，第一部分阐述提高成效的思维模式切入；第二部分深入探讨持续提升执行力及取得工作进展的关键策略；在第三部分，作者转换角度，阐述了创造长期价值的方法。通过阅读本书，读者能够获得思维启发和高价值的实践经验，成为卓有成效的工程师，并打造高效的软件工程团队。

埃德蒙·刘（Edmond Lau）是 Quip 公司的一名软件工程师，他正着力构建一个生产力套件，以提高团队的效率。

在此之前，他是 Quora 的初创成员之一，曾经领导工程团队致力于用户的增长，并为新软件工程师制定入职培训和指导计划。到 Quora 工作之前，他曾在 Ooyala 公司担任分析技术负责人，在谷歌担任搜索质量软件工程师。他获得了麻省理工学院计算机科学的学士和硕士学位。

埃德蒙·刘住在加利福尼亚州的帕洛阿尔托。访问他的网站 TheEffectiveEngineer，可以看到他分享的更多经验、故事和习惯，能够帮助软件工程师提高生产力和效率。

他热衷于帮助工程团队建立强大的文化，他的文章曾被刊登在《福布斯》、Slate、《财富》、《时代》等杂志上。他是麻省理工学院和斯坦福大学的客座讲师，并在初创公司发表过关于建立卓越的工程师文化的演讲。

【译者简介】

万学凡，数字化转型专家，行业知名敏捷转型顾问，InfoQ2020、2021年度中国十大IT产业推动者。《EDGE：价值驱动的数字化转型》、《如何写出好程序》、《敏捷回顾：反模式与重构引导实践》、《解决方案架构师手册》、《AI重新定义企业》、《内容智能：打赢每一场运营战争》、《Go语言学习指南》等书的译者。凯捷中国数字化团队总经理，首席咨询顾问。

顾宇，腾讯 PCG平台与内容事业群 T11 研发效能专家，长期专注于企业数字化转型、企业 IT 治理和软件研发效能提升，及规模化敏捷（SAFe）、领域驱动设计（DDD）、微服务架构、DevOps 和云原生技术实践。在多年软件开发和咨询过程中积累了丰富的实践和教学经验。曾参与信通院《研发运营一体化（DevOps）能力成熟度模型 第3部分：持续交付》、《研发运营一体化（DevOps）能力成熟度模型 第5部分：应用设计》、《分布式应用架构评估标准：第一部分：微服务平台》等标准的编写，及多家大型企业 DevOps 成熟度评估、指导。

《卓有成效的工程师》从方方面面汇总了提升工程效率的方法，作者结合自己过去项目的经验，以及硅谷公司的案例进行诠释，对各个层级的工程师都会带来启发。对一线工程师来说，养成良好的习惯可以节约时间，提升工作质量和效率；对资深工程师和管理者来说，设定更高质量的目标可以提高团队与公司成功的概率。

——曹伟（鸣嵩）阿里巴巴前研究员 阿里云数据库总经理，PolarDB 创始人

如何衡量一名软件工程师的工作成效，如何指导新入职的软件工程师更有成效地工作，减少在无意义工作上浪费的时间，一直是各公司孜孜以求的目标。本书涵盖了提升工作成效的思维模式、以杠杆率为核心的框架，以及一系列经过落地验证的技巧，相信软件工程领域不同背景的读者都能从中受益，从而提升整体的工作效能。

——郑金伟 吉利集团 IT 中心 CTO

对于一家软件公司而言，卓有成效的杠杆点在于创造伟大的工程师文化，尤其是聘用优秀的人才，培养学习和持续改进的文化，创造相互尊重的工作环境，相信人与技术而非管理制度，分配时间给富有实验和创新精神的黑客马拉松等。对于个人而言，卓有成效的工程师将有限的时间集中在超有价值的工作上——“给我一个支点和足够长的杠杆，我就能撬动地球”，将精力投在杠杆点上。杠杆率是衡量工作成效的标准，关注所投入时间的 ROI，即单位时间内

所产生的价值或影响。曾经拜读过 Edmond Lau 的原著以及博文，对内容极为推崇，学凡兄说翻译的过程很是开心，相信各位的阅读感受也会是轻松愉悦且收获满满的。希望这本书能够成为撬动你团队效能的杠杆点！

——姚冬 华为云应用平台部首席技术架构师 中国 DevOps 社区核心组织者

近几年来“内卷”已成为互联网行业不可忽视的痛。软件工程师们逼迫自己努力学习各种新技术，对业务提的所有需求都想做到尽善尽美，为了按时完成研发任务而拼命加班，但新技术可能过一段时间就会被淘汰，上一次的需求还没实现有可能就会面临变更，有效率不代表有成效。本书成体系地归纳总结了一系列实战方法来提高工作成效，为上述问题提供了简单、直接的解决方案，有助于让软件开发从业者将时间和精力聚焦在成效更高的事情上，拥有更从容的生活。

——吕兆星 正大集团 AVP

在国内，软件工程师成为主流职业不过 20 多年。软件从业人员如何持续精进、提升交付和创新的效率、拓展职业边界，这是一个越来越重要的主题。要做到这些，掌握计算机技术只是基础。同样重要的还有，自我和团队管理能力的提升，软件工程方法的落地，以及经济学、系统思考等思维模型在软件工作中的应用。本书作者将自己的经验总结为系统和可操作的实践，一定会助力你的职业发展。

——何勉 阿里巴巴资深技术专家 《精益产品开发：原则、方法与实施》作者

如果把熟练掌握程序设计语言、用户故事地图梳理、软件功能架构设计、关键数据的加密/解密算法、领域驱动设计（DDD）等技能，比喻为成为卓有成效的工程师需要勤学苦练的“外功”，那么培养自我学习能力、提高个体工作效率、学习“以身作则”与“自动自发”相结合的团队管理模式等，就是成为卓有成效的工程师需要坐薪悬胆刻苦修炼的“内功”。所谓“外练筋骨皮，内练一口气”，内外兼修才是提高自身行业影响力的正道。我很欣喜地看到，近年来从“人本”观点出发，关注软件开发人员“内功修炼”的好书越来越多，隐隐有星火燎原之势。《卓有成效的工程师》一书的出版，无疑是又为此添了一把火，加了一桶油！

——王小刚 业内知名讲师与独立顾问 “软技能”系列《善工利器》译者

在小型的敏捷项目中，我们要强调时间优先原则，快速获取运营数据，验证想法和思路是否正确。随着项目和组织规模的扩大，我们要通过降低成本来提高杠杆率。无论是在软件生产中还是在组织建设方面，我们都需要不断降低复杂度带来的成本。只有动力大于摩擦力的时候，项目才会持续前进。工程师要利用好杠杆率这个奇妙的加速工具，让自己处理问题的速度能超过新问题产生的速度，这样才可以获得美妙的闲暇时间。我强烈推荐阅读《卓有成效的工程师》一书，相信我们能更好地使用杠杆率这个指标来指导团队的工作。

——沈旸 神州数码集团副总裁兼 CIO

《卓有成效的工程师》是一部经典巨作。作者总结了自己之前在微软、谷歌、Quora 等公司工作的经历，为大家提供了实用的元技能。真正践行这些元技能，可以切实地提高个体和团队的成效。同时这本书还为管理工程师这个群体提供了全新的视角，引导大家从埋头编码的工作中跳出来，深入思考。无论你是一线的工程师，还是从事管理工作的技术 Leader，阅读本书都可以开拓眼界，提高认知，拓展自己的职业发展之路。强烈力荐！

——王春生 禅道软件 CEO

《卓有成效的工程师》既是一本关于软件工程师提升自我成效的书，也是一本关于技术管理的书。卓有成效的产出离不开科学的管理方法，更离不开高素养的工程师群体。本书从不同角度阐述了专注于高杠杆率、持续执行迭代、创造长期价值与文化的理论及实践方法。感谢译者用流畅的文笔为我们带来了原著作者在硅谷多家明星公司长期积累的Best Practice，也希望越来越多的读者在阅读本书之后，通过潜心修炼与充分实践，成为真正卓有成效的工程师。

——杨攀 涛思数据副总裁

如果你跟我一样也是“80 后”软件从业者，提到“卓有成效”相关的书籍，首先映入你脑海的是什么？于我，是大神 Neal Ford 的《卓有成效的程序员》，此书对于我作为程序员的价值观与方法论之影响刻骨铭心。十余年后的今天，Edmond Lau 的大作——《卓有成效的工程师》横空出世，异曲同工。在技术语言与框架不胜枚举、技术更迭日新月异的时代，这本书重新定义了度量卓有成效的工程师之黄金法则——“杠杆率”。作者深入浅出地介绍了用于提升它的相关思维转变与元技能，助力软件工程师持续升维，相信它给你留下的印象会不可磨灭。

——张岳 汇丰软件交付总监 《数字化转型：企业破局的 34 个锦囊》译者

在互联网行业增速放缓，软件工程师“35 岁危机”被空前放大并且被媒体花样解读的背景下，本书的译者为大家带来了一本帮助创造长期价值、修炼内功的好书。本书以杠杆率原则贯穿工程师的所有日常工作, 将 ROI 应用到付出的所有时间和精力以及产生的结果上，然后不断优化 ROI。相信这个原则不仅可以应用于程序员的工作，也可以应用于生活，帮助大家日后成为高龄但高效的程序员。

——王博 阿迪达斯中国数字化中心高级总监

“尽管这是一本写给软件工程师的书，但你在书中找不到任何一行代码”。数字时代让“软件”的内涵与边界不断翻新与拓展，与此同时，软件工作方法也在持续演进和“破圈”，被跨领域广泛借鉴和引用。在我看来，本书正是建立了这样一套跨领域工作框架：首先以杠杆率模型来度量价值；其次建立改进指标，投资迭代速度，合理估算与尽早验证；第三，极大降低运营负担，为团队的成长投资。这套框架完整覆盖了从思维到实践，从关注当下小步快跑的迭代改善到关注长期价值与团队成长的闭环，具有很好的普适性。相信无论你从事何种职业，都能从中受益。

——马徐 腾讯资深数字化专家 《服务设计方法与项目实践》译者

优秀的软件工程师在未来的公司里会找寻什么呢？带着这个问题阅读本书，可以发现卓越的工程师文化在不同组织架构、不同形态的团队中有许多相似之处，如迭代速度、自动化、软件抽象的理念、软件质量、共担责任，以及优秀的团队文化。这是因为优秀的软件工程师习惯于把事情做好，而我们一直在讨论的高杠杆率投资恰恰就能帮助他们更好地完成工作。每个技术管理者都需要思考：如何寻找优秀的软件工程师？本书可以帮助我们做出更好的决策，更快地适应环境并吸引更优秀的人才。

——顾黄亮 苏宁消费金融安全运维部总经理 《DevOps 权威指南》作者

很多软件工程师往往会把时间和精力优先用于提升技术能力，而忽视软技能。其实很多时候“学什么”往往比“怎么学”更具战略意义与价值，贯穿全书的“杠杆率”正是这一底层逻辑的全方位体现。作为软件工程师的你如果已经意识到其重要性，并且想在这个维度上有所提升与突破，那么本书将会是你的不二选择。

——茹炳晟 腾讯研究院特约研究员 中国计算机学会研发效能主席

本书在指导工程师乃至技术管理者如何培养专业的技术管理和执行能力方面有着深刻的洞察和理解，阅读本书我们能够感受到作者丰富的实践经验和深刻的思考。本书没有泛泛地讨论概念和方法论，作者结合丰富的亲身经历娓娓道来，让读者能够快速产生共鸣。在此基础上，作者将自己的经验和思考进行总结和提炼，形成有高度且非常具有可操作性的指导意见和方法，让人印象深刻。不仅如此，本书还大量引用了先进企业的一些Best Practice，让读者可以参考和学习，干货满满，强烈力荐！

——李晓东 中国民生银行信息科技部总经理助理，总架构师

如何衡量软件开发的成效，这一直是个挑战。此前我在 Oracle 研发中间件软件产品，如今为企业客户量身定制业务应用系统，二者的软件研发和迭代过程都不尽相同。我非常赞同本书提及的软件开发杠杆率的观点，软件全生命周期的开发迭代是一种“平衡”：量和质的平衡，优先级排序的平衡，技术栈选择的平衡等。我极度力荐这本书，是希望工程师们理解作者阐述的框架，找到自己心中软件开发的“平衡点”。

——张尧 凯捷中国首席架构师

《卓有成效的工程师》总结了作者从软件工程实战中提炼出的一系列良好实践——从目标设定到优先级排序，再到做出数据驱动的决策，还包括对技术债和软件质量的持续管理。能够真正进行书中实践的研发组织仍然是少数，强烈推荐数字化时代的组织管理者们通过此书来了解如何打造高效的工程师队伍。

——肖然 中国敏捷教练企业联盟秘书长 Thoughtworks 数字化转型专家

“Effective”在软件类图书里是有特殊含义的，从 Effective C++ 到 Effective Java，几乎每一本 Effective 图书都是各自领域的经典。这本《卓有成效的工程师》（The Effective Engineer）没有辜负“Effective”的美名，只不过它涉及的主题不是程序设计语言，而是程序员的工作方式。当程序员迈过了初级的门槛，如何工作就变成比怎么写代码更重要的主题，也成了程序员的分水岭。会工作的程序员职业道路越走越宽，而不会工作的程序员只能每天堆叠近乎重复的代码，为看不到希望的职业天花板而焦虑。遗憾的是，相比于汗牛充栋的“技术”类图书，讲如何工作的图书少之又少。这是我当年写作“10x 程序员工作法”专栏的初衷，也是作者写作这本书的意图。如果你希望自己的程序人生更上一层楼，不妨读一读这本《卓有成效的工程师》，重新审视一下自己的工作方式。

——郑晔 “10x 程序员工作法”专栏作者

“个体和互动高于流程和工具”是《敏捷软件开发宣言》中第一条价值观。在软件正在吞噬世界的当下，工程师无疑是软件开发的核心力量，然而有些工程师却可以以一当十。如果你想成为一名“10 倍”卓有成效的工程师，也许你应该读一读这本书。与其他书关注于流程、工具不同，《卓有成效的工程师》更加关注影响工程师效率的元技能，从目标设定、优先级调整、快速试错，到转换视角创造长期价值，借助于这些元技能，工程师可以将有限的时间和精力投入到更有价值的工作中，从而成为卓有成效的工程师。

——于旭东 网易云音乐敏捷教练

《卓有成效的工程师》这本书使我产生了强烈的共鸣。作为一个从事软件行业十几年的老程序员，经历过和书中大部分事例类似的场景，我在阅读此书的过程中也不时回想起当时的想法、讨论和决策——如果能在工作之初就读到这本书会省去很多思考和讨论的时间。作者首先提出一个非常务实的原则——杠杆率，其含义就是单位时间的价值产出，与 ROI 的概念类似，但更加强调时间维度。时间是每个程序员极为稀缺的资源，而如何衡量价值正是这本书的精华所在，很多人的第一反应（包括我）都认为价值就是写了多少行代码，做了多少故事卡，改了多少个 bug，这些的确都是有价值的事情，但它们实际上只是工作量的直接体现而并非真正的价值。书中给出了大量的案例来阐述如何识别更有价值的工作以及如何才能提高效率，其中的很多原则都是帮助程序员“避坑”的黄金法则。阅读本书绝对是一件杠杆率很高的事情。

——王崇 AWS 高级方案架构师

《道德经》有云：“万物之始，大道至简，衍化至繁。”本书提供了一个能化繁为简的框架——杠杆率，让软件工程师能够将有限的时间和精力投入到更富有成效的工作上，这是一种高层次的“元技能”，也是一种智慧。

——陈军 腾讯 T12 工程效能专家

这是一本从软件工程师的视角阐释管理与能力提升的书，在当前企业及互联网公司大规模敏捷化背景之下尤其有意义。软件工程师不仅是践行者，更是思考者与建议者。本人作为一名从软件工程师到架构师，进而转型为数字化咨询师的见证者，感同深受地体会到本书对于软件工程师成长与蜕变的非凡意义。感谢译者，让我们从研读这本书开始重新认识和理解软件工程师的视角与理念，创造卓有成效的职业生涯。

——曹健 Concentrix 数字化咨询负责人

就提升软件工程效能而言，这是一本令人印象十分深刻的书。书中提供了简单的思维模式及各种实践场景，以帮助工程师卓有成效地完成工作，从而帮助企业持续创造价值和提升影响力。通过诠释如何聚焦杠杆率和成效，培养积极心态和关键习惯，在质量和实用性之间取得平衡，以及创造长期价值，对团队的成长投资等策略，作者介绍了工程师通过寻找高杠杆率任务提高工作成效的技巧，以及在日益复杂的软件研发工作中成为卓有成效的个人贡献者和领导者的理念。本书值得所有工程师和 IT 管理人员仔细品读。

——雷涛 北京华佑科技有限公司 CTO 兼首席咨询师 《高效能团队模式》译者

如何提升软件研发的效率，是软件工程师乃至 CTO 都需要时常思考的问题，有了这么多年的软件开发工作经历，我发现 10 倍效率的软件研发团队是真的存在的，10 倍的效率关键在于持续做正确的事，做从长期来看收益更高的事。本书几乎每个章节的建议都让我产生了强烈的共鸣。这些实践有一些我们已在熟练使用，有一些则是在尝试落地过程中，还有一部分已经被我们产品化到软件工具里，帮助更多软件团队提升效率。书中也引用了新近出现的明星软件团队作为例子，帮助读者快速理解实践的要领，如果你是一名软件工程师或是一个软件团队的负责人，我非常推荐你阅读本书，找回那些可能被忽视的效率提升策略。

——冯斌 ONES 联合创始人兼 CTO

如今的软件行业让人感到矛盾，它一边无比渴求聪明的新人为其夜以继日地奋斗，一边又悄悄划定年龄界限，快速向社会贡献旧日功勋。工程师的技术生命原本就如此短暂吗？但我们在身边总能找到一些“异类”，他们思维清晰，成长迅猛，声名卓著。在职业生涯中，无论是身处头部互联网企业，还是生机勃勃的初创公司，我总会积极地结识这样的异类并向其学习。我发现他们有着相似的思维方式和做事方法。一直以来，对他们的模仿以一种难以言表的形式影响着我，帮助我高效解决形形色色的技术和管理难题。让人欣喜的是，《卓有成效的工程师》这本书总结了这些高效思维方式和做事方法，使之成为人人都能理解和学习的元技能。工程师的职业生涯就是一场投资，无脑苦干无法跑赢技术生命加速折损的现实，只有选择高效的工作方式才能跳出怪圈，获得丰厚的收益。

——任发科 工程极客 《管理 3.0：培养和提升敏捷领导力》译者

尽管《人月神话》出版已超过 40 年，以工时和代码行数来衡量工程师产出的情况依然大量存在于我们的行业中，项目延期随处可见，“码农”“搬砖工”也成为了我们的自嘲词。究竟什么样的工程师才卓有成效？本书从“高杠杆率”的工作谈起，深入探讨了提高工作效率的各项关键策略，并落脚于工程师文化的建设。本书不仅可以帮助工程师提升自己的工作效率，也为技术团队的管理者提供了许多建设团队的宝贵经验。

——曲哲 凯捷中国数字化团队解决方案总监

第一部分 树立正确态度

1 聚焦高杠杆率工作 .................................................................. 2

使用杠杆率衡量工作成效 .............................................................. 4

提高杠杆率的三种方式 .................................................................. 6

将精力投入杠杆点，而非易于完成的工作 .................................. 9

本章要点........................................................................................ 12

2 精益求精，优化学习方式 ..................................................... 13

培养成长型思维模式 .................................................................... 15

提升学习速率 ................................................................................ 19

寻求利于学习的工作环境 ............................................................ 22

将时间投到培养新技能的任务上 ................................................ 27

持续学习........................................................................................ 31

本章要点........................................................................................ 34

3 定期调整优先级 ................................................................... 36

简单易用的待办事项清单 ............................................................ 39

关注直接创造价值的工作 ............................................................ 41

关注重要但不紧急的工作 ............................................................ 43

守护创造者日程 ............................................................................ 46

限制同时进行的任务数量 ............................................................ 47

用“如果……就……”计划对抗拖延症 .................................... 48

培养调整优先级的习惯 ................................................................ 50

本章要点........................................................................................ 55

第二部分 执行，执行，再执行

4 投资迭代速度 ....................................................................... 58

迅速行动，快速学习 .................................................................... 61

投资节省时间的工具 .................................................................... 63

缩短调试验证周期 ........................................................................ 68

熟练掌握编程环境 ........................................................................ 71

不要忽视工程以外的瓶颈 ............................................................ 75

本章要点........................................................................................ 78

5 正确度量改进目标 ................................................................ 79

用指标推动进展 ............................................................................ 82

用正确的指标激励团队 ................................................................ 85

建立指标监控体系 ........................................................................ 91

采纳有用的数字 ............................................................................ 95

质疑数据的完整性 ...................................................................... 100

本章要点...................................................................................... 103

6 尽早且频繁验证想法 .......................................................... 104

寻找验证工作成果的低成本方法 .............................................. 107

用 A/B 测试持续验证产品变化 ................................................. 111

当心“一人团队” ...................................................................... 116

建立决策反馈循环 ...................................................................... 121

本章要点...................................................................................... 123

7 提升项目估算能力 .............................................................. 124

使用准确的估算推动项目规划 .................................................. 128

为意外情况留出预算 .................................................................. 133

设定具体的项目目标和可度量的里程碑 .................................. 137

及早降低风险 .............................................................................. 142

极为谨慎地对待重写项目 .......................................................... 144

不要在马拉松比赛的半程冲刺 .................................................. 148

本章要点...................................................................................... 152

第三部分：构建长期价值

8 权衡质量与务实 ................................................................. 154

建立可持续的代码审查流程 ...................................................... 157

利用抽象控制复杂性 .................................................................. 160

自动化测试 .................................................................................. 165

偿还技术债 .................................................................................. 169

本章要点...................................................................................... 172

9 最小化运营负担 ................................................................. 173

拥抱运营的简单性 ...................................................................... 175

构建可以快速试错的系统 .......................................................... 179

持续推进机械任务自动化 .......................................................... 183

让批处理进程幂等 ...................................................................... 188

提升快速响应及恢复的能力 ...................................................... 190

本章要点...................................................................................... 194

10 为团队成长投资 ............................................................... 195

让招聘成为每个人的责任 .......................................................... 198

设计好的入职流程 ...................................................................... 203

共享代码所有权 .......................................................................... 208

通过事后复盘汇聚集体智慧 ...................................................... 211

建设卓越的工程师文化 .............................................................. 215

本章要点...................................................................................... 217

结 语 .................................................................................... 219

附录 A .................................................................................... 221

致 谢 .................................................................................... 227

关于作者 ................................................................................ 229

推荐序

从斯坦福大学计算机科学专业毕业后，我的第一份工作是在谷歌担任产品经理。这份工作真的太棒了，同一间办公室的一些同事甚至编写过我的大学教材。在谷歌期间，我参与创建了谷歌地图，这至今仍然是我作为产品设计师和软件工程师最为自豪的产品。我还学会了如何在大型软件项目中富有成效地工作。离开谷歌并创办自己的第一家公司 FriendFeed 时，我已经成功交付过很多大规模的软件项目，对创业成功充满信心。

然而，在大公司担任产品经理与创办公司是截然不同的。首先，人们对你的评价方式不同。虽然从理论上讲，应该根据产品是否成功来评价产品经理的能力，但在实践中，大公司对产品经理的评判标准是他们管理与产品成果相关的人员及部门的能力，比如：产品经理是否在产品发布前给公关团队留有充分的沟通时间？产品经理是否将产品与首席执行官最为重视的项目关联起来？在企业高层评审之前，产品经理是否说服了该产品方向上竞争团队的负责人？在不像谷歌那么开明的软件公司里，人们更看重产品经理在处理这些内部政治问题上的能力，而不是产品方面的能力。

这就是为什么很多来自大公司的软件工程师和产品经理对于埃德蒙·刘（Edmond Lau）在《卓有成效的工程师》中谈到的“杠杆率”概念感到困惑。他们被“高效”地训练为关注那些低杠杆率的活动，因为训练他们的官僚组织重视这些活动并据此给他们奖励。

在我的职业生涯中，与我合作过的最成功的软件工程师是少数几个能够洞察这些官僚主义特质，并认识到那一两个真正影响产品成功的要素的人。毫无疑问，保罗·布赫海特（Paul Buchheit）就是这样一位让我更加理解杠杆率作用的软件工程师。

保罗也是 FriendFeed 的联合创始人之一。在此之前他创建了Gmail，虽然我们在谷歌并没有太多的合作，但我们都很尊重彼此。

他与吉姆·诺伊斯（Jim Norris）和桑吉夫·辛格（Sanjeev Singh）在 2007 年年中联手创办了一家公司。保罗比我认识的任何人都更愿意挑战传统思维，他彻底改变了我对软件工程和产品管理的观点。

每当遇到一个具有挑战性的技术难题时，我往往会问：“我们应该如何解决这个问题？”而保罗的回答经常让我有点恼火：“我们为什么要解决这个问题？”他并不会尝试解决那些看似无法解决的问题，而是经常去挑战这些问题背后的假设，这样我们就能简单地绕过它们，问题自然迎刃而解。尽管这种做法有时会让保罗看起来好像是在偷懒——因为不管项目难度有多大，保罗都会质疑项目的目的——但他的质疑几乎总是正确的。除非这个项目注定会成就或者摧毁我们这家新生的公司，否则为什么要将宝贵的资源投在它上面呢？

与保罗一起共事的经验向我证明，在软件工程中更重要的是杠杆率，而不是编程技能。我开始将这个经验应用到之后的所有工作中。当 FriendFeed 被 Facebook 收购后，我成为 Facebook 的首席技术官，我花在取消项目上的时间与创建项目的时间一样多。2012 年，我与凯文·吉布斯（Kevin Gibbs）创立了 Quip 公司。我们非常强烈地意识到，工作的成效与工作的时长无关，因此我们公司非常自豪地采用了硅谷公司闻所未闻的“朝九晚五”文化。

我热爱硅谷的文化，我喜欢看到年轻的软件工程师像资深专家一样对行业产生巨大的影响，我欣赏我们的行业每十年重新定义一次自己的方式，但我也认为无止尽的加班是不必要的，而且它正在被这个行业中低成效的管理者所滥用。除了没必要，加班也是阻碍人们选择软件工程师作为长期职业的主要原因之一：这样的工作方式对有家庭的人来说是不可持续的，并且在那些普遍采用这一文化的公司中营造了一种同质化的、不成熟的工作环境。

很高兴埃德蒙选择写这本书，因为我认为，如果人们接受“聪明地工作”而不是“辛苦地工作”的理念，那么硅谷对于管理者和软件工程师来说都会是一个更美好的地方。这个理念既不违反直觉，也不难以实践，但很少有人这样做。我希望能有更多的人接受埃德蒙的理念，这会使他们的公司和事业更加成功。

——布雷特·泰勒（Bret Taylor） Quip 公司首席执行官

前 言

在创业公司工作的头几年是我职业生涯中最漫长的几年。那是一段无情磨砺自己的时光，其间我经历了个人的迅猛成长和无数的“情绪过山车”。我和团队基本上每周的工作时间都在 60 小时以上，而且有几个月我们每周要苦干 70 到 80 小时。我会在办公室开始一天的工作，利用午餐时间与团队开会，晚饭后继续在家工作——有时甚至会在办公室工作到深夜。即使在假期里探亲访友时，我也会挤出时间在笔记本电脑上编写代码和回复电子邮件。

毕竟，创业公司的性质意味着我们在与强大的竞争对手的较量中处于劣势。工作越努力，创造的价值就越大，创业成功的可能性就越大，我当时就是这么认为的。

但一些经历让我不得不反思这个观点。我曾用两周时间开发了一个分析模块，但客户却从未使用过；我和团队花几个月时间调整并完善了一些提高网站内容质量的工具，但用户并没有采用。我们的产品每周都会经历流量洪峰，以及随后数小时服务器连续重启。

甚至有一次，我在夏威夷的莫纳罗亚火山徒步旅行时收到短信，被告知客户分析报告的生成系统瘫痪，问我能否看看是什么情况。

我坚持长时间的工作是希望工作能产生有意义的影响力。但我忍不住想弄清楚：每周工作 70 到 80 小时真的是确保创业公司成功的最有效方式吗？我们的初衷是好的，但能否更聪明地工作？是否可以缩短一些工作时长，但获得同样的甚至更大的影响力？

在接下来的几年里，我逐渐认识到，延长工作时间并不是增加工作成果的最有效方法。事实上，工作时间过长会导致工作效率降低并产生职业倦怠。当需要修复由于加班和疲劳所导致的错误时，工作产出甚至可能为负数。

要成为卓有成效的工程师，我们需要识别哪些工作能以更少的时间产生更大的影响力。并非所有的工作都能产生相同的影响力。

并非所有的努力——无论本意如何——都能转化为影响力。

怎样成为卓有成效的工程师

如何衡量一名软件工程师的工作成效？是看他的工作小时数，付出了多少努力，还是完成的任务量？一位勤奋的软件工程师把所有精力都投入到一个进度延迟且无人使用的功能的开发中，当一天的工作结束时，他并没有产生多大成效。我曾经就是这样的软件工程师，我所认识的很多优秀的工程师也遇到过同样状况。

十多年来，我在许多科技公司做过软件工程师，包括微软、谷歌、Ooyala①、Quora②和 Quip③。在此期间，“怎样才能成为卓有成效的工程师”这个问题一直萦绕在我的脑海。我想提升自己工作的影响力，但每周工作 70 到 80 小时的状态是不可持续的。所以我开始寻找能够事半功倍的工作方法。

其他人也提过这个问题，特别是在招聘中。我有幸参与了培养工程团队的工作。在这段经历中，我筛选了数千份简历，并面试了500 多位候选人，和同事讨论每个候选人的优缺点。每次面试讨论结束时，我们都要做出判断：这个人是否会成长为团队中强有力的贡献者，并高效地完成工作？

我还设计了软件工程师的入职流程和指导计划，并亲自培训了几十名新入职的软件工程师。我所指导的人不可避免会向我咨询：如何工作才会更有成效？找到这个问题的答案，并把这些技能传授给他人，一直是我孜孜以求的目标。在寻找答案的过程中，我与几十位软件工程领域的领导者进行了深入的交谈。同时，我在过去的几年中花费大量时间阅读了关于生产力、团队建设、个体心理学、商业和个人成长的书籍，尽管这些书大多数并不是针对软件工程师的，但我也从中提炼了一些方法，并进行实验，把它们应用到软件工程场景中。

还有很多提升工作成效的技巧有待学习。但我在自己学习的过程中总结出一个强大的框架，可以用来分析、推断任何工作的有效性。我很高兴能在《卓有成效的工程师》中与大家分享这个框架。

这本书研究并说明了如何成为一名卓有成效的工程师，它是我所学到的关键经验和教训的提炼与总结。更为重要的是，它提供了一些可实施且经过验证的策略作为框架的补充，大家可以立即应用这些策略来提高工作的成效。

究竟如何才能成为卓有成效的工程师呢？在直觉上，我们对于哪些工程师能称得上卓有成效有这样一些认知：他们能圆满完成工作；他们能交付用户满意的产品，推出客户愿意付费的功能，构建提高团队生产力的工具，以及部署有助于公司业务扩展的软件系统。卓有成效的工程师会创造出这样的工作成果。

但如果花太长时间来完成这些任务，工程师的效率就可能会被质疑。他们可能很努力，但我们会认为那些使用更少的时间和资源，但取得同样成果的人更有成效。因此，卓有成效的工程师还需要能够高效地完成工作。

然而，效率本身并不能保证成效。假设一位工程师为一个最多只有一百人使用的工具，构建了可以支撑数百万次访问请求的基础设施，那么他的工作成效就很有限。如果一位工程师构建的某个功能只被 0.1%的用户采用，而其他功能的使用率可能高达 10%，那么他也算不上卓有成效——除非这 0.1%的用户带来了超乎寻常的、巨大的商业价值。卓有成效的工程师专注于价值和影响，他们知道选择交付哪些工作成果会更有成效。

因此，卓有成效的工程师是由他们在单位工作时间内创造的价值来定义的。这就是杠杆率，这个概念贯穿全书，我们将在第 1 章中介绍。

你将从这本书中学到什么

尽管这是一本写给软件工程师的书，但你在书中找不到一行代码。关于不同的软件技术、编程语言、软件框架和系统架构的书和文章比比皆是。然而，技术知识只是卓有成效的工程师必备技能的一小部分。

相对于效率而言，更为重要但往往容易被软件工程师忽视的是元技能。这些技能帮助我们将有限的时间和精力集中在那些成效更高的工作上。本书将详细介绍这些元技能。我向大家承诺，读完本书后你就会得到有一个非常实用的框架，这个框架就是“杠杆率”，它可以帮助我们分析不同工作的影响力。我们可以用本书介绍的实操方法来提高工作影响力，并深入了解软件工程中浪费我们宝贵时间和精力的常见陷阱。

我从自身的经历、与其他工程师的交谈以及对生产力和心理学相关的科学研究中掌握了这些技能。但在本书里出现的远不止我自己的故事。我还采访了硅谷科技公司的高级软件工程师、经理、董事和副总裁，从他们的经历中提炼出提高成效的秘诀。你会读到他们的故事——他们所采用的最有价值的工作方法，以及曾经犯过的最昂贵的错误。尽管每个人的叙述方式都各不相同，但包含了许多相同的主题。

在第 1 章中，你将了解为什么杠杆率是度量软件工程师成效的标准。在接下来的每一章中，你会都发现一个卓有成效的工程师提升杠杆率的工作技巧，以及对应的研究、故事和示例。你将了解Instagram 的联合创始人迈克·克里格（Mike Krieger）遵循了什么样的关键软件工程原则，使一个 13 人的小团队高效地扩张，并为一个拥有 4000 万用户的产品提供支持；还将了解 Facebook 前主管鲍比·约翰逊（Bobby Johnson）在其基础设施工程团队中培养的关键习惯，帮助他支撑 Facebook 这一社交网络的用户数量增长到 10 亿以上。你会听到更多来自谷歌、Facebook、Dropbox、Box、Etsy 及其他顶尖科技公司的人物的故事，他们分享了关于自己如何成为更有成效的个人贡献者和领导者的理念。忽视这些思维习惯往往会导致惨痛的教训，因此你还会读到一些这样的血泪故事。

本书的主题分为三个部分。第一部分描述了帮助我们更严格地推理以及提高成效的思维模式。首先概述了采用杠杆率的思维模式（第 1 章），然后展示了优化学习方式（第 2 章）和定期调整优先级（第 3 章）如何使我们加速成长并充分利用时间。很多工程实践都是围绕“执行”展开的，第二部分将深入探讨持续提升执行力并取得工作进展的关键策略：提升迭代速度（第 4 章），正确度量改进目标（第 5 章），尽早且频繁验证想法（第 6 章），以及提升项目估算能力（第 7 章）。卓有成效的工程师不是短期投资者，因此第三部分将转换角度，研究创造长期价值的方法。我们将学习如何在质量和务实之间取得平衡（第 8 章），最小化运营负担（第 9 章），以及为团队的成长投资（第 10 章）。

无论你是想增加对世界的影响，更快获得晋升，减少在无意义工作上浪费的时间，还是想在不影响工作成果的情况下节约工作时间，本书都会提供你所需要的工具。本书不是包罗万象的个人全面成长指南，但它提供了一个通用的框架——杠杆率，以此来引导大家将时间投资在成效更高的技能上。我对教学和指导充满热忱，很高兴能与大家分享我所学到的东西。

中文版推荐序

管理一家专业软件服务公司是一门科学，也是一门艺术。

5 年前，我出任凯捷中国的首席运营官（COO），致力于发展一支数千人的专业顾问团队。我需要以“铁腕”的形象出现在团队面前，将公司里拥有独特见解的高智商专业人才凝聚在一起，使他们能够专注于公司的目标和战略。要做到这一点并不容易，它要求管理者在支持团队自治与保持独特的领导风格之间取得微妙的平衡。

我必须关注众多方面：战略思考与组织架构设计，人才的招募、培养和留用，客户服务管理，运营规划与监督。所有这些重要关注点的核心目标都应当与团队的发展方向一致，这是我做决策时所依据的锚点。

公司运营的环境是易变的，客户和专业人才在组织里进进出出，服务需求和偏好不断变化，这些因素的叠加，要求组织能够做出快速响应和调整，帮助团队在错综复杂的环境中聚焦于高价值的工作。《卓有成效的工程师》一书为此提供了一个核心框架，这个框架就是“杠杆率”。高效率的团队不会试图通过更长的工作时间来完成更多的工作。他们的工作方式卓有成效：将有限的时间集中在最有价值的工作上。

如何打造卓有成效的团队？组织的发展史向我们展示了一条清晰的脉络：让人的因素成为组织的核心。组织的敏捷性、适应力和自组织能力，最终都取决于人的自我驱动和自我激活。我与不同行业、不同企业的管理者有过思维的碰撞，经过相互交流、学习，我们一致认为，建设卓有成效的团队首先应当坚持以人为本。拥有卓越的人才，再通过激励士气、鼓舞人心，我们就能交付卓越的软件；拥有卓越的人才和卓越的服务，利润自然随之而来。帮助团队建立成长型思维模式，专注于高杠杆率的工作，创造更大的价值——这就是“以人为本”的真谛。

在职业生涯中，我们渴望抓住每一个机遇，每一个有助于团队达成更高目标的良机，因此我们不断学习，不断实践，不断进步。

但在这个过程中，我常常会陷入思考：如何才能让团队在复杂的工作中找到乐趣？如何为更多的女性 IT 工作者提供更加友好的工作环境？如何能让我们的软件帮助更多人，尤其是弱势群体？得益于本书的启发，我们将聚焦于高杠杆率的工作，充分提高工作成效和影响力，进而最大化地加速自身发展与创新。

这本书不是一本包罗万象的团队成长指南，但它回归团队成长的本质——杠杆率分析，并以此串联起一套可落地的工作模式，引导读者将时间投资在成效更高的工作上。我深信对于广大读者，尤其是专注于企业管理和创新的人，本书都能为大家提供高价值的思维启发和实践经验。希望本书在中国的出版能进一步激发管理学者和企业家们积极探索数字化时代管理模式的热情和勇气。

——范琛 凯捷中国副总裁，首席运营官

译者序一

很荣幸参与翻译这本享誉国际的大作。我一直致力于寻找到更好的软件研发模式，在研发效能备受关注的今天，很多的文章和话题讨论都在解决软件研发中“如何正确地做事”的问题，而“什么是正确的事”却很少有人回答。关于后

者，直到遇到这本书，我才茅塞顿开。

每一本书都要回答一个核心问题，本书的核心问题是：作为一名软件工程师，在职业生涯中如何用有限的时间获得最大的成效？

作者给出了一个衡量工作成效的指标，那就是杠杆率。我们可以用杠杆率衡量做每件事花费的时间所产生的影响，杠杆率越高，工作成效就越大，反之就越小。它可以衡量软件工程师工作中的所有事情，小到开发工具与编程语言的选择，大到软件架构决策和工作岗位的选择。利用杠杆率，我们能从繁杂的工作中找出那些对整个职业发展最有帮助的事情，并减少低成效的投入。

更重要的是，杠杆率建立了一个理性的思维框架，我们可以基于这个框架在长期目标和短期任务之间权衡，避免盲目完成工作而偏离长期目标。这让我们无论处于职业生涯的哪个阶段，都能很有信心地面对未知的挑战。无论你是一线软件工程师还是架构师，都能从这个框架中获益。

本书分为三个部分，首先介绍杠杆率和成长型思维模式对软件工程师的重要作用，然后介绍在具体工作中如何应用这个思维模式，最后讲述在长期的职业发展中面对困难如何抉择以及力荐的原则。

我忘不了拿到这本书英文原稿的第一天，刚读到第 1 章就被深深吸引，完成第 1 章的翻译时已是深夜。当觉得自己的翻译速度不理想时，我决定先停下来，用一个周末通读英文原稿，记下其中的要点，以便在日后的翻译中保持连贯和一致性。

然而，后面的翻译过程并没有想象中那么顺利。一方面是原著作者旁征博引，在书中引用了很多其他著作的内容。为了保证翻译的质量，我找来这些书，并特意查证其中文版中某些术语的翻译。

另一方面，为了营造出中文读者更习惯和容易产生共鸣的语境，我将本书介绍的工作方法应用到工作中，以寻找更符合本土实践的表达方式。

感谢本书的另一名译者万学凡老师在百忙之中翻译。我和学凡老师曾经在 Thoughtworks 武汉办公室共事过一年，对学凡老师卓有成效的工作方法印象深刻。他有丰富的咨询经验和深厚的文字功底，得益于他这样的强力搭档，本书精华才能充分呈现出来。

感谢我的爱人刘倩能够不厌其烦地听我一遍遍读译稿，并给出宝贵的修改建议。

感谢本书的编辑侠少和许艳对文字锱铢必较的追求，使得本书最终的版本流畅优美。

希望通过阅读本书，中国软件工程师都能卓有成效地工作。

——顾宇 腾讯 T11 研发效能专家

译者序二

过去几年，我渐渐喜欢上翻译这件事。我常常为了一个词、一句话而反复推敲直至深夜；也经常守着一盏孤灯，字斟句酌地从原文的字里行间揣摩作者的深意。翻译的过程需要耐心、静心，需要深入地思考，更需要信守一份承诺——这份承诺既是对广大的读者的，亦是对译者自己的。

完成一本书的翻译是一件很有成就感的事情，尤其是产出一部高质量的作品。摆在我面前的这本《卓有成效的工程师》，描绘了一种迅捷、高效、积极、友善的工作方式。我第一次翻开它，就被书中的内容深深吸引。

如果，我们每天习惯于被“淹没”在无穷无尽的邮件与会议中，但又抱怨缺乏独立思考的时间；如果，我们每天疲于应对层出不穷的项目需求，不得不以长期加班来提高短期的产出；如果，我们每天都高度紧张地在不同任务间切换，却不着手汇聚集体智慧……我们就会与“卓有成效”渐行渐远。

那么，我们如何变得卓有成效？本书提供了一个极有价值的框架——杠杆率。所谓杠杆率即单位时间内产生的价值（时间的投资回报率），价值的增加可以通过以下三种方式实现：

√ 减少完成某项工作所需时间。

√ 增加该工作的产出。

√ 转向更高杠杆率的工作。

这三个方式又可以转化为三个问题：

√ 如何在更短的时间内完成这项工作？

√ 如何提高该工作产生的价值？

√ 是否有其他工作可以在当下创造更多价值？

这便是本书的精髓所在——杠杆率的思维模式。读完本书，我感到耳目一新，豁然开朗。

在过去的 10 年里，我的工作主要分为两方面：一方面是作为咨询顾问，在业务一线摸爬滚打，解决客户现场纷繁复杂的各种问题。记得我刚步入这个行业的时候，曾感到非常震撼：一家大型企业经营者所遇到的问题，竟然是一个仅有数名成员的小组来负责处理的。咨询顾问团队成员协作的速度、每个成员所负责的领域之广泛，以及涉及的各类问题的复杂性，都远远超出其他工作。另外一方面，作为团队负责人，我组建并管理着越来越庞大的数字化团队。团队管理和组织绩效是一个复杂的话题，它本身并没有成熟的套路，更没有所谓的银弹。这是因为我们身处的这个时代变化太快，而有些变化，人们还没来得及去理解，就已经成为“过去时”。

咨询生涯给予我的最大收获，就是通过长期训练习得的总结与归纳的能力，比如在一周内学习全新的理论，在一天内提出行之有效的解决方案，在有限的五分钟内逻辑清晰、思维缜密地阐述观点。在这个过程中，不断地总结与归纳、分享经验、吸取教训，尽早且频繁地验证想法，就是杠杆率很高的工作。

在管理大型团队的过程中，我最大的收获，是一直被驱动着思考如何建设卓有成效的工程师文化。卓越的文化可以带来许多益处，软件工程师被赋能去完成更有价值的任务，这会让他们更快乐、更高效；而软件工程师快乐且高效反过来又使得员工留存率更高，工作成效更大。聚阳才能生焰，拢指才能成拳。为团队的成长投资，也是一项高杠杆率的工作。

虽然大众文化惯于将血汗和泪水当作荣誉勋章（我本人对此并不十分赞同），着力颂扬奋斗者、拼搏者，但正如本书所阐述的，总会有一种更从容的解决之道，让我们在工作中提高效率，在生活中更加自如。本书的翻译之旅让我欢欣鼓舞且受益匪浅。这难道不正是一件高杠杆率的事情吗？希望各位读者喜欢我们精心翻译的这本书，一起开启新的旅程。

——万学凡 凯捷中国数字化团队总经理，首席咨询顾问