凤凰项目：一个IT运维的传奇故事读书笔记

作者简介

吉恩·金(Gene Kim)
信息技术流程研究所联合创始人、研究总监，Tripwire公司创始人，担任公司CTO长达13年之久，一直热衷于研究如何提高IT组织的效能。
凯文·贝尔（Kevin Behr)
PraxisFlow咨询公司首席科学官，信息技术流程研究所联合创始人，拥有25年以上的IT管理经验，常为CEO、CIO、CTO等提供指导和建议。
乔治·斯帕福德(George Spafford)
高德纳公司高级研究总监，行业分析师，在IT运维方面拥有丰富经验，曾在多个国家提供过信息技术治理和流程改进等方面的咨询和培训。
简·思西尔特(JanSchilt)
GamingWorks创始人，国际最佳实践管理联盟资深专家。IT管理类全球知名沙盘创作者，如IT服务管理类“阿波罗13号”、项目管理类“挑战埃及”和DevOps沙盘“凤凰项目”等。

译者介绍

成小留
上班族，朝九晚六；好读书，不求甚解。用闲云野鹤的态度度过按部就班的人生。
刘征
Nutanix路坦力资深架构师，EXIN首批国内DevOps Master禾DDevOpsProfessional认证讲师，持有红帽RHCA认证和AWS高级架构师认证，谙熟企业数据中心的IT服务管理。目前致力于推广DevOps相关的理念和实践，在DevOps社区中积极地参与培训和研讨会等活动，是DevOpsDays大会社区在中国的核心组织者和志愿工作者。
沙盘章节翻译：国际最佳实践管联盟
国际最佳实践管理联盟承担GamingWorks全部沙盘演练产品在中国的知识产权管理和保护工作，参加凤凰沙盘演练后将有机会获得由国际最佳实践管理联盟颁发的凤凰项目沙盘证书。追求卓越，最佳实践！

前言

第一次见到这本书还是三年前，那时候看到领导座位旁边放着一本。我看这名字挺好奇的，于是拿起来看了一会，心里想这是什么玩意儿，后来就放下了。
昨天早上我看微信读书有好友在读这本书，点进去看评分竟然高达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运维部时该如何建立快速工作流，因为那就是业务部门与客户之间的衔接。第二步告诉我们如何缩短及放大反馈环路，从而在源头上解决质量问题，避免返工。第三步告诉我们如何建立一种文化，既能鼓励探索、从失败中吸取教训，又能理解反复实践是精通工作的先决条件。”

image

image

image

三步工作法（来源：吉恩·金在IT Revolution Press博客上发布的“三步工作法：DevOps的基础原则”，访问于2016年8月9日，http://itrevolution.com/the-three-ways-principles-underpinning-devops/）

高德拉特在《目标》五个聚焦步骤

• 识别系统的约束点
• 决定如何利用这个系统约束点；
• 基于上述决定，考虑全局工作；
• 改善系统的约束点；
• 如果约束点已经突破了，请回到第一步，但要杜绝惯性导致的系统约束。

开发除了关注功能还应该关注什么
你在开发部的同僚切斯特，把他所有的工作周期都花在了功能开发上，而没有用在稳定性、安全性、可扩展性、可维护性、可操作性、持续性以及其他诸如此类的美好性能上。

四种类型工作
比尔提到了四种类型的工作：业务项目、IT运维项目、变更以及计划外工作。如果不加控制，技术债务必将导致公司里唯一能够完成的工作就是计划外工作！

IT运维工作和工厂工作非常类似
既然我已经在自己的部门里亲眼见证了埃瑞克的那套成果，我明白了，IT运维工作和工厂工作非常类似。
（我在干IT运维工作之前也在工厂干过，可惜从来没有想过他们之间的联系，看来以后得把自己做过的事情连接起来看看能不能成为一个体系。）

书中提到的影视作品

• 《IT狂人》
• 《功夫熊猫》
• 《老板度假去》
• 《四眼田鸡》
• 《星际迷航》
• 《苍白骑士》
• 《二维世界》
• 《狂犬惊魂》

书中提到的书籍

• 《目标：简单而有效的常识管理》
• 《目标之外》
• 《DevOps实践指南》
• 《团队发展的五大障碍》
• 《持续交付》
• 《精益创业》
• 《直觉》
• 《精益思想》
• 《第五项修炼：学习型组织的艺术与实践》
• 《探索吧！深入理解探索式软件测试》
• 《丰田套路》
• 《走动管理》
• 《财富》
• 《名利场》