具体描述
本书讲述了一位IT经理临危受命，在未来董事的帮助和自己“三步工作法”理念的支撑下，最终挽救了一家具有悠久历史的汽车配件制造商的故事。小说揭示了管理现代IT组织与管理传统工厂的共通之处，让读者不仅能对如何管理IT组织心领神会，更重要的是将以完全不同于以往的视角来看待自己的工作环境。
作者简介
基恩•金
Tripwire有限公司的创始人，他担任公司CTO长达13年之久。在Tripwire公司，他一直热衷于研究如何提高IT组织的效能。
凯文•贝尔
他创建了信息技术流程研究所，他拥有25年的IT管理经验，为CEO和CIO们提供指导和建议。
乔治•斯帕福德
行业分析师，帮助IT组织更好地找到目标，明确必要条件，发现实现目标的方法。
目录信息
第1章 9月2日，星期二 2
第2章 9月2日，星期二 12
第3章 9月2日，星期二 23
第4章 9月3日，星期三 34
第5章 9月4日，星期四 49
第6章 9月5日，星期五 61
第7章 9月5日，星期五 72
第8章 9月8日，星期一 82
第9章 9月9日，星期二 92
第10章 9月11日，星期四 100
第11章 9月11日，星期四 108
第12章 9月12日，星期五 114
第13章 9月15日，星期一 127
第14章 9月16日，星期二 135
第15章 9月17日，星期三 143
第16章 9月18日，星期四 155
第二部分
第17章 9月22日，星期一 164
第18章 9月23日，星期二 169
第19章 9月23日，星期二 175
第20章 9月26日，星期五 190
第21章 9月26日，星期五 203
第22章 9月29日，星期一 211
第23章 10月7日，星期二 221
第24章 10月11日，星期六 226
第25章 10月14日，星期二 234
第26章 10月17日，星期五 243
第27章 10月21日，星期二 252
第28章 10月27日，星期一 261
第29章 11月3日，星期一 270
第三部分
第30章 11月3日，星期一 278
第31章 11月3日，星期一 284
第32章 11月10日，星期一 292
第33章 11月11日，星期二 299
第34章 11月28日，星期五 306
第35章 1月9日，星期五 313
致谢 324
简介 327
为什么需要开发运维 328
开发运维从何而来 333
对三步工作法的解释 335
对开发运维的主要误解 337
四种工作类型 341
延伸阅读 346
注释 359
· · · · · · (收起)
读后感
The Phoenix Project以小说的形式讲IT管理，尤其是在传统企业中的IT管理，但它不是一本只写给IT看的IT小说。豆瓣8.7分，487人读过 - 看上去The Phoenix Project 中文版《凤凰项目》的成绩还不太差 - 但在IT咨询业，没有读过这本书都不好意思跟人家谈DevOps —— 近几年最流行的...
评分 评分前后大概3周，利用晚上下班之后的时间看完了这本书， 总的来说故事性不是特别的强， 人物对话有些生硬掉书袋， 故事背景放到现今互联网从业者身上多少也会有些出入， 国内各大厂都有着不错的流程管理， 肯定不会像这家上市公司一样， 主人公出现之前在IT流程建设上简直一无所有...
评分 评分IT很重要 这是此书要传递的一个重要信息。在快速更新和需要提高24*7服务的今天，运维的确变得比以往更重要。但哪个角色又不是呢？设计部门常抱怨自己的想法得不到实现，QA抱怨常常背黑锅......听说过没见过的DevOps提倡的打破Dev和Ops之间的壁垒，在此书中体现的并不多。略翻了...
用户评价
真是神书啊，简直就是我们部门。
评分作者强行营造紧张感，毕竟作者不是技术出身，虽然尽力模拟出IT项目的里面的场景，但依然是说得很空泛。两小时读完这本书，刷新了我的阅读速度。另
评分很棒的故事。可惜的是，最后那段介绍的持续交付，需要相当高的技术能力。所以，雇不起优秀的技术人才、玩不转docker的企业，就只能眼睁睁看着比自己强且敏捷的对手屠杀自己，毫无反抗可能性。
评分囫囵吞枣，虎头蛇尾。
评分超赞，任何有项目管理经验的人都会深有感触吧，不过现实我觉得就是第一部分结束以后主角离职来到新公司开始新的轮回。第二部分简直就像是魔幻般的假象。让人不寒而栗。
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2025 book.quotespace.org All Rights Reserved. 小美书屋 版权所有