持续交付2.0

乔梁

出版时间

2018-12-25

ISBN

9787115500014

评分

★★★★★
书籍介绍

本书重新定义了“持续交付”,增补了组织管理和系统架构两个维度,并辅助以真实案例,对诸多持续交付原则与实践加以解读,并对持续交付过程中的实践取舍之道加以论述。

本书分三个部分。第一部分作者根据自己近十年的工作及咨询经历,不断总结、提炼和反思,对原有的持续交付进行了修正,重新定义持续交付为实现组织战略目标的能力,并引入持续交付的能力模型;

第二部分阐述组织打造持续交付能力所需遵守的原则,包括基础原则、组织原则和架构原则;

第三部分通过多个互联网公司案例的解读,阐述如何根据组织的当前状况,应用原则,并对最佳实践进行取舍,快速达到组织能力目标。

本书适合大型互联网公司的技术VP、技术负责人,中小型互联网公司的CTO、技术VP、研发/测试/运维负责人、主管及骨干,以及组织变革者阅读。

乔梁

敏思特咨询公司联合创始人,持续交付领域专家,著名敏捷与精益转型导师,腾讯外聘高级管理顾问。拥有多年IT从业经验,曾就职于百度、Nokia等国内外知名软件公司,并先后担任多个互联网公司的高级管理顾问,帮助多个产品线取得业务上的成功突破。曾为华为、上汽等非互联网软件企业提供敏捷转型咨询服务,指导解决组织转型与研发管理方面的相关问题。

