凤凰项目:一个IT运维的传奇故事(修订版)

[美] 吉恩 • 金

出版时间

2019-08-31

ISBN

9787115516763

评分

★★★★★
书籍介绍

本书讲述了一位IT经理临危受命,在未来董事的帮助和自己“三步工作法”理念的支撑下,最终挽救了一家具有悠久历史的汽车配件制造商的故事。小说揭示了管理现代IT组织与管理传统工厂的共通之处,让读者不仅能对如何管理IT组织心领神会,更重要的是将以完全不同于以往的视角来看待自己的工作环境。

AI导读
核心看点
  • 以小说形式生动呈现IT运维困境与变革
  • 揭示现代IT管理与传统工厂管理的共通性
  • 系统阐述DevOps核心的三步工作法理念
适合谁读
  • IT运维工程师及软件开发人员
  • 面临跨部门协作难题的中层管理者
  • 对DevOps转型感兴趣的企业决策者
读前提醒
  • 部分读者反映翻译腔较重,需耐心适应
  • 建议结合精益生产与约束理论背景阅读
  • 后半部分理论阐述较多,节奏略有放缓
读者共识
  • 场景描写极度真实,引发职场强烈共鸣
  • 被誉为DevOps领域的入门必读经典之作
  • 虽有翻译瑕疵,但核心价值依然显著

本导读基于书籍简介、目录、原文摘录、短评和书评生成,不等同于全文精读。

精彩摘录
  • "比一名开发人员更危险的就是开发人员和信息安全部门的人联手。这样的组合把给我们添乱的动机、手段和机会都弄齐全了。"
  • "一旦研发资本以半成品的形式锁定超过一年而未向公司返还现金,它就几乎不可能再为公司产生回报了。"
  • "要是不改进我们的工作方法,我很快就会丢了工作"
  • "第一工作法的关键部分,在开发部和IT运维部之间建立快速工作流,看板上的索引卡片是做成这件事最好的机制之一,因为每个人都能看到半成品。现在根据第二工作法,你必须根除计划外工作的最大源头。"
  • "她(莎拉)就像个不粘锅。什么都粘不到她身上。我们应该联合起来。我会支持你,如果我看到她又想耍什么稀奇古怪的政治手段,我会提醒你"
  • "我一脸茫然地看着他。他继续说:“由于马克是那样安排工作任务的,因此在瓶颈处的库存不断堆积也从未能时完成。每一天都有紧急事件。由于几乎每周我们都要把好几千斤的成品送给愤怒的客户,和我们合作的航空货运公司多年来一直授予我们年度最佳客户奖。” 他顿了一下,又着重强调:“创建约束理论的艾利·高德拉特告诉我们,在瓶颈之外的任何地方做出的改进都是假象。难以置信,但千真万确!在瓶颈之后做出任何改进徒劳的,因为只能干等着瓶颈把工作传送过来。而在瓶颈之前做出的任何改进则只会导瓶颈处堆积更多的库存。” 他继续说:“就像高德拉特的小说《目标》里写的那样,我们在这个案例里的瓶颈是一台烘房。后来涂料固化节点也成了一种约"
  • "相比于向系统中投入更多的工作,将无用的工作剔出系统更要。"
  • "我们来到了帕蒂的变更协调室。我立刻发现,在后面那堵墙上出现了一块新板。在这块板上,索引卡片排成了四行。 那几行上标注着“改换办公室”“添加変更/删除账户”“提供新的台式电脑/笔记本电脑”以及“重置密码”。 每一行都划分成三列,标注着“待办”“在办”“已办”。 “这是一张看板。上次会面后,我自己去了一次MRP-8厂。我对这个工作中心的概念感到太好奇了,一定得去实地看一看。我找到了一个以前共事过的主管,他陪了我一小时,向我展示他们是如何管理工作流的。” 看板,以及其他很多东西,是我们的制造工厂在系统中安排和推进工作的基本方法之一。它让需求和半成品可视化,并且用来表示上游和下游的站点。我正在尝试,把"
作者简介
吉恩·金(Gene Kim) 信息技术流程研究所联合创始人、研究总监,Tripwire公司创始人,担任公司CTO长达13年之久,一直热衷于研究如何提高IT组织的效能。 凯文·贝尔(Kevin Behr) PraxisFlow咨询公司首席科学官,信息技术流程研究所联合创始人,拥有25年以上的IT管理经验,常为CEO、CIO、CTO等提供指导和建议。 乔治·斯帕福德(George Spafford) 高德纳公司高级研究总监,行业分析师,在IT运维方面拥有丰富经验,曾在多个国家提供过信息技术治理和流程改进等方面的咨询和培训。
目录
第1章 9月2日,星期二  2
第2章 9月2日,星期二  10
第3章 9月2日,星期二  18
第4章 9月3日,星期三  26
第5章 9月4日,星期四  38

显示全部
用户评论
项目管理力荐,枕边读物
也是一种系统思维
面临的追杀过于真实,但是吹devops吹得有点过了。整体思路是缩短变现时间,快速反馈修正迭代路线。在这样的目标下理清流程,减少不必要的IO浪费,大步走改小步跑。这只是在开发部署中的一部分而已。
值得二刷
非常写实的一本书,包括但不限于业务与IT的矛盾,开发与运维的矛盾,安全的阻挠,甩锅,计划失控,功能无用,数据质量,外包,厂商不配合,卡信息差,ab测试。简直是去年打工经历的缩影。
用小说讲项目管理 有趣
不只是devops,对于开发人员,管理员来说都值得看看的,有多少被计划外的工作打断,不得不预留更多的机动时间,临时组成一直机动部队来救火或者收拾烂摊子。
很真实,但主角光环使得成功来的太快了一点
很有意义的一本书,简直就是项目大泥团的破局之路。凤凰项目的IT经理的任命及其后续的一列活动,感同身受,唯一不同的是,凤凰项目成功破局了。摘录书中的核心”三步工作法“核心思想: 第一工作法帮助我们理解在工作从开发部移向IT运维部时该如何创建快速工作流, 因为那就是业务部门与客户之间的衔接。 第二工作法告诉我们如何缩短及放大反馈环路, 从而在源头上解决质量问题, 避免返工。 第三工作法告诉我们如何创建一种文化, 既能鼓励探索、 从失败中吸取教训, 又能理解反复的实践是精通工作的先决条件。 同时也帮我理清楚了四类工作: 业务项目,内部项目,变更,计划外工作 在竞争的时代,游戏规则就是”快速上市,快速淘汰“
下载
收藏