《必致（BizDevOps）白皮书2022》读书笔记

一、读书笔记

1.1前言、必致（BizDevOps）---打造数字化时代的高校组织

以数字技术应用为主线的数字化转型是此次人类文明变革的核心动力。在此期间，技术与业务的关系将发生根本性转变，技术开发和交付方式也随之升级。

业务与技术关系转变近40年间经历的主要阶段：

1.2、必致（BizDevOps）的目标、能力和实践

BizDevOps的总体目标是：打造业务和技术有机融合、高效运 作的数字化组织，赋能数字业务的持续创新和长期发展。

BizDevOps的3个能力要求：

1. 以客户价值为核心的协同能力

2. 全链路的数字化运作能力

3. 基于高可用数据的过程透明和效能度量能力

BizDevOps的5个关键实践：

​ 实践 一 ：产品导向的团队组织方式

​ 实践 二 ：业务驱动的组织协同机制

​ 实践 三 ：应用为核心的研发资产和流程管理

​ 实践 四 ：适配业务特征的持续业务交付

​ 实践 五 ：全量、全要素、实时数据支持的度量和持续改进

1.3、必致（BizDevOps）概念模型

步骤1：识别主要价值交付链路及它的作业对象

步骤2：为各个流程确定作业空间，并划分模型的领域

步骤3：为作业空间添加作业规则和作业计划

步骤4：完成各个子领域的模型设计

1.4、必致（BizDevOps）实践体系

• 协作和管理领域

该领域关注从业务、产品规划，到技术交付，再到业务运营的 完整链路和反馈闭环，目标是保证整个链路协同和交付的效 率、质量和有效性。协作和管理领域包含两个实践。 必致（BizDevOps） 实践体系。

第一个实践是产品导向的团队组织和交付方式，它关注单个 交付团队层面，解决的问题是：如何组织交付团队，高效交付 需求的同时，持续迭代产品、改进自身能力，提升交付效能？

第二个实践是业务驱动的组织协同机制，它关注整体业务层 面，解决的问题是：如何让整个组织围绕业务目标有效协同， 敏捷且合理地规划产品和响应业务，并形成有效的业务反 馈、调整闭环 ？

• 工程和技术领域

该领域关注从技术实现，到应用变更，再到业务持续交付的 完整链路和闭环，对整个链路的工程效率、质量和敏捷性负 责。技术和工程领域包含两个实践。

第一个实践是“应用为核心的研发资产和流程管理”，它关注 单个应用（或多个应用组合成的变更单元）层面，解决的问题 是：如何组织研发资产和研发活动，并有效的管理和演进它 们，持续提高工程响应和交付能力？

第二个实践是适配业务特征的持续业务交付，它关注整体业 务交付层面，解决的问题是：如何适配场景落地工程交付流 程，建设与业务特征相匹配的业务交付方式，打造组织持续 业务交付的能力？

• 度量和改进领域

该领域包含一个实践⸺全量全要素和实时数据支持的度 量和持续改进。

它的目标是规划并在数字化运作中产生全 量、全要素和实时的数据，并基于它们设计有效的度量用以：

1）透明数字化运作过程，保障运作的质量和效率；

2）衡量组织的效能、行为和能力，并建立它们的因果关联，激 发持续的效能改进行动。

二、感想

平时其实已经有很多方面开始做Devops的工作，只不过对于所做的工作还没有一个更高层面的理解程度，读完本书，如醍醐灌顶，对工作中所做的标准化、单元化的工作有了更深层的理解。

同时本书提到的数字化转型工作，也让人眼前一亮，针对“以数字技术应用为主线的数字化转型是此次人类文明变革的核心动力”这一观点我也是非常认可的。近期开始投入到数字化转型工作中，如何用技术驱动业务，通过数字化方式连接技术与业务也是未来要思考的方向。

总之本书给出了系统指导，对BizDevOps也有了全面的理解，值得日后慢慢细读。