乔梁是国内最早致力于通过敏捷开发与精益理论改善软件价值交付效率的实践者之一,精研各种软件工程方法论,2010年翻译《持续交付》一书,并将其融会贯通,成为持续交付和DevOps理念在国内的首批实践者和布道者,经过八年的管理实践,总结提炼,提出持续交付双环模型,并将工作心得整理成册,取名《持续交付2.0》,将关注点前移至业务价值的持续探索与快速验证方法。关注本书公众号“持续交付2.0”(微信号 continuous_del...

(展开全部)

AI导读
核心看点
  • 重新定义持续交付为组织能力,引入双环模型
  • 涵盖组织管理、系统架构与工程实践三维
  • 结合真实案例,指导原则应用与实践取舍
适合谁读
  • 大型互联网公司技术VP及技术负责人
  • 中小型互联网公司CTO及研发运维主管
  • 致力于推动组织变革的技术管理者
读前提醒
  • 建议结合公司现状,思考原则的适用性
  • 关注双环模型,理解价值探索与快速验证
  • 注意区分工具使用与组织文化建设的差异
读者共识
  • 体系全面,适合构建DevOps团队参考
  • 理论偏抽象,落地细节与成本参考不足
  • 强调业务价值,非单纯工具堆砌,需细读

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

精彩摘录
  • "“在快速变化的互联网环境下,软件产品团队如何在质量与速度上取得平衡?如何让软件产品以最快的速度抵达用户手中,使团队得到最快速的反馈?”我与乔梁老师在多年前就曾针对这些问题进行过深入的探讨。“质量与速度根本不存在平衡,只有在产品能够承受的一定质量水准基础上,追求交付的速度才有意义。”他的观点如此鲜明,没有咨询师的“口头禅”一“It depends”(视情况而定),却道出了产品整个生命周期中的一个不变法则。虽然不同的产品阶段对产品质量要求有不同的定义,但在同一产品阶段中,质量要求却几乎是稳定的。本书中所讨论的内容全部围绕“如何在满足质量要求的前提下快速交付产品价值”这一问题展开。"
  • "在回顾会议开始时,一定要强调回顾宣言,即“无论我们发现了什么问题,我们必须懂得并坚信:每个人根据他当时所知,他所拥有的技能和可得到的资源,在当时限定的环境中,已经尽其最大努力了”。这就是在强调团队的“安全”与“信任”文化。"
  • "在“瀑布流”这个功能背后的假设是……用户越快的看到商品,页面的转化率指标越好……在原有性能的前提下,再次提升商品显示速度,可能是一个更大的技术挑战。但是,我们可以反其道而行之,也就是说,人为的在页面增加延迟时间(如200ms),以验证用户的购买率会下降。"
  • "Goodhart's law 如果一项指标变成了目标,它将不再是一个好指标。当一个人对一项政策有一定的预期,并以人为操作的手段去偏向化改变结果的时候,就会有此种现象发生。"
  • "没有时间进行沟通,了解系统的整体架构。为了解决这一问题,工程师们应该在开始需求之前进行更加充分的讨论。而公司CEO贝索斯却认为,不应当再增加沟通,而是应该减少沟通,即增加小团队内部的沟通,减少团队之间的沟通。"
  • "尽管迭代开发的收益很容易被理解,但并不容易被衡量。可是,迭代产生的固定成本却一目了然。因此,决定迭代周期的长短时,也会需要考虑迭代的固定成本。"
  • "在进入交付期之前,最小可行解决方案的需求列表中,需求来源由以下3部分组成: 1 业务人员提出的业务功能需求....... 2 .......非功能需求 3 ......安全开发需求 在进入交付期之后,每个迭代的需求列表中,其需求来源可以包括以下7个部分: 1 从原始需求列表中选出待实现的需求 2 在需求细化过程中新发现的需求 3 ......生产系统缺陷 4 线上技术运营需求 5 前期预研需求...... 6 技术债...... 7 辅助测试需求......"
  • "精益思想强调价值的流动,消除各环节中的等待。 只有将所有人的工作可视化出来,才能更容易识别团队协作流程中的问题,并加以解决。"
作者简介
乔梁 敏思特咨询公司联合创始人,持续交付领域专家,著名敏捷与精益转型导师,腾讯外聘高级管理顾问。拥有多年IT从业经验,曾就职于百度、Nokia等国内外知名软件公司,并先后担任多个互联网公司的高级管理顾问,帮助多个产品线取得业务上的成功突破。曾为华为、上汽等非互联网软件企业提供敏捷转型咨询服务,指导解决组织转型与研发管理方面的相关问题。 乔梁是国内最早致力于通过敏捷开发与精益理论改善软件价值交付效率的实践者之一,精研各种软件工程方法论,2010年翻译《持续交付》一书,并将其融会贯通,成为持续交付和DevOps理念在国内的首批实践者和布道者,经过八年的管理实践,总结提炼,提出持续交付双环模型,并将工作心得整理成册,取名《持续交付2.0》,将关注点前移至业务价值的持续探索与快速验证方法。关注本书公众号“持续交付2.0”(微信号 continuous_delivery),或者访问本书网站www.ci2cd.com,可以持续获取作者的最新分享,并参与互动和交流。
目录
第1章 持续交付2.0 1
1.1 软件工程发展概述 1
1.1.1 瀑布软件开发方法 1
1.1.2 敏捷软件开发方法 2
1.1.3 DevOps运动 3

显示全部
用户评论
软件工程大咖之作,通过此书可以了解软件工程全方位的专业知识。如果作者的句子更加精炼就更好了。
内容很全,不过我都知道了…
整理得很好。光是几种 分支 workflow 、软件工程发展史 就值回票价了。 适合随时翻
融合了精益、敏捷研发,业务探索比较好的集大成的DEVOPS丛书,说是DEVOPS丛书是因为书中关于双环中的讲解还是右边delivery部分的比较详细且有实战经验,左边的discovery多数还是停留在精益创业的概念阶段,能讲通顺,力度稍显薄弱。
近年看得最好的一本软工书,不是飘在天上的理论和目标,而是言之有物的问题的策略分析,而且很理性分析搭建持续交付系统,需要面对的各个环节的问题.加上案例,真是让人长了见识.
信息量很大,从 0 构建 DevOps 团队。拆分、小,快速、验证、价值导向。
前期的主要矛盾“落后的生产方式无法满足软件开发的需求”,所以诞生了软件工程。 后期是“VUCA时代,人民日益增长的多变需要和不平衡不充分的开发模式的矛盾”。所以改革永远在路上,流程、工具、能力,三位一体,本质是快速响应变化。阅读本书有种似曾相识的感觉,原来我们也在路上,可还需要持续的改进,没有最适合的,只有更适合的。
读完耳目一新之感。 精益行动原则“价值导向、快速验证、持续学习”,不只是对项目管理,放在人身上同样试用呀。 庄子:吾生也有涯,而知也无涯。而胡适却说:怕什么真理无穷,进一寸有进一寸的欢喜。 果然如是…
这才是真的Devops,自己了解的原来一直是其中的一部分,看了3章了,双环模型很棒同时书里面提到的很多点自己在工作中也遇到过,很好的一本Devops入门书;
实际是聊的一个组织在现在应该如何做好快速交付。捏的概念特别多:2.0 环、七巧板、N 原则、N 方法。适合不把手摸到技术里面的管理层阅读,工程师退避。
下载
收藏