[湛庐店]工程管理的要素 威尔·拉森 工程师 破解技术管理之路上的优雅谜题 揭示创造性解决复杂问题的不变精神

全球知名技术管理者 重磅力作

破解技术管理之路上的优雅谜题

揭示创造性解决复杂问题的不变精神

真正厉害的人，都有工程师思维

《工程管理的要素》(平装)        

微软（中国）公司首席技术官韦青

作序推荐

苹果公司工程师辛迪·斯里达兰

Forter公司工程副总裁厄伦·埃伦博根

Software Engineering Daily节目主持人杰弗里·迈尔森

联袂推荐！

• 分类：管理/工程师思维
• 书名：《工程管理的要素》
• 作者：[美]威尔·拉森（Will Larson）
• 译者：王琰 来梦露 魏胜群
• 定价：109.90元
• 开本：16开     
• 页码：250页  
• 字数：245千字
• 印张：17.25
• 出版时间：2024年1月 
• 策划编辑：安烨
• 责任编辑：李静
• 出版社：湛庐文化/浙江教育出版社
• 图书品牌：湛庐文化·财富汇
• ISBN：978-7-5722-6891-5

硅谷科技公司一向以创新和快速迭代而闻名。因此，经历过硅谷科技公司快速发展时期的工程经理，在没有太多行业经验可以借鉴的情况下，一路“过关斩将”，在完成一个个大项目的过程中，创造性地解决了无数复杂的问题，进而积累了丰富的技术管理经验。这些方法值得行业内外各类企业的从业者借鉴。

全球知名技术管理者威尔·拉森就是在这样的严酷考验中成长起来的。他先后在Digg、优步和Stripe等硅谷知名科技公司担任工程领导和软件工程师，在这些公司的迅速发展阶段发挥重要作用。在应对各种挑战的过程中，拉森逐渐认识到，这个领域的很多看似充满不确定性的复杂管理问题，实则有迹可循并且可以系统性地解决。经过10年的探索，他总结出了一套具有普适性的“管理框架”，并呈现在《工程管理的要素》一书中。

软件工程师的经历使得拉森能够从软件工程的视角看待管理，而不是以管理者的视角看待软件工程。因此，他的这套“管理框架”具有很强的可操作性和针对性，能够真正解决软件工程领域的具体问题。无论你是初级工程师、工程经理还是其他行业的从业者，都能够从中领悟真正厉害的技术管理者思考问题的方式、解决问题的系统性思维。因为，真正厉害的人，都有工程师思维。

• 全球知名的技术管理者威尔·拉森重磅力作。
• 破解技术管理之路上的优雅谜题，揭示创造性解决复杂问题的不变精神，呈现一套创造性解决复杂问题的“管理框架”。
• 微软（中国）公司首席技术官韦青、苹果公司工程师辛迪·斯里达兰、Forter公司工程副总裁厄伦·埃伦博根、Software Engineering Daily节目主持人杰弗里·迈尔森联袂推荐。

• 湛庐文化出品。

威尔·拉森

全球知名的软件工程领导者。现任知名科技公司Carta首席技术官，曾任美国冥想应用独角兽公司Calm首席执行官，曾在优步、雅虎、Stripe、Digg、SocialCode等科技公司担任工程领导和软件工程师。

拉森在个人网站staffeng.com上首次对技术领导的职业发展路径做出了清晰的描述，该网站一经推出立刻在美国科技界大火。他还是业内极具知名度的博客“非理性繁荣”（Irrational Exuberance）的作者。本书正是脱胎于该博客。

工程师不只是做事，是务实且有效地做事。工程方法与科学精神和技术能力构成一个有机的整体，相辅相成，唯一的不同是侧重点不同。科学重在永无止境地探索，不怕犯错，永远在改错的路上；技术重在能力的提高，不断利用科学知识的进步和工程实现的结果拓展技术能力的边界；而工程方法则是在有限的条件下灵巧、务实地实现人类的共同目标。

韦青

微软（中国）公司首席技术官

软件工程的发展比以往任何时候都要快。在如此多的变化中，什么原则是持久的？有哪些痛点是在未来可能发生改变但眼下不能被忽视的？在《工程管理的要素》中，威尔·拉森抓住了创造性解决问题的不变精神，这种精神将我们吸引到软件工程中，同时也为现代组织提供了具体的策略。

杰弗里·迈尔森

Software Engineering Daily节目主持人