BizDevOps的总体目标是：打造业务和技术有机融合、高效运 作的数字化组织，赋能数字业务的持续创新和长期发展。虽然交付团队的人员更迭在所难免，但团队在运作过程中应 该面向长期目标，寻求可持续发展。同时，团队应关注核心角 色的梯队建设，保证产品需求交付相关核心能力的延续性。 长期可持续发展的交付团队也是保证产品内部和外部质量 的基础。由于对产品交付长期负责，团队就有动力持续保证 产品的高质量，类似持续重构这样面向易改变性的质量实 践，才能够得到有效落地。

开发模式之争

看到白皮书中的信息化->互联网->数字经济三大阶段IT开发和交付方式的演进图，不由感慨万千。

记得前年部门在制定项目开发流程时，我与几位同事激烈讨论过选择什么开发模式，那时候还没DevOps的概念，大家将瀑布，敏捷这些开发模式一个个拿出来分析，因为客户需求存在一直变化的可能，最后选择了广泛使用的敏捷开发。
如今两年Devops大火，这是数字经济时代发展的需求。前沿技术层出不穷，如同文中所说，从IoT到机器人，从区块链到Web3，从云原生到量子计算，从5G到边缘计算，从虚拟现实到元宇宙，正沿着产业数字化和数字产业化这两大主题高速演进。在资本市场我们也可以看到5G，机器人，Web3，元宇宙，数字经济，东数西算这些概念轮流爆发，资本的嗅觉总是快人一步，非常现实的说明了未来的发展方向。这些深度融合的技术需要转型，需要突破，就需要打造业务与技术深度融合的组织机制与实践方法，也就是白皮书所说的BizDevOps——数字化转型使命必达，业技融合行稳致远。

开发实践之论
白皮书中第二个让我有感触的地方是“BizDevOps的5个关键实践”

这5点都值得思考和体会，个人感触最深的是第一点和第四点，谈一下自己的理解和感受：
产品导向的团队组织方式，团队的所有工作都指向产品，避免无谓的规范和框架来耽误开发时间，目标唯一，容易形成向心力；
适配业务特征的持续业务交付，呆板的开发方式在做好项目规划后，就不愿意再增加新的业务，新的需求，只要业务部门和产品经理提出新需求，容易回怼“这个我不做,项目计划书都没这个”，“你们产品经理早干嘛去了”等等。须知市场再不断变化，客户的需求在不断变化，不可能全部做完规划，按部就班的去开发，只有适配新业务，需求->开发->交付->验证不断的循环往复，才能最后满足客户要求。

白皮书的内容非常丰富，值得工作之余去阅读体会，汲取营养，修炼自身！

练练手，熟悉熟悉

本书看起来有一个很大的愿景是把业务融入到开发运维一起去(也就是对DevOps的一个拓展 )，从而打造一个闭环。本书的中文名字是“必致 ”-核心应该就是做到业务和技术的有机融合。看到白皮书提到的总体目标、能力要求、实践也是紧紧围绕技术展开来的。

可以看到白皮书提供了一个清晰的概念模型，对于理解技术和业务如何融合到一起有重要作用。然后白皮书提到了以产品为导向，这点对于现在的以项目为导向的开发有一定的新颖性。目前作为小公司小企业的研发来说，项目为核心导向很常见（优点也是目标很明确），但缺陷也有技术没法长期积累，这个问题短期来看还是很难解决的。但对于现在这种不确定性的世界，个人感觉白皮书提到的以产品为导向可能更具有前沿性。

以产品需求为导向，建立起一个以用户为中心的产品团队也是很重要的。这样可以提高效率，加快交付，这点也很重要。而业务交付这一块白皮书提到了三点：发布单元、发布的批量大小和集成发布，这几点讲的都很细致也很明确。书中也提到了具体的案例，可以看出技术与业务的联合对于产品的交付相对以项目为导向还是有很大优点的。

在数字经济时代，DevOps在软件开发中扮演着越来越重要的角色。这是因为，DevOps的出现使得软件开发变得更加快速、高效、可靠。 具体来说，DevOps的实践使得软件开发团队能够更快地交付软件产品，并且更有效地处理问题。通过结合开发和运维团队的工作流程，DevOps能够帮助企业更快地满足市场需求，并且更有效地应对技术挑战。 此外，DevOps还能够提高软件质量。通过使用自动化测试和监控工具，DevOps能够帮助团队及时发现和修复问题，使得软件产品更加可靠。 总的来说，在数字经济时代，DevOps的出现使得软件开发变得更加快速、高效、可靠。这使得DevOps在软件开发中扮演着越来越重要的角色，并且有望在未来发挥更大的作用。

