比尔是无极限零部件公司的一名IT经理。他接管了一个对于公司的发展至关重要的IT改造项目——“凤凰项目”。这个项目旷日持久，预算已经大大超支，比尔只有九十天时间来修正这个项目，否则后果不堪设想，非但他的部门很可能被整体裁撤，而且整个公司在业务竞争中也会一败涂地。这时，一个高人出现了，在他玄妙的“三步工作法”哲学的帮助下，比尔开始明白所有工作都和生产车间的工作有异曲同工之处。在争分夺秒的情势下，比尔妥善地安排工作方式，提高了部门工作效率，并为无极限零部件公司的其他业务活动提供了有力的服务。

《凤凰项目(一个IT运维的传奇故事)》是三位运维专家金、贝尔、斯帕福德用节奏明快、生动有趣的风格撰写了一个所有IT从业人员都会产生共鸣的故事。读者可以从中学会如何对自己的IT组织进行优化，而且会用一种全新的视角来看待IT工作。

金、贝尔、斯帕福德编著的《凤凰项目(一个IT运维的传奇故事)》讲述了一位IT经理临危受命，在未来董事的帮助和自己“三步工作法”理念的支撑下，最终挽救了一家具有悠久历史的汽车配件制造商的故事。小说揭示了管理现代IT组织与管理传统工厂的共通之处，让读者不仅能对如何管理IT组织心领神会，更重要的是将以完全不同于以往的视角来看待自己的工作环境。

本书适合所有互联网企业和传统企业的从业者阅读。

第一部分

 第1章 9月2日，星期二

 第2章 9月2日，星期二

 第3章 9月2日，星期二

 第4章 9月3日，星期三

 第5章 9月4日，星期四

 第6章 9月5日，星期五

 第7章 9月5日，星期五

 第8章 9月8日，星期一

 第9章 9月9日，星期二

 第10章 9月11日，星期四

 第11章 9月11日，星期四

 第12章 9月12日，星期五

 第13章 9月15日，星期一

 第14章 9月16日，星期二

 第15章 9月17日，星期三

 第16章 9月18日，星期四

第二部分

 第17章 9月22日，星期一

 第18章 9月23日，星期二

 第19章 9月23日，星期二

 第20章 9月26日，星期五

 第21章 9月26日，星期五

 第22章 9月29日，星期一

 第23章 10月7日，星期二

 第24章 10月11日，星期六

 第25章 10月14日，星期二

 第26章 10月17日，星期五

 第27章 10月21日，星期二

 第28章 10月27日，星期一

 第29章 11月3日，星期一

第三部分

 第30章 11月3日，星期一

 第31章 11月3日，星期一

 第32章 11月10日，星期一

 第33章 11月11日，星期二

 第34章 11月28日，星期五

 第35章 1月9日，星期五

致谢

简介

为什么需要开发运维

开发运维从何而来

对三步工作法的解释

对开发运维的主要误解

四种工作类型

延伸阅读

注释

我把车开进停车场。三年前，根本不可能找到空车位。经过几轮裁员，现在停车已经根本不是问题了。

我走进劳拉及其团队所在的5号楼，立刻发现这栋楼装修得非常精美。我可以闻到新地毯的气味，墙面上甚至铺着上等的木制护墙板。瞬间觉得，我的办公楼里那些装饰画和地毯几十年前就该换了。

那就是IT人的命。但至少我们还没有像英国电视剧《IT狂人》里那样，在一个肮脏、昏暗、阴冷的地下室里工作。

我走进劳拉的办公室，她抬头微笑。“很高兴又见面了，比尔。”她伸出手来，我和她握了握手。“请坐，我看看史蒂夫·马斯特斯是否有空过来。”

史蒂夫·马斯特斯？我们的CEO？

她拿起电话拨号，我坐下来四处打量。上次来这儿是好几年前的事了。当时人力资源部通知我们腾出一间房作为母婴室。那时候我们紧缺办公和会议场地，又临近一个大项目的截止期限。

我们只不过想在另一栋楼里借用一下会议室。但是，韦斯把这件事传得好像我们是一帮20世纪50年代的疯狂原始人似的。很快，我们俩都被叫到这里，听了半天政治教育课，并接受了人际敏感性培训。拜你所赐，韦斯。

尤其是韦斯还负责着公司网络。所以我对网络故障格外上心。

劳拉对电话那头的人表示感谢，然后问我：“谢谢你一接到通知就赶过来。家人最近怎么样？”

我皱起眉头。如果我想聊天，找谁都比找HR强。我敷衍地说着关于家人和孩子的玩笑话，尽量不去想手头上的其他急事。最后，我终于不太客气地说：“那么，今天上午有什么我可以效劳的吗？”

“当然有。”她顿了一下，然后说，“从今天上午开始，卢克和达蒙不再为我们公司工作了。这件事闹到了公司高层，连史蒂夫也过问了。他决定由你来担任IT运维部的副总裁。”

她笑容满面，再次伸出手来：“你是我们公司最新的一位副总裁，比尔。我想祝贺一下是应该的吧？”

该死。我木然地同她握了握手。

不，不，不。我最不想要的就是“升职”。

卢克曾是我们的CIO，也就是首席信息官。达蒙在他手下，而且是我的上司。负责整个公司的IT运维。他们都走了，就这么走了。

我没料到会这样。没有一点儿风声，丝毫没有。

过去十年间，CIO每两年肯定会轮换一次，就像钟表一样规律。他们在位的时间仅够理解各种首字母缩写的含义，知道卫生间在哪里，推行一堆计划和倡议，然后梦想破灭，然后走人。