《工程管理的要素》利用系统思维对工程管理领域的挑战和需求进行了深入、细致的研究。读完本书，你会掌握一个以巧妙、富有创造性且公平的方式解决复杂问题的实操模板。

辛迪·斯里达兰

苹果公司工程师

工程经理经常会感觉自己快要被繁杂的工作淹没。目前，行业内的技术培训缺少构建健康和高效团队所需的框架和工具。《工程管理的要素》中的见解和循序渐进的方法将成为你最喜想了解的内容。

厄伦·埃伦博根

Forter公司工程副总裁

1. 我认为持续的生产力来自高绩效团队的产出，将其拆开会导致生产力方面的重大损失。
2. 我每天仍然很忙，但在完成工作方面已经改进了很多，不是因为速度变快了，而是因为解决问题的逻辑性变强了。
3. 作为寻求自我成长的管理者，我们真正应该追求的是职责范围的扩大。

1. 管理更多的是依靠积小胜为大胜，而不是寻求捷径。
2. 最宝贵的技能是学会以适合你公司文化的方式说“不”。
3. 时间管理是领导力永恒的元问题。
4. 管理从本质上讲是一种关乎道德的职业。
5. 讨论我们接下来应该做哪一件事总是比讨论某件事是否值得做更有趣。

推荐序 像工程师一样思考

韦青

微软（中国）公司首席技术官

中文版序  “局内人”视角，工程师的思考内核

序言   一场领导力与技术的探索之旅

前言   破解技术管理之路上的优雅谜题

01 组织发展之道：打造高绩效团队，获得持续的生产力

4个原则构建团队规模

把握团队的4种状态

人员重组可能会大大降低生产力

超速发展时代的生产力

降低组织风险的关键问题

两个步骤规划新角色的交接

02 系统思维、指标和愿景领导组织变革的高效工具

系统思维，最普适的工具

问题发现、问题选择和解决方案验证，

产品管理的三个步骤

战略立足现实，愿景展望未来

确保“做什么”与“如何做”不脱节

用指标指导广泛的组织变革

迁移，解决技术债务的唯一可扩展方法

组织重组，影响组织成功的重要因素

厘清管理手段

选择能充分发挥优势的职业之路

用媒介表达想法

“样本—记录—分享”法

设立集中决策小组，应对管理不一致

向高层领导汇报的11个技巧

时间管理，领导力的永恒元问题

建立学习共同体，让新老成员相互学习

03管理方法的一致性：有约束，才有自由

一致性和变化并不相斥

学会对上级领导说“不”

对管理者进行管理

管理生长板，让成长持续发生

所有级别的管理者都会陷入困境

与你的上级建立伙伴关系

重职责范围轻头衔

对管理者进行管理的四大法宝

应对问题的三种有效方法

04包容性企业文化：员工有机会参与，企业才有机会成长

量化机会和参与感

为关键项目和一般项目选拔项目领导

让你的同事成为你的第一团队

寻找高级经理的4个关键点

别让企业文化和管理自由成为创新的障碍

消灭“英雄”，努力工作并不能保证成功

05明确的职业生涯规划：从设计有效的招聘流程开始

为什么高速增长并不能很好地代表个人成长

运行人性化的面试流程，取得最佳面试效果的第一步

拉网式“寻猎”，招聘陌生人

招聘漏斗，有力的招聘诊断工具

建立绩效管理系统，打造包容性组织的切入点

职业等级、指标动量、等级划分，绩效管理的三个要点

在创建新岗位之前先研究4个问题

通过结构性和创造性设计一个面试轮次

附录 直线管理、中层管理、组织管理，运营不断壮大的组织的三大工具

参考资料

致 谢

 [推荐序]

像工程师一样思考

韦青

微软（中国）公司首席技术官

何为工程师？首先我们要理解何为工程。按照《说文解字》的解释，“工”有巧饰的意思。南唐文字训诂学家徐锴说：“为巧必遵规矩、法度,然后为工。”“程”有路程、过程、步骤或者规程的含义。“工”与“程”二字结合起来，就是按照一定的流程、标准和规则精巧地创造有价值的器物和培养能力的过程。再加上一个“师”字，强调的就不仅是做这件事的过程与结果了，还强调做这件事的人。

中国是一个工程师大国，依靠着千百万名勤勤恳恳、任劳任怨的工程师，为人类做出了众多伟大的工程成就，为百姓福祉、社会进步、民族复兴和国家兴盛做出了巨大的贡献。但我认为，工程师作为一种极具专业性的职业，并未得到应有的关注和尊重。

