粗体字是我自己的理解，非粗体字是本书的原文。
流程如果即便目的是好的、方法正确的，如果没有人愿意执行，那这个流程就是失败的。
大家本该通过这个工具提交变更需求，它会按规定进行审批。但是，已经两年过去了，我们有的只是一套无人遵循的纸面上额好流程，以及一个无人使用的工具。我缠着大家去使用流程和工具，但得到的只有抱怨和接口。 P45
每个人要有backup
如果你是说，我们部门没了他就干不成事，那我们就遇到大问题了。P57
向领导申请资源时要趁热打铁，一次性要够。
我需要你做的是弄清楚我们究竟需要哪些资源。如果要向史蒂夫申请更多的资源，我可不想反反复复，回头发现不够，再卑躬屈膝地爬回去 求他再多给一点。 P57
别干黑活
那些工作没有记录在册。 P59
增加人手解决不了问题
找到这些人需要一定时间，上岗之后他们还需要6~12个月才能完全胜任工作。P65
不要把事情干一半，避免半成品
约束理论、精益生产或者丰田生产系统，以及全面质量管理。虽然每个运动的起源地各不相同，但他们都赞成一点，半成品是个隐形杀手。P77
先解决瓶颈！
在瓶颈之外的任何地方做出的改进都是假象！
交给测试人员测试的版本需开发人员跑完冒烟流程
一旦在测试中发现问题，他们就把问题发回开发部，让他们解决。然后他们会发回一个版本。P116
手动工作要变成自动化，手工容易出错，且费时费力。
我们仍在摸索，凤凰还会需要多少这样的手动工作。这样很容易出错，而且需要大量人手。
技术债务要避免
搞死你的不是前期投入，而是后台的运行和维护。P139
技术债务，它来自于捷径，那在短时间内也许行得通。但是就像金融债务一样，久而久之，利息成本会越滚越高。如果一个部门没有付清他的技术债务，公司的每一份努力都将以计划外的工作的形式来偿还那些技术债务的利息。P183
看板（Trello）
要是对工作需求，优先等级、工作进度、可用资源都一无所知，怎么可能管理好生产工作呢 P58
大卫.J.安德森创建了在软件开发和IT运维中使用看板来发布工作并控制半成品的技术。 P153
非功能性需求的重要性
你在开发部的同僚切世特，把所有的工作周期都花在了功能开发上，而没有用在稳定性、安全性、可扩展性、持续性以及其他诸如此类的美好性能上。 P153
结果为导向，项目经理的职责
相比于向系统中投入更多的工作，将无用的工作剔出系统更为重要。为此，你应该知道，与实现企业目标息息相关的是什么，不论它是项目、运营、战略、法律法规、安全性，还是其他别的什么。记住，重要的是结果——而非过程、管理或者你完成了哪些工作。P154
用数据说话最具说服力
我需要你们的观有数据的支撑。就像那个车间协调员给你们看的数据，我就需要那样额数据，那样我们就能明白缘由。对不起，比尔，我很看好你，但只根据直接说”不“是不够的。P184
最重要的事情是生存下去
我理解你对安全问题的关注。但尚未解决的审计发现并不是我们公司面临的最大危险。公司面临的最大危险是无法生存下去。P188
练习让你觉得痛苦的事情
不论是运动训练、乐器学习还是特种部队训练，只有通过实践和操练才能达到精通的地步。研究表明，每天训练五分钟比每周开展一次为期三个小时的训练更为有效。P200
快速迭代
我们应该把发布变小变短，更快地回笼资金，那样才能达到内部最低预期资本回报率。P256
在任何一个工作系统里，理论上的理想状态是单一工作流，这样能让生产能力最大化，同时让变化幅度最小化。通过持续不断地降低批量规模，就能达到这种状态。P273
我们把四个工作中心合而为一，排除了三十多个容易出错的人工步骤，使整个工作周期完全实现了自动化，形成了单一工作流，并且干掉了所有的准备时间。生产能力一飞冲天。
监控系统的重要性
由于我们不断提高对基础架构和应用程序的产品监控，我们常常在业务部门觉察之前就知道了事故的情况。 P262
生产环境和测试环境要一致
我们要想办法来避这样的事故再次发生。开发和QA的环境与生产环境不匹配，绝对不应该发生这样的事。P268
一切东西都要版本控制、一切流程都要自动化
你们应该对所有东西都进行版本控制。所有东西，不只是代码，而是创建环境所需要的每一样东西。然后你们应该把整个环境创建流程自动化。你们需要一个部署管道，在其中创建测试和生产环境，然后彻底按照要求往里面部署代码。那样你们才能缩短准备时间并排除故障。P282
防患于未然
整整一个越来，我的团队都达到了把15%的时间用于预防性基础架构项目的目标，并且体现除了成果。P313
蓝绿发布
开展部署不再是在压力之下，混乱之中于深夜或周末进行，而是在工作日进行，大部分人甚至都不会察觉。P331
什么叫完成
“完成”的真正定义并非开发部完成了编码，而是只有在代码经过充分测试并按照设计在生产中运行时，代码才算完成。P337
四种工作类型
业务项目、IT内部项目、变更、计划外工作或救火工作爬。P341
三步工作法
第一工作法是关于从开发到IT运维再到客户的整个自左向右的工作流。
第二工作法是关于价值流各个阶段自右向左的快速持续反馈流，放大其效益以确保防止问题再次发生，或者更快地发现或修复问题。
第三工作法是关于创造公司文化，该文化可带动两种风气的形成：不断尝试，这需要承担风险并从成功和失败中吸取经验教训；理解重复和练习是熟练掌握的前提。P335
