凤凰项目：一个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运维部时该如何创建快速工做流，由于那就是业务部门与客户之间的衔接。第二步告诉咱们如何缩短及放大反馈环路，从而在源头上解决质量问题，避免返工。第三步告诉咱们如何创建一种文化，既能鼓励探索、从失败中吸收教训，又能理解反复实践是精通工做的先决条件。”

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

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

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

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

四种类型工做
比尔提到了四种类型的工做：业务项目、IT运维项目、变动以及计划外工做。若是不加控制，技术债务必将致使公司里惟一可以完成的工做就是计划外工做！

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

书中提到的影视做品

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

书中提到的书籍

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