非常认同“设计生产机器（汽车）的机器（汽车生产流水线），比制造机器本身要困难十倍、百倍。而人们经常认识不到这一点”的观点。 软件产品比作机器，生产软件的团队比作汽车生产流水线。如何搭建一个高效率的软件研发团队，是一件极具挑战的事情。 软件研发团队需要深入理解业务，挖掘潜在需求，研发出精良的软件产品，提升生产效率是永恒不变的追求。 业务需要软件支持，软件准确的记录数据，通过软件监控和反馈业务具体开展情况，及时掌握业务的观测指标和预期目标，数字化软件的发展推动业务变革。

有愿景，有理想是好的，做出来拉大旗倡导的动作也是好的，甚至写出来个白皮书都是好的。 DevOps 这个概念从 Andrew Clay 和 Patrick Debois 的对谈中诞生到现在已经14年了。在践行的道路上，见到的对DevOps正向反馈的例子中，要么全栈，要么小团队的组织构成本来就是不能更精简。见到的更多的是很多别扭，很多痛苦，尤其是不情愿。

那么，在Development 和 Operation 合一的关系都未理顺的情况下，再把 Business 也合进来，远看可能是无尽的好，真正做起来却是务必的难。谁上手谁知道。 大中型组织中的“产品经理”和“产品开发”之间的博弈永远存在，但很难说孰优孰劣。把全流程打通，让同一组人马冲上去就真的能解决问题么? 须要意识到，每个工种，每个技能都是需要时间和经验的积累的。在相同的时间跨度内，都“技能融合”了，必然每种技能都达不到原来的高度。当然，天才和蠢才不是大样本，作为个例讨论无意义。还是不要把符合正态分布的脚底沾泥的“绝大多数”的体验从极端推向更加极端。

凝聚组织内的不同职责的团队，将各自的目标打通互锁可能更有可操作性。

随着云原生、元宇宙、Web3等技术拉开序幕，智能制造、智慧城市、精准医疗等应用场景徐徐展开，继人类工业文明之后，下一个大变局的奇点临近。毫无疑问，以数字技术应用为主线的数字化转型是此次人类文明变革的核心动力。BizDevOps的3个能力要求:1. 以客户价值为核心的协同能力2. 全链路的数字化运作能力3. 基于高可用数据的过程透明和效能度量能力,聚焦于BizDevOps体系的完善、应用与推广，加速企业和组织的数字化转型，为数字经济的发展贡献力量。虽然案例分享也很多，但是我这里还是有很多疑问，如果让新团队直接按照模式做没问题，但是如果是迭代产品，如何将此模式运用到现有的生产环境中，同时保障不出问题，而且不同的开发逻辑，背后也有不同的业务需求，如果是单线条的模式必将无法满足多元化的选择，这一方面又是如何打算的，不能单靠几个成功案例来引导成功的商业开发运维模式必将是多维化的，容错率也将大大提高。

单说一下我的看法 以企业内部应用程序为例展开说明。 *一、业务研发一体化模型 在进行软件产品开发时，我们往往需要花费大量时间和精力来完成一系列不同需求的软件项目开发，而且通常还需要进行很多不同类型项目管理工具的集成以及跨团队协作。 *在业务研发一体化模型中，我们认为产品研发、需求分析和工程设计是相互独立并不存在的3个部分，而我们将这3个部分综合为一个项目。因此我们将这个模型命名为“业务研发一体化”（BID）。 *在企业业务研发一体化模型中，三个部分之间的关系是： ●一个软件系统或产品可以被划分为一个不同的应用程序； ●不同应用程序和数据之间有着不同关系； ●基于该软件系统，开发出可与不同业务系统集成的软件产品； ●这三个阶段是在同一个架构下进行管理的。

