简介

精彩点评

• 

  文西

  推荐

  这本书有点长，或许更适合管理者或者遇到问题的人。对于刚入职的新手来说，还是先磨刀练好技术、熟悉项目才是最有效的，而敏捷开发、持续交付这些概念网上有更凝炼的总结。这本书的确给了一些可实践建议，公司用的的确就是这一套方法，能理解其中的原理很开心。但现在没有遇到问题，有点没有耐心读完全本。或许等过一段时间会再来翻阅。

• 

  rong

  推荐

  很不错，可预测，可控制，可执行。 解决制约点，制约点之外改进是无效的。

• 

  易林林

  推荐

  如果一件事情在变糟，那么一定是什么地方出了错，无论是你的错还是别人的错，都要想尽方法把错的事情做对，或许这样传奇也就诞生了。

• 

  曾垂鑫

  推荐

  本书中阐述了一个原理：所有开发运维模式都来自“三步工作法”，可以说它是我们平台开发运维的指导思想。 第一工作法是关于从开发到技术运营，再到客户的整个自左向右的工作流。为了使流量最大化，我们需要小的批量规模和工作间隔，绝不让缺陷流向下游工作中心，并且不断为了整体目标（相对于开发功能完成率、测试发现/修复比例或运维有效性等局部目标）进行优化。 流程自动化 实践：持续构建、持续集成、持续部署，按需创建环境、限制半成品，构建起能够顺利变更的安全系统和组织。 第二工作法是关于价值流各阶段自右向左的快速持续反馈流，放大其效益以确保防止问题再次发生，或者更快地发现和修复问题。这样，我们就能在所需之处获取或嵌入知识，从源头上保证质量。 保证上游的质量 实践：在部署管道中的构建和测试失败时“停止生产线”、日复一日持续的改进日常工作、创建快速的自动化测试套装软件，以确保代码总是处于可部署的状态、在开发和技术运营之间建立共同的目标和共同的解决问题的机制、建立普遍的产品遥测技术，让每个人都能知道，产品和环境是否在按设定的运行，以及是否达到了客户的目标。 第三工作法是关于创造公司文化，该文化可带动两中风气的形成：不断尝试，这需要承担风险并从成功和失败中吸取经验教训、理解重复和联系是熟练掌握的前提、尝试和承担风险让我们能够不懈地改进工作系统，这经常要求我们去做一些和以往做法大不相同的事。一旦出现问题，不断重复的日常操作赋予我们的技能和经验，令我们可以撤回至安全区域并恢复正常运作。 不断试错，持续改进 实践：营造一种勇于创新、敢于冒险（相对于畏惧和盲目服从命令）以及高度信任（相对于低信任度和命令控制）的文化；把至少20%的开发和技术运营周期划拨给非功能性需求，并且不断鼓励进行改进。

