最近在重读《凤凰项目–一个IT运维的传奇故事》，有一些感悟，记录如下。

《凤凰项目》是一本什么样的书？

这本书应该是目前市面上能见到的唯一一本关于运维的小说，可以从三个角度来看这本书。

第一，这是一本给运维看的武侠小说，满足运维的幻想

有人说武侠小说是成人的童话，《凤凰项目》这本书就是给运维看的成人童话，从人物经历来讲，这本书和武侠小说很类似。在《射雕英雄传》中，郭靖通过一次次的奇遇，最终在华山论剑中成为天下武功第一。在《凤凰项目》项目中，主人公从经理，到总监，到COO，就像武侠小说中的主人公。

和武侠小说一样的设定，《凤凰项目》这本书中，也有一位世外高人，一直对主人公指点。

但是，和武侠小说不一样的是，武侠小说强调的是主人公的成长，像降龙十八掌这样的技能在真实世界中是不存在的。而《凤凰项目》这本书更多的是想通过一本小说，传达IT运维理念和方法。像ITIL、DevOps这样的绝世神功是存在的，主人公通过修炼成这样的神功，最终达到了凤凰项目的目标。

第二，关于运维理论

本书的一个理念，就是运维也和产品生产过程类似，也是可以流水线式生产的。

这点我深有体会，曾经楼下是一个建筑工地，我发现建筑行业的组织、流程、规范非常成熟，效率很高。

就拿挖坑来说吧，总共不到10个人，进度却是一天一层楼的深度。

工序是这样，先是挖掘机挖坑，然后是几个人简单平整下，之后在墙面上放一层铁丝网，最后有一名工人用一根很长的管子连到配好的水泥池中，管子前面有一个喷射装置，开始超墙面喷水泥，大概半天时间，一面墙的水泥就喷好了，第二天水泥干了，这一层就好了。

然后周而复始，就是这样，大概不到一周时间，一个大概5层深的大坑就挖好了，就是不到10个工人，而且从不加班，每天早上有大巴车准时接工人师傅，进入工地还要刷卡，中午有人送饭，晚上准时下班。

观察几天，你就会发现，建筑行业有很完善的流程和规范，管理也非常到位，而且非常高效。相反，好多组织的运维，反而还停留在人肉的层面，也没有成熟的制度。

当然，这个和企业规模也有很大的关系，越大的规模，越要求规范，但是在规范性方面，我认为运维行业应该和建筑行业好好学习。

运维目前比较公认的理论是ITIL，就像建筑界的图纸，ITIL也是互联网行业和传统行业的共同语言，虽然目前DevOps的理念比较流行，但并不是对ITIL核心思想的否定。

第三，关于DevOps

我个人理解，DevOps的本质是人对工具的高效使用，DevOps的目标是强调效率，强调快速高频发布，这离不开两个因素

第一个因素是人，而且必须是训练有素的人。

第二个因素是工具，而且工具不是一个，而是一大堆。从开发、测试、发布、部署都有很多工具，就不一一介绍。

再来总结下《凤凰项目》这本书，给了所有运维一个梦想，介绍了流程和规范对运维的重要性，通过故事也给了我们一个DevOps实施的案例，附录还介绍了DevOps理论。

这本书就介绍到这里，下面分享一些感悟。

《凤凰项目》读后感

一、不当救火队员，从无序到有序

任何一个组织，运维系统都是从无到有，从手工操作到工具化、自动化，从无序到有序。一个组织从无到有，往往是开发充当运维，随着业务迅速发展，发现需要专业运维，这时候请专业运维来了，往往就是充当救火队员的角色，运维工作基本就是救急，一方面要应付不断的部署和变更，一方面要应对各种突发故障，这时候要做的是分清轻重缓急。

二、运维工作的轻重缓解

运维工作的时间划分，是运维的一个永恒话题，每天应该首先完成重要并且紧急的工作，运维虽然强调服务，但是不是没有底线的答应所有需求，不满足运维规范，不是紧急任务，运维可以说不！

三、运维第二重要的技能是沟通能力

运维是业务的最后一道防线，任何业务的部署都是通过运维，运维掌控业务部署的进度。要顺利完成部署，需要和开放、测试、运营充分沟通，确定时间节点，做好部署计划。从这个角度讲，运维第一重要的技能就是技术能力，第二重要的能力就是沟通能力。《凤凰项目》一书中，主人公就是通过不断和各个部门及BOSS沟通，逐步找到大家的需求痛点，然后制定计划，一步一步扭转局面。

运维如何做好沟通，总结几个经验：

1.重要事项面聊，其次电话，其次邮件，日常沟通可以通过聊天工具

当面沟通是效率最高的方式，在沟通之前相关的问题尽量准备好，相关的人员最好也能到邀请到，如果当面沟通有困难，在考虑电话沟通。

其实邮件沟通的效率也非常高，邮件沟通的好处是可以延后集中处理，重要不紧急的事项，应该通过邮件沟通，并且相关的人员都有充分的时间思考，做出最近的选择。《凤凰》一书中就是面聊和邮件沟通为主。

聊天工具沟通成本最低，但是效率最低，不重要不紧急的事项，可以通过这种方式沟通。

2.换位思考

沟通的一个秘诀是换位思考，有助于理解对方的目标和需求是什么，重点是什么，最想要的是什么。

3.沟通结果有书面记录及确认

沟通完成之后，应该形成书面的记录，请对方通过邮件或者流程确认，这样的好处是明确下需求，以后出了问题，有书面证据，免得做背锅侠。

《凤凰项目》虽然已经出版很长时间了，但是理念并不过时，也很有故事性，每个运维都推荐看看。

作者：新钛云服 肖力