BizDevOps从下面四个方面总结了打造数据字化时代高效组织，以厘清对BizDevOps的明确定义，达成共同认知。

技术时代变迁

1、目标、能力和实践 一个目标：打造业务和技术有机融合、高效运作的数宇化组织,赋能数字业务的持续创新和长期发展。 三个能力：以客户价值为核心的协同能力、全链路的数字化运作能力、基于高可用数据的过程透明和效能度量能力。 五个实践：产品导向的团队组织和交付方式、业务驱动的组织协同机制、应用为核心的研发资产和流程管理、适配业务特征的持续业务交付、全量全要素实时数据支撑的度量和持续改进。

2、概念模型 概念模型的构建主要有以下几步： 一、识别主要价值交付链路及它的作业对象 二、为各个流程确定作业空间，井划分模型的领域 三、为作业空间添加作业规则和作业计划 四、完成各个子领域的模型设计

3、实践体系

4、实践案例 招商银行精益管理、阿里巴巴应用为核心的交付力

业务研发运营一体模型，个人理解应该是提升企业产品运营效率的一种管理理念，通过优化组织的协作能力，优化对外运营效率，对内提升产品研发效率。BizDevOps讨巧的将DevOps范围扩大到企业内组织效率的提升，对业务、研发、运营能力做了优化与协调。对于内部数字化程度较高的企业较快的流程转变，而数字化程度较低的公司建议还是从数字化转型的初期阶段，从管理流程，到组织间协作逐步提升企业效能。

BizDevOps 致力于从根本上改变软件的开发方式。在这种方法中,业务团队不仅设定要求,他们还直接与开发人员合作,为敏捷软件开发冲刺和积压的工作设定优先级。他们成为业务方的合作伙伴,与管理人员一起解决问题,实现业务目标。

当下,越来越多的开发团队认识到,需要与其业务方紧密协同以确保软件开发带来更好的业务成果,DevOps 帮忙实现应用程序交付、投产的高速度和高可靠性,但这远远不够,如果一个项目不能给业务提供价值,那能称之为成功吗?所以,DevOps 正在演变为 BizDevOps。

简单说一下我的看法 以企业内部应用程序为例展开说明。 *一、业务研发一体化模型 在进行软件产品开发时，我们往往需要花费大量时间和精力来完成一系列不同需求的软件项目开发，而且通常还需要进行很多不同类型项目管理工具的集成以及跨团队协作。 *在业务研发一体化模型中，我们认为产品研发、需求分析和工程设计是相互独立并不存在的3个部分，而我们将这3个部分综合为一个项目。因此我们将这个模型命名为“业务研发一体化”（BID）。 *在企业业务研发一体化模型中，三个部分之间的关系是： ●一个软件系统或产品可以被划分为一个不同的应用程序； ●不同应用程序和数据之间有着不同关系； ●基于该软件系统，开发出可与不同业务系统集成的软件产品； ●这三个阶段是在同一个架构下进行管理的。

随着云原生、元宇宙、Web3等技术拉开序幕，智能制造、智慧城市、精准医疗等应用场景徐徐展开，继人类工业文明之后，下一个大变局的奇点临近。毫无疑问，以数字技术应用为主线的数字化转型是此次人类文明变革的核心动力。BizDevOps的3个能力要求:1. 以客户价值为核心的协同能力2. 全链路的数字化运作能力3. 基于高可用数据的过程透明和效能度量能力,聚焦于BizDevOps体系的完善、应用与推广，加速企业和组织的数字化转型，为数字经济的发展贡献力量。虽然案例分享也很多，但是我这里还是有很多疑问，如果让新团队直接按照模式做没问题，但是如果是迭代产品，如何将此模式运用到现有的生产环境中，同时保障不出问题，而且不同的开发逻辑，背后也有不同的业务需求，如果是单线条的模式必将无法满足多元化的选择，这一方面又是如何打算的，不能单靠几个成功案例来引导成功的商业开发运维模式必将是多维化的，容错率也将大大提高。

上期活动获奖名单：

飞云觅宙

请以上同学入群私聊群主收获信息。