具体描述
本书讲述了一位IT经理临危受命，在未来董事的帮助和自己“三步工作法”理念的支撑下，最终挽救了一家具有悠久历史的汽车配件制造商的故事。小说揭示了管理现代IT组织与管理传统工厂的共通之处，让读者不仅能对如何管理IT组织心领神会，更重要的是将以完全不同于以往的视角来看待自己的工作环境。
作者简介
吉恩•金（Gene Kim）
信息技术流程研究所联合创始人、研究总监，Tripwire公司创始人，担任公司CTO长达13年之久，一直热衷于研究如何提高IT组织的效能。
凯文•贝尔（Kevin Behr）
PraxisFlow咨询公司首席科学官，信息技术流程研究所联合创始人，拥有25年以上的IT管理经验，常为CEO、CIO、CTO等提供指导和建议。
乔治•斯帕福德（George Spafford）
高德纳公司高级研究总监，行业分析师，在IT运维方面拥有丰富经验，曾在多个国家提供过信息技术治理和流程改进等方面的咨询和培训。
目录信息
第2章 9月2日，星期二 10
第3章 9月2日，星期二 18
第4章 9月3日，星期三 26
第5章 9月4日，星期四 38
第6章 9月5日，星期五 47
第7章 9月5日，星期五 55
第8章 9月8日，星期一 63
第9章 9月9日，星期二 71
第10章 9月11日，星期四 77
第11章 9月11日，星期四 83
第12章 9月12日，星期五 88
第13章 9月15日，星期一 98
第14章 9月16日，星期二 104
第15章 9月17日，星期三 110
第16章 9月18日，星期四 119
第二部分
第17章 9月22日，星期一 126
第18章 9月23日，星期二 130
第19章 9月23日，星期二 135
第20章 9月26日，星期五 147
第21章 9月26日，星期五 157
第22章 9月29日，星期一 163
第23章 10月7日，星期二 171
第24章 10月11日，星期六 175
第25章 10月14日，星期二 181
第26章 10月17日，星期五 188
第27章 10月21日，星期二 195
第28章 10月27日，星期一 202
第29章 11月3日，星期一 209
第三部分
第30章 11月3日，星期一 216
第31章 11月3日，星期一 221
第32章 11月10日，星期一 227
第33章 11月11日，星期二 232
第34章 11月28日，星期五 238
第35章 1月9日，星期五 244
后记 252
致谢 257
第四部分 三步工作法
序言 262
啊哈！ 263
导言：展望 DevOps新世界 268
第一部分 DevOps介绍 280
第1章 敏捷、持续交付和三步法 283
第2章 第一步：流动原则 289
第3章 第二步：反馈原则 298
第4章 第三步：持续学习与实验原则 304
中文版附录：凤凰项目沙盘 311
· · · · · · (收起)
读后感
《凤凰项目》是一本很奇特的书，它用小说的方式，讲述了一个凌乱的无可救药的运维项目组是如何一步步达成最后高效且舒心的工作状态。 书中所阐述的东西比较凌乱，翻译的也比较绕，但我认为书中说了这么多，其中最为核心的一点就是告诉我们，运维或者其它IT项目管理，并没有什么...
评分《凤凰项目》是一本很奇特的书，它用小说的方式，讲述了一个凌乱的无可救药的运维项目组是如何一步步达成最后高效且舒心的工作状态。 书中所阐述的东西比较凌乱，翻译的也比较绕，但我认为书中说了这么多，其中最为核心的一点就是告诉我们，运维或者其它IT项目管理，并没有什么...
评分我刚入行一年未满。常常好奇运维的日常到底是什么？这本书完美地给了我答案。 ok，本书主要是介绍项目管理。但是主角遇到的问题大多是运维问题。 一开始，我们的主角接手了一个烂摊子。IT部门的规范一团乱，甚至连基本的变更都没有批准流程。主角第一个工作就是下令，变更操作...
评分1 - As titled... 2- 翻译很烂，常常需要根据中文来猜英文，往往联系上下文觉得终于明白了是什么意思的时候有一张“翻译，你出来我们俩聊聊，我保证不打死你”的冲动 3- 故事其实就是记录一个传统的运营团队如何转变成为一个agile的团队，并在struggle中如何琢磨出了一套适合自...
评分凤凰项目确实是和《目标》一样的传奇故事。最近两年一直在思考Devops、持续交付、微服务，其实本质的思想，是回归常识的约束理论，虽然康威定律指出了现象，但是要怎么做，还需要高德拉特博士的思考方式。 正好在作者写这本书那年，没有任何先入之见时候看到目标和约束理论。...
用户评价
IT很重要，IT不是一个可以轻易委托外包的部门。公司的每一项重大活动都有IT的参与，而且IT对日常运作的方方面面都起到关键作用。 新版加入了DevOps实战的精要内容，建议购买新版。
评分本书以纪实手法的方式描述了一个传统IT项目的转变。凤凰这个名字真的符合这本书中的描述，将一个濒临崩溃的项目一步步转换成一个传奇。现在IT行业开始重视运维工作了，但还不够重视。尤其很多传统行业依旧保持固有的冗长的发布和运维模式。DevOps是在敏捷的基础上通过自动化手段，进一步加强从生产端的反馈给开发人员进行改进。注意，本书中明确描述了管理的转变，这种转变不能单纯的靠自下而上的改变，由于涉及跨部门的协调，需要更多的自上而下的管理思维的转变。
评分前几日读完凤凰项目，了解到还有修订版后，就“马不停蹄”把修订版也读完了。内容上整体没有太多调整，一如既往地不错。在书末加入了《DevOps实践指南》的第一部分的内容，更加深入了解了DevOps的理念。
评分这类通过故事来讲知识的书确实不错。嗯，我书架上的《目标》可以考虑拆封了。
评分对我目前的工作没有什么进益，毕竟还是太老了点
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 book.wenda123.org All Rights Reserved. 图书目录大全 版权所有