凤凰项目 - 基恩·金 (Gene Kim)

凤凰项目

基恩·金 (Gene Kim)

出版时间

2015-09-01

ISBN

9787115403650

评分

★★★★★

标签

文学

AI导读
核心看点
  • 以小说形式生动呈现DevOps理念
  • 揭示IT管理与传统工厂管理的共通性
  • 深入讲解约束理论与三步工作法
适合谁读
  • IT项目经理与运维工程师
  • 对DevOps转型感兴趣的管理者
  • 希望提升团队协作效率的技术人
读前提醒
  • 人名较多,建议结合角色关系图阅读
  • 部分技术术语翻译生硬,需结合语境
  • 后半段理想化,需辩证看待落地难度
读者共识
  • 将IT开发比作加工厂,视角新颖独特
  • 前半部分紧张真实,后半部分略显理想
  • 不仅是工具升级,更是管理思维的重塑

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

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

显示全部
用户评论
真是神书啊,简直就是我们部门。
好多个“回忆杀“时刻。 当年的DevOps实践,从一开始的充满激情,到最后的心力交瘁,中间隔着的,其实是领导层的文化认同和适应。 ”I don’t care about processes, I only care about the features you deliver”. “We have a new feature today. I want it to deliver yesterday”. 如果那些年能读到这本书,我大概会更强硬地去influence所谓的VP们吧。 现在呢,DevOps如空气一样,虽察觉不到,但处处不在。
很有启发,准备试验下个人看板方法
第一步从左到右按部就班,第二步从右到左反馈试错,最后树立品牌
DevOps不仅仅是工具的升级,更多的是管理思路和方法升级
因为是小说 就看了别人写的读书笔记了
微信读书有声书
感觉是给老板们看的科普书。。。前面部分描写的还是挺生动的,但是解决方案描写的太理想化了,果然就是小说
刺激啊!不愧是IT运维界的爽文!看比尔·帕尔默临危受命,在董事埃瑞克的高人提点下,协力两名部下韦斯、帕蒂和团队,整理IT资源和改善变更流程,解决凤凰项目的上线即宕机,扭转CISO约翰的审计要求,拉齐业务同事了解公司目标和对应的IT系统支持,手撕加塞项目的零售运营部莎拉,最终被CEO认可提拔。间接点出了DevOps的三步法:1通过对项目发布进行冻结和节流,控制从开发、运维到交付给客户的工作流/价值流;2建立起从IT运维部返回至开发部的不间断反馈回路,在初始阶段就筹划产品的质量,;3实现创建和部署流程自动化/基础架构当作代码,加速创新和不断迭代。关键理念:可视化、流、反馈机制、瓶颈、精益元素、跨界团队协作、商业优先级、集成测试、自动创建、用户反馈、敏捷、解耦。让IT如基础设施一样无处不在。SY
大概 23 章之前都是纪实文学,后面的部分是金手指网文 读起来还是挺刺激的,有部分借鉴意义
下载
收藏