人们很容易凭表象把工程师理解成一群只知“苦哈哈”埋头工作、缺乏情趣之人。同时，由于社会，甚至包括工程师群体自身对工程师这种职业的偏见、轻视或者抵触，人们经常不重视工程师这种伟大职业的终身能力培养，过多地把心思放在对工程师职称的计较上，有时甚至会为应该称某人为工程师还是高级工程师而争得面红耳赤。殊不知，工程师是一种值得一个人终身追求的“职业”，为人类做贡献则是这种伟大职业的职责。一名工程师可以因为对社会做出的贡献而获得应有的“职称”，但是反过来，如果有了职称而没有实现对社会的贡献和自身能力的终身培养，那么这种职称反而会成为阻碍自身发展甚至破坏自身职业成长的枷锁。

“卓越工程师系列”的两位作者，一位是来自优步、雅虎等顶企业的工程主管威尔·拉森，他是享誉世界的工程师，他通过《技术领导力的要素》（Staff Engineer）与《工程管理的要素》两本书告诉我们，一名工程师的成长路径是怎样的。一名优秀的工程师，绝不会仅靠努力工作就能实现自己的追求；一名优秀的工程领导，也绝不会仅凭拥有一个看似耀眼的头衔就能够管理好工程项目与团队。

对一名工程师而言，对技术的掌控力和对技术趋势的洞察力是其最基本的技能。除此之外，所有人应有的“软实力”，比如待人接物、组织建设、协调沟通、推广交流和应对复杂与不确定性的本领与实践，也是一名工程师不可或缺的基础能力。为什么？因为工程师也是人，或者说，工程师首先是人。

在本系列的第三本书《软件设计的要素》（The Essence of Software）中，作者丹尼尔·杰克逊（Daniel Jackson）向工程师们提出了一个尖锐的问题：为什么有些软件设计得一鸣惊人，而有些却一败涂地？软件是一个复杂的巨系统，这本书以系统化的视角和以人为本的价值观，为软件设计者提供了一个全新的变革性视角。

在我看来，要想成长为一名优秀的工程师，首先要学会如何做人。人都做不好，如何做好一名工程师？

其次，要有科学精神和技术能力。想要高效解决复杂系统性问题，预见尚不存在的“结构”，做到跨越性创新，工程师思维是一个可以安心依靠的利器。

工程师不只要做事，而且要务实且有效地做事。工程方法与科学精神和技术能力构成一个有机的整体，相辅相成，唯一的不同是侧重点不同。科学重在永无止境地探索，不怕犯错，永远在改错的路上；技术重在能力的提高，不断利用科学知识的进步和工程实现的结果拓展技术能力的边界；而工程方法则是在有限的条件下灵巧、务实地实现人类的共同目标。

那么如何“务实”，如何“灵巧”，如何“探索”，如何“提高”？这就是湛庐文化“卓越工程师系列”图书希望给读者带来的答案。

要是由我来总结，我可以说这套书是由两名始终在工程一线的工程师写下来的实践之学，不是让我们照搬照抄的，而是拿来借鉴和体悟的。如同近来大火的《奥本海默》电影中的一句台词：“……理论只能把你带到这么远……”剩下的都是工程的实践，但实践是最难的，因为它要变成一种习惯。

悟性就在你的脚下。

 [中文版序]

“局内人”视角，工程师的思考内核

当我下定决心写《技术领导力的要素》和《工程管理的要素》时，我真心希望有人愿意花时间阅读它们。到目前为止，这两本书已经售出超过10万册，但在书中的思想影响整个软件工程行业之前，我们还有很长的路要走。

我能够清晰地看到，中国、中国的软件工程师和中国的企业家将对未来的软件行业产生深远的影响。在参与优步进入中国市场（随后退出）的项目运营时，我本人第一次清楚地认识到这一点。我们非常努力地提升优步打车软件在该领域的竞争力，但最终还是败给了滴滴团队。随着中国在创造独角兽科技公司方面的作用越来越大，以及中国在风险投资领域所产生的影响不断提升，我的这一认识也越发深刻。这两本书中的思想如果能够在塑造中国未来方面发挥微若星火的影响，我便心满意足了。

《工程管理的要素》和《技术领导力的要素》完全不同。《工程管理的要素》侧重于介绍我在优步和Stripe快速扩张期间管理和领导工程师时获得的经验。