• 

  JerryMin

  推荐

  第一次见到这本书还是三年前，那时候看到领导座位旁边放着一本。我看这名字挺好奇的，于是拿起来看了一会，心里想这是什么玩意儿，后来就放下了。 昨天早上我看微信读书有好友在读这本书，点进去看评分竟然高达9.3分（今天变成了9.4），一般8.0以上就算是好书了，9.0以上肯定是精品了。 所谓精品我理解一般是创始人或者行业泰斗等著的书。我这次没有错失良机，于是继续读了下去，一发不可收拾，越读越心潮澎湃，今天就读完了。可见同一本书，不同的时间去都，感觉完全是不一样的。总之这是一本非常适合CEO、CFO、CIO、各种部门VP、审计、安全、开发、运维等角色读的书。能让你高屋建瓴，从全局来考虑问题，让你认识到什么才是真正的工作。 话说回来，读完遍后就算设想声临其境中也很难领略其中真谛之万一，虽然现在DevOps已经普遍流行了，但是真正难得的是开创人怎样思考经历了怎样的心路历程才得出这个成果的，这才是我们最值得思考的！ 其实读书并不是在读书，只是在看别人经历过什么，如果自己不去经历，基本上可以不用去读，因为就算当时获取了一些认知也是会反复、回转、可逆的，总归还是不测底的。所以需要去实践，然后总结，获得自己的一套知识体系，最后再去验证，如此反复锻炼去粗取精，这样才能得出自己的一点点成果。 本书讲的是主人公比尔在公司股价大跌、IT运维VP与CIO被裁时，经过CEO忽悠后临危受命成为了IT运维的副总裁。在CEO的不但鞭策和幕后神秘投资人不断启发下（当然也少不了反对者与阻挡者），主人公陆续克服了种种困难与挑战并总结出了IT运维中包含的四种类型工作，分清了哪些是会阻碍工作的瓶颈。通过对工厂运维的苦思冥想，最终与团队伙伴一起创造了新的IT运维工作法则：三步工作法，并由此衍生出了DevOps的行为和模式（想继续深入学习的同学可以读《DevOps实践指南》）。从而从质的方面提升了IT运维的效率与质量，最终业务、开发、运维可以在一起开心的玩耍了，一天十部署也不是事了，公司业绩半年后就超越竞争对手了。结局可想而知，主人公成了CEO的重点培养对象，从IPVP到COO到CEO都不是梦了。 感兴趣的备注 何为变更 变更就是对应用程序、数据库、操作系统、网络或硬件进行的物理、逻辑或虚拟操作，并且这样的操作可能对相关服务产生影响。 生产运维与IT运维 “如果你认为IT运维部没有什么可向生产运维部学习的，那你就错了。大错特错。”他说，“作为IT运维部的副总裁，你的工作是确保形成一条迅速、可预测、持续不断的计划内工作流，从而向业务部门交付工作价值，同时尽可能降低计划外工作的影响和破坏，那样你才能提供稳定的、可预期的、安全的IT服务。” 三步工作法：流通，反馈，持续学习与实验。 “年轻人，一旦明白了这些，你就能踏上理解‘三步工作法’的征途了。”他说，“第一步帮助我们理解在工作从开发部移向IT运维部时该如何建立快速工作流，因为那就是业务部门与客户之间的衔接。第二步告诉我们如何缩短及放大反馈环路，从而在源头上解决质量问题，避免返工。第三步告诉我们如何建立一种文化，既能鼓励探索、从失败中吸取教训，又能理解反复实践是精通工作的先决条件。” 高德拉特在《目标》五个聚焦步骤 识别系统的约束点 决定如何利用这个系统约束点； 基于上述决定，考虑全局工作； 改善系统的约束点； 如果约束点已经突破了，请回到第一步，但要杜绝惯性导致的系统约束。 开发除了关注功能还应该关注什么 你在开发部的同僚切斯特，把他所有的工作周期都花在了功能开发上，而没有用在稳定性、安全性、可扩展性、可维护性、可操作性、持续性以及其他诸如此类的美好性能上。 四种类型工作 比尔提到了四种类型的工作：业务项目、IT运维项目、变更以及计划外工作。如果不加控制，技术债务必将导致公司里唯一能够完成的工作就是计划外工作！ IT运维工作和工厂工作非常类似 既然我已经在自己的部门里亲眼见证了埃瑞克的那套成果，我明白了，IT运维工作和工厂工作非常类似。 （我在干IT运维工作之前也在工厂干过，可惜从来没有想过他们之间的联系，看来以后得把自己做过的事情连接起来看看能不能成为一个体系。） 书中提到的影视作品 《IT狂人》 《功夫熊猫》 《老板度假去》 《四眼田鸡》 《星际迷航》 《苍白骑士》 《二维世界》 《狂犬惊魂》 书中提到的书籍 《目标：简单而有效的常识管理》 《目标之外》 《DevOps实践指南》 《团队发展的五大障碍》 《持续交付》 《精益创业》 《直觉》 《精益思想》 《第五项修炼：学习型组织的艺术与实践》 《探索吧！深入理解探索式软件测试》 《丰田套路》 《走动管理》 《财富》 《名利场》