ClO在这里代表着“Career Is Over”(职业生涯结束了)。而IT运维副总裁也做不了多久。  我早就看明白了，要想在IT运维管理的岗位上做得长久，一定得有足够的资历，这样才能把事情干好。但是一定要低调，不能卷入政治斗争，以免惹祸上身。我完全不想加入副总裁的行列。副总裁们整天做的就是互发PPT。

为了套出更多信息，我开玩笑地说：“两个高管同时离开？难道他们半夜跑到商店里偷了钱吗？”

她笑了，但很快就恢复到HR那种训练有素、不动声色的样子：“他们都有别的追求。想要知道更多的事，你只能去问他们自己了。”

俗话说得好，如果你的同事主动告诉你他们要离职，那多半是自愿的。但如果是其他人告诉你的，那他们一定是被迫的。

所以说，我的上司和上司的上司刚刚被炒了。

这正是我不希望升职的原因。我为自己在过去十年里组建的团队感到非常骄傲。它不是最大的团队，但到目前为止，却是最有组织、最值得信赖的团队，特别是和韦斯的团队相比。

我想到要去管理韦斯，不禁发出一声叹息。他哪是在管理一个团队一—他带的队伍简直就是一盘散沙。

P4-5

在当年我还想着成为IT人的学生时代，阅读各种IT类书籍是一件苦差，需要在月明风清的晚上备好香茶点心，沐浴更衣，鼓足勇气才能翻开书本，而且预想的彻夜苦读经常以一夜好梦而告终一书还翻在一开始的几页，似乎字里行间都散发着不可思议的催眠魔力。

然而这本书似乎打破了这种魔咒。在翻译期间一些同样月明风清的晚上，我沉浸在阅读和文字转换的乐趣里直至夜深——不是出于尽早交稿的良心，而是因为实在很想一口气读下去。这不是一本无聊的教材，而是一部类似情景剧的小说，编织了曲折的情节、鲜明的人物、有趣的吐槽，当然还有智慧与实用兼具的各种管理理论和工作理念。作者提到关于本书最喜欢的一段读后感：“有些书适合给你的朋友，为了分享阅读的喜悦；有些书适合给你的同事，为了建立理念的共识；有些书适合给你的老板，为了播下伟大的种子。而本书适用于以上所有三种情况。”我想我也无法作出更好的概括了。

进入“互联网+”时代，人们的知识、眼界、模式、理念面临又一次变革，产业和商业格局也因此发生巨大变化。信息技术与核心业务的“黏性”正成为公司竞争力至关紧要的构成因素。所以，如果你的老板还觉得IT运营部就是“修电脑的”，那么，给他／她这本书，或者趁早换一个老板。

本书主角任职于一家传统汽车制造业巨头，老婆孩子热炕头的“小确幸”日子过得正滋润，突然临阵上马统领IT。主角光环尚未戴稳，缺乏跨团队协作、过度依赖关键个人、办公室政治斗争严重、部门地位尴尬，再遇到并未科学规划又严重消耗资源的“凤凰”项目上马，扶他上位的英明领导又突然变身不近情理的霸道总裁……看着着实凄惨。这时，和很多武侠小说中的情节一样，陷人绝境的男主遇到了扫地僧一样的高人，亲身传授“三步工作法”秘籍。男主终于扬眉吐气，练就一身绝技，率领一班人马帮助公司渡过难关，迎来了期待多年的“凤凰涅槃”。

本书的几位联合作者都有丰富的IT从业背景。想必其中不少情节和细节都来自作者的亲身经历。在一次接受采访时，联合作者之一的基恩-金表示，他们写作此书的灵感来自于Flickr公司的约翰·阿尔斯帕瓦和保罗·哈蒙德在2009年关于开发速率的一场演讲。演讲的核心观点是，只要研发部门和IT运维部门紧密协作，每天至少能够完成十次部署——“快速将产品推向市场”和“提供稳定、安全及可靠的IT服务”这对“鱼和熊掌”能够兼得。

“一天十次部署”是2009年前后兴起的“开发运维运动”的一部分，提倡开发部和IT运维部通力协作，在完成高频率部署的同时，提高生产环境的可靠性、稳定性、灵敏性和安全性。在此背景下，几位该运动的倡导者决定联手写作，用讲故事的方式把这件事说得明白，讲得好玩。多亏了IT男们独有的闷骚和冷幽默，他们没有祭出又一件催眠利器，而是奉上了一本精彩的小说。

最后，万分感谢我的几位朋友在本书翻译过程中，在财会、审计、汽车制造和IT的专业词汇方面给我的帮助。感谢某个IT运维家伙在我翻译期间，接过了每天晚上给宝宝讲托马斯小火车故事的任务，谢谢你的支持和鼓励。

成小留

2015年5月14日

“这本书读起来扣人心弦，出色地抓住了很多公司所面临的困境．并提供了实际的解决方案。戴明博士说过，‘改变不是必需之举，生存不是法定义务’。正如《目标》对制造业产生了深远的影响一样，《凤凰项目》也将对IT业产生深远的影响。”

——杰兹·亨伯尔，《持续交付》合著者，Thoughtworks公司负责人

“这段历经企业之痛苦终于成功的深刻历程，对每一位曾经因盲目依赖IT组织而苦恼的人来说。都会触及他们的灵魂。我在这个故事的每一个阶段中。都看到了自己的影子。”

——托马斯·朗斯塔夫博士，约翰·霍普金斯大学计算机科学程序委员会主席