这本书记录了我在那段职业生涯中发现的有价值的思维模式和方法。如果你是一名工程领导，尤其是一名工程经理，我认为这本书对你来说很有用，可以帮助你思考公司和工程组织是如何运作的，以及作为参与者，你该如何改进它们。

《技术领导力的要素》的重点在于，我在深耕这个行业的过程中遇到的那些重大难题：有些人希望一直做工程师，并不想成为工程经理，很显然，他们的职业发展之路在很大程度上是语焉不详的；很多人并不想成为工程经理，但最终还是选择了这条转型之路；很多人对高级工程师受重视的原因存在误解，并将自己的职业生涯构建在这种误解之上。本书给出了我本人对高级工程师职业发展的见解，并且通过我对业内知名公司经验丰富的“主管+”

工程师的访谈，呈现更为全面的观点。

很多介绍技术转型和职业生涯的作品，采用的是与多家公司有过短暂合作的顾问的视角。这类作品的价值在于作者经验的广度：作者的咨询经验能够帮助读者在相对较短的时间内认识许多不同的公司。此外，在我看来，咨询顾问的视角属于“局外人”视角，因为他们只是短暂接触过每一家公司。

“局外人”的观点自有其价值，内部人士的观点同样如此。作为深入项目的“局内人”，你要对项目全权负责；你既是系统的开发者，也是使用者，因此你必须在这两个方面做好平衡。《工程管理的要素》和《技术领导力的要素》能够集结成册，离不开我与两家颇具代表性的硅谷初创公司优步和Stripe的“深入接触”。在我供职期间，这两家公司都是美国高价值的私营公司。这两家公司的快速扩张期就好比一个工程实验室，即使你的公司处于起

步阶段，你在这个实验室里学到的经验教训，对你的公司来说也很有价值。

这两本书的内容也离不开我的“实践者”视角。尽管我对“工程师和工程组织取得成功的决定因素”有着十分清晰的认知，但我并不想兜售“成功梦”。我想分享的是我学到的方法及背后的原理。这两本书不是理论手册，也不是成功指南。它们是我的一手经验，是我的心得感悟，以及我通过访谈从其他高级管理者那里“借来”的他们的一手经验。

虽然这两本书是我专门为软件工程师和工程经理写的，但我没想到，其他岗位的人也会认为这两本书很有价值。我收到过产品经理、营销人员、招聘人员和许多其他行业从业者的反馈，他们介绍了书中的观点和建议如何化解他们工作中的难题，以及怎样帮助他们与工程师更顺畅地合作。你不需要拥有软件工程或计算机科学背景，只要你对编写软件和发展工程组织的艺术感兴趣，就可以读一读这两本书。

多年来，一些读者指出，这两本书里提到的情况并没有反映他们的具体情况，这是必然的。在一家快速发展的公司工作与在一家小公司、停滞不前的公司或走下坡路的公司工作，体验必然不同。任何内容都有其局限性，但希望你能从中找到有价值的部分。

如果幸运的话，我们今天的一小部分经验最终会成为未来软件工程行业最为普遍的做法。虽然软件工程师这一职业不再处于婴儿期，但相比大多数职业，它刚刚进入青春期。机械工程师、律师、医生，以及其他许多行业的从业者，比我们拥有更多实践经验。本着这种精神，我并不希望你全盘接受书中的所有观点，如果它们能对你有所启发，能帮助你形成更为清晰的认知，那便是我写作这两本书的大意义。我们只有真诚地交流复杂的想法，检验哪些想法对我们自己真正有效，并不断完善自己对“如何成为有效的工程领导者”的理解，才能推动软件工程行业向前发展。

[序言] 

一场领导力与技术的探索之旅

我的第一篇博文发布于2007年4月7日，标题是《寻找我们的编程流程》（Finding Our Programming Flow），内容算不上好。那一年，我写了69篇博文，最后一篇是《宫岛和广岛》(Miyajima and Hiroshima)，内容是我在日本教英语时拍摄的旅行照片。第二年，也就是2008年，我写了192篇博文，但我在写作方面还有许多不足之处。

后来我又写了200多篇博文，又花了10年时间才在书面表达方面摸索出一点门道，也犯过很多错误，个中经历或许值得一读。我很幸运，那段时间我刚好在Stripe公司工作。在Stripe公司这样的环境中，人们经常做出一些在其他环境中看起来很难实现的事情，比如创办一本科技杂志或出版一本书。

这本书幸运地将我在Stripe公司的快乐时光、10年的写作经验、10年的领导力以及管理方面的心得相结合，也是我有幸与同事们共事的产物，他们建议我将从前的文章收入此书。

希望每位读到这本书的人都能有所收获。

[前言]

破解技术管理之路上的优雅谜题

有人成为管理者是为了服务公司，有人成为管理者则是为了一己私利，牺牲对当前角色的热爱只为换取未来的升职加薪。还有些人最初走上管理岗位是因为受够了上级领导，坚信如果自己做管理，可以做得更好。

以上种种都不是我成为管理者的初衷。

不管最初是什么动机让你成为管理者，你都会觉得自己走上了一条麻烦重重的道路。经验丰富的管理者很少，且只有优秀的公司才愿意培养管理者。

面向管理者的培训项目非常少见，也难怪人们普遍认为今天的管理者大多欠缺经验。在我的管理生涯早期，曾有一位同事将我视作他共事过的最好的领导，我倍感荣幸；而另一位同事在与我共事几年后，宣布我是最差的领导。

虽然在硅谷，小型初创公司挑战科技巨头屡屡失败，但绝大多数技术型公司都用心良苦，期待有朝一日能蜕变为一家成功的企业，而且这些企业的管理者是那些还在学习如何成为管理者的人。他们总会在意想不到的地方跌倒。对许多这样的人来说，他们是在企业面临工程管理领域的危机时临危受命，他们接受的训练则是一连串的艰苦考验。

诚然，这是我的经历：我的管理之路始于Digg公司，2010年的两次裁员为我创造了条件。我没想到，我在上一份工作中接受的三次一对一指导并未帮助我形成一套严格的管理模式，那时我完全不知道自己究竟在做什么。

此后的几年里，我一直有意识地培养自己的管理能力，阅读了大量与管理有关的文章，包括那些与“管理”主题看似无关的内容。我找到了一些非常有用的资源（其中许多我已经在“附录”中列出），但那些好不容易找到的答案接下来又被淹没在了不断增加的问题海洋里。

直到我有幸加入优步（Uber）和Stripe公司，才有机会通过无穷无尽的挑战，来完善我的管理方法：优步的工程团队在两年内从200人增加到2 000人。之后我在Stripe公司也经历了类似的团队成员数量快速增长的情况。

在快速成长的公司中，管理工作鲜少风平浪静，但我从未找到比管理工作更好的学习和成长路径。

随着经验越来越丰富，我对管理尤其是工程管理的理解日渐深入。我开始认识到，这个领域有着许多优雅、值得花时间思考的重要谜题。我想通过本书呈现这些我有幸解出并因此受益的谜题。在第1章，我将以我工具箱中最重要的工具“组织”为起点展开介绍。组织设计将正确的人安排在正确的位置上，授予他们决策权，并要求他们对结果负责。

保持初心，慎重改变，除此之外没有什么能帮你。在第2章，我们将回顾一些基本的管理工具，它们可以在众多情况下发挥作用。这些工具既包括系统思维又包括愿景文件，既涉及指标又涉及迁移，还涉及重组和职业生涯叙事等内容。也许阅读第2章最简单的方法是快速浏览要点，然后等用到它们时再回过头来读一遍。

第3章分析了在哪些情况下你需要对管理方法进行调整。这一章深入探讨了如何调整你的管理方法，从而适应公司的快速发展，以及当你期望的影响力并非你目前的职级所能达到时该如何进行管理。希望这一章能帮助你找到其他途径，靠近那些你感觉自己并未成功驾驭的领域。

第4章是对“企业文化”的探讨，重点介绍培养一个包容性的团队或组织所应采取的实际行动。这一章还围绕“做某事的自由”和“不做某事的自由”之间的冲突深入探讨了一些企业文化主题，另外还谈及了英雄文化。

第5章是对“职业生涯”的探索，重点关注面试、招聘和绩效管理。许多管理者想当然地认为招聘由招聘专员负责，绩效管理由人力资源部设计，但这些其实都是管理者常用的强大工具。

你读完了整本书，并不会在第二天走进办公室时摇身一变成为一名游刃有余的管理者（我仍对那段走进办公室感觉自己勉强胜任管理者角色的日子心存感激），但我希望本书能对你有所启发，为你提供一些新的方法进行尝试，帮助你在工程管理的道路上走得更远。

[精彩样章]

人员重组可能会大大降低生产力

在我写了《坚持走高绩效团队之路》（Staying on the Path to High-Performance Teams）之后，很多人都提出了相同的问题：“一个团队一旦还清了技术债务，难道不应该将当前过剩的团队成员转移到其他团队吗？”

这样想没错，因为团队的技术债务已经所剩无几，就团队全局工作的重点而言，现在的人手已经过剩。这种情况在许多团队中都多次出现过，可能会导致一个组织中有太多工程师被指派去处理去年的问题，却没有多少工程师负责处理当下的问题。

这是一个亟待解决的难题。首先，我要解释一下为什么我不赞同依靠人员重组来应对全局工作重点的变化，然后我会提出几个能解决这一难题的替代方法。

团队至上，高绩效的团队是神圣的

从根本上说，我认为持续的生产力来自高绩效团队的产出，将其拆开会导致生产力方面的重大损失。即便团队成员被完全保留下来，但离开原有团队，他们的产出也会下降。在这样的世界观中，高绩效的团队是神圣的，我非常不愿意将它们拆开。

团队需要很长时间才能凝聚为一个整体。一群人在一起工作了数年，他们彼此互相了解，知道如何以一种真正非凡的方式为彼此的成功铺路。如果团队人员发生变动，那么团队就需要花时间重新产生凝聚力。对处于凝聚早期阶段，以及文化存在显著差异的团队来说，它们需要花费的时间尤其长。

这并不代表团队需要一成不变，那样又会导致团队的状态停滞，但也许为了使团队保持凝聚力，我们在改变团队方面需要有所节制。

有时候你希望一支已经凝聚为一体的团队发展得再快些，这没有问题。但是，你必须考虑历经变革后，团队重新产生凝聚力的相应成本，而并非永远不做出改变。这就是为什么我提出的模型建议为被技术债务压垮的团队而不是为进入创新状态的团队迅速招聘新人，因为这样可以避免高绩效团队为重新产生凝聚力而付出相应的成本。

较高的固定成本和相对较低的可变成本

我不愿意将员工从高绩效团队中调离，让他们加入新团队，原因还有一个，那就是大多数团队都有较高的固定成本和相对较低的可变成本：调走一名团队成员会让一个处于创新阶段的团队重新回到落后状态，这样一来，两个团队都不会有良好的表现。对负责产品和服务的团队来说，情况尤为严重。

我的经验是，一个团队需要至少8名工程师才能支撑起全天候的两班制轮值，所以我通常不愿意让成员数量低于这一标准的团队发生变动。然而，固定成本包含许多其他类别：维持基本运转的开销、提前交付的合同、来自其他团队的支持等。考虑到轮值需求和成本控制，8人是最合适的团队规模。图1-6展示了管理一个团队的固定成本。

有一些团队的固定成本非常低，例如一个没有任何用户的创业团队，或者一个对已经完全关闭的产品提供支持的团队。我认为适用于这些团队的规则是不同的。而且，在成功的公司中，这样的团队并不常见。

裕度：当一个团队的利用率接近百分之百时，完成一项新任务将遥遥无期

调动员工来优化全局效率的前提是，我比以往任何时候都更加深刻地理解了生产力是如何产生的。我坚信不应该向一个明显存在裕度的团队投放更多资源，但我也不认同向一个裕度严重不足的团队投放更多资源的做法。

当一个团队的利用率接近百分之百时，完成一项新任务将遥遥无期，并且大多数团队对其他团队有诸多依赖。总之，这些事实意味着，你将资源转移给某个团队，通常令它的速度变慢，因为这个过程产生了新的上游约束。

我发现，团队为了进一步保持裕度，会通过渐进和创新的方式改善其职责范围内的工作安排，充分利用闲置的生产力。这样做额外的好处是，它们往往通过最小的协调成本就可以完成这些改进，不会让局部的生产力给周围的系统带来阻力。

最重要的是，“有裕度”的团队可以充当组织的调试工具：在调试组织的总体吞吐量时，你不必将这样的团队考虑在内。我发现，一次处理数个限制因素要容易得多，在解决问题时要向前看，不需要回头考虑以前受到的制约。

艾利·高德拉特（Eliyahu M. Goldratt）的《目标》（The Goal）和德内拉·梅多斯（Donella H. Meadows）的《系统之美》（Thinking in Systems: A Primer）都是关于这个主题的重要图书。