必致（BizDevOps）白皮书2022.pdf

业务研发运营一体化模型及实践框架2022必致（BizDevOps）白皮书Contents序01必致（BizDevOps）的目标、能力和实践前言必致（BizDevOps）打造数字化时代的高绩效组织315671.1 BizDevOps的1个总体目标1.2 BizDevOps的3个能力要求1.3 BizDevOps的5个关键实践0302附录必致（BizDevOps）实践体系必致（BizDevOps）概念模型附录一：BizDevOps共促计划04必致（BizDevOps）实践案例89142.1 定义概念模型，推动BizDevOps落地2.2 概念模型的构建2.3 模型的阅读和使用说明37414.1 案例一：迈向BizDevOps的 招商银行精益管理体系4.2 案例二：阿里巴巴，以应用为 核心打造持续业务交付能力313.3 度量和改进实践1617253.1 BizDevOps实践的总体介绍3.2 协作和管理领域的实践3.3 工程和技术领域的实践47附录二：参考资料47附录三：词汇表48序12012年全球最具影响力的独立研究咨询机构Forrester曾预言：“In the future,all companies will be software companies”（在未来，所有的企业都将成为软件企业）10年前，我还在澳洲和欧洲从事软件工程的科研与实践工作，这个预言对当时的我产生的震撼是无比强烈的。过去的10年间，我们见证着全社会数字化的进程，同时也见证着这一预言正在逐渐变成我们身边的现实。现在我们能够充分地理解，为了将业务接入到正在全面数字化的社会，每一个企业和机构都必将运行在软件之上。半年多之前，当BizDevOps共促计划的发起人何勉老师联系我，相邀一起在国内提出BizDevOps倡议，我感到非常兴奋并欣然应允。BizDevOps是DevOps在数字经济的大背景下的根本性拓展和变革，这与我所领导的南京大学软件研发效能实验室一直以来所倡导的DevOps+的理念不谋而合，也是近年来国际软件工程学术界兴起的持续软件工程概念的重要组成部分。近10年来，DevOps运动在全球和中国风起云涌，已成为软件产业先进生产力的代表。然而，DevOps将关注点主要放在打破开发与运维之间的壁垒，虽然极大地提升了软件的研发运维效率，但尚未形成完整的价值闭环。BizDevOps倡导开发与运维之间的整合向前进一步扩展延伸到业务，使能业务作为价值的起点及核心目标，充分、高效地对接到DevOps的价值实现引擎。业务研发运营一体化模型及实践框架2BizDevOps的愿景十分美好，它要求各职能围绕业务价值进行高效协同，特别是要打通业务到开发运维的端到端价值交付链路，形成反馈闭环。但在实践中要切实打破业务与研发之间的屏障，使业务人员与研发人员能够无缝、顺畅地高效协同，面临着组织、流程、技术等层面的诸多挑战。诸如，业务与研发的目标不一致，各职能之间缺乏统一的沟通语言，工程与业务的实践彼此脱节、工具平台难以整合，各环节数据相对封闭、不能有效关联等等。为了指导企业向BizDevOps的成功变革，BizDevOps白皮书 提出1个目标、3个能力和5个关键实践，以厘清对BizDevOps的明确定义，达成共同认知；在此基础上，建立起BizDevOps的概念模型和实践体系，为国内企业和实践者勾绘出BizDevOps方向的第一张实施路线图。在Forrester预言的大时代背景下，相信BizDevOps理念和实践的导入和落地必将助力每一个现在或未来运行于软件之上的企业，加速价值流动的效率和价值交付的质量。在BizDevOps的牵引下，DevOps将不单单作为高效价值实现的引擎，而终将演进成为企业的创新实验平台和业务发展引擎，真正实现从成本中心向利润中心，再向创新中心的跃迁。张贺南京大学教授，博士生导师，软件研发效能实验室主任2022年12月于南大北园随着云原生、元宇宙、Web3等技术拉开序幕，智能制造、智慧城市、精准医疗等应用场景徐徐展开，继人类工业文明之后，下一个大变局的奇点临近。毫无疑问，以数字技术应用为主线的数字化转型是此次人类文明变革的核心动力。在这一变革过程中，技术与业务的关系正发生根本性的转变，技术开发和交付方式也随之升级。下图回顾了中国改革开放40多年所经历的主要阶段，业务与技术之间关系的转变，以及这一关系所催生的技术交付模式的变革。业务技术技术业务技术业务图0-1：从信息化到互联网经济，再到数字经济时代，技术和业务的关系在持续变化，IT开发和交付方式也随之演进瀑布开发模式Biz与Dev分离Dev和Ops分离敏捷、精益、DevOpsDev与Ops融合Biz与Dev更紧密协作BizDevOps业务与技术的深度融合技术与业务关系时代的变化技术交付实践方法信息系统支持业务的需求，改进运营效率互联网技术与业务结合，激发商业模式创新数字化技术成为业务创新和发展的核心动力（信息化辅助的）工业化互联网化数字化3前言必致（BizDevOps）打造数字化时代的高绩效组织业务研发运营一体化模型及实践框架 （信息化辅助的）工业化阶段工业化的进程让中国制造从作坊变成了高度自动化的流水线。信息技术在其中起到了推动和支撑作用，OA（办公自动化）、ERP（企业资源规划）、金融信息系统，以及各类MIS（管理信息系统）让先进的管理理念和规则得以落地，让各个环节的运营效率成倍提升，成就了具备国际竞争力的产业集群。在工业化阶段，技术（主要是IT技术）与业务相对独立，并支撑业务。如图中所示，此时IT技术与业务还是相对独立的。与之对应，IT开发与交付的特征是：业务与开发相对独立分离的技术团队接受来自业务的明确需求；开发与运维相对独立开发完成后，由运维团队集中统一部署实施。相对“软件作坊”，瀑布模式代表了先进生产方式，是工业时代开发和交付的主流模式。瀑布模式强调各个阶段（如：需求、开发、测试、部署）界限和职责分明，寻求确定的计划和执行。在工业化阶段，这是合理和可行的，而信息化也为工业时代提供了极大助力。互联网阶段上世纪末开始，互联网技术的应用首先带来服务业全面升级，从娱乐、咨询，到购物、金融、再到教育、政务，都发生了颠覆式的变化。如图中所示，此时的技术与业务开始相互结合，并催生了电商、互联网金融、生活服务等新的商业模式。互联网成为社会经济的重要组成部分。在互联网经济下，技术成为业务发展的重要变量，业务的不确定性大为提升。业务与技术的界限开始模糊，小步快跑、快速迭代、反馈试错等成为业务和技术的共同追求。此时，敏捷和精益开发模式登上舞台，逐渐占据主流，强调业务与技术更紧密协作的精益创业理念也被广泛接受。在这一阶段的IT开发和交付方法的集大成者非DevOps（开发运维一体化）莫属。它以系统的实践打破开发和运维的边界，构建起快速开发、交付和反馈闭环，大大加速了从产品想法到客户反馈的闭环。DevOps运动中，卓越互联网产品团队一天可以完成几十上百次这样的验证闭环。DevOps指引了互联网时代IT开发和交付方法的演进方向，也奠定了数字化时代技术交付方法的基础。数字化阶段时代的科技车轮加速前进，站在当下的数字化时代，数字经济正沿着产业数字化和数字产业化这两大主题高速演进。一方面，技术的前沿不断向前推进：从IoT到机器人，从区块链到Web3，从云原生到量子计算，从5G到边缘计算，从虚拟现实到元宇宙，让人应接不暇；另一方面，数字技术加速融入并深刻改变每一个产业，各行各业的价值链被数字技术重塑，数字化转型成为各行各业的共识。应用数字技术，重塑业务价值链，提升价值交付的效率、质量和体验，这是数字化转型的本质。数字化时代，一切业务都将运行在数字化技术之上。正如上图所示，技术将成为业务的内核，业务的进化与技术的进化成为一体。这令人兴奋，同时也带来了组织的集体焦虑 如何保证数字化转型资源投入的有效性成为组织发展的核心命题。在产业数字化的趋势下，技术成为业务演进和创新的内核。业务和技术的合作关系也急需升级，突破点在于打造业务与技术深度融合的组织机制与实践方法，而这一方法就是BizDevOps。我们将BizDevOps的中文称为“必致”，一方面是“Biz”的音译，体现了服务业务数字化转型这一核心使命；另一方面，我们相信只有通过业务与技术的有机融合，才能够稳步达成这一使命。这两者加起来就是我们的长期愿景数字化转型使命必达，业技融合行稳致远。“必致”两个字分别取自这两句话。发布必致（BizDevOps）白皮书是为了顺应数字化时代的要求，总结行业的先进理念和实践，推动BizDevOps理念方法的普及，以及实践的应用和落地，从而打造数字化时代的高绩效组织。4特斯拉的创始人埃隆.马斯克在一次采访中说道：“设计生产机器（汽车）的机器（汽车生产流水线），比制造机器本身要困难十倍、百倍。而人们经常认识不到这一点”。相对特定的数字业务，更困难和重要的是数字业务创新和发展的机制方法。构建制造机器的机器是企业数字化转型的头等大事。前一个（被制造的）机器指的是数字业务本身，而第二个（制造机器的）机器就是BizDevOps。我们将从目标、能力和实践这三个方面，完整定义BizDevOps。如上图所示，我们将其总结为1个总体目标，3个能力要求和5个关键实践。图1-1：BizDevOps的实践、能力、目标BizDevOps的总体目标是：打造业务和技术有机融合、高效运作的数字化组织，赋能数字业务的持续创新和长期发展。BizDevOps是企业数字化转型的重要组成部分为业务的数字化转型打造数字化的组织。尽管DevOps是BizDevOps实践组成部分，但BizDevOps并不是DevOps2.0，而是以业务为核心构建的完整体系。业务是BizDevOps的起点，是贯穿其始终的核心要素，更是它的最终目标。成功的BizDevOps实施是组织由茧化蝶的过程，而蝶变的目标是打造服务数字化业务的数字化组织。离开了业务这一核心，即使其它实践再完美，你所拥有最多不过是一条爬得更快的毛毛虫。与BizDevOps的目标对应，本白皮书的核心也是围绕业务展开，着重于解决业务与技术融合的模型和实践方法。DevOps中已经涵盖的产品研发内部以及产品研发与运维的协同实践，不是本白皮书的重点，除非它与业技融合相关。5BizDevOps的1个总体目标“”必致（BizDevOps）的目标、能力和实践图1-2：BizDevOps的3个能力要求为了实现BizDevOps的总体目标，组织需要建立三个方面的能力，它们分别是：1.以客户价值为核心的协同能力BizDevOps服务于数字业务的创新与发展，它要求组织的各个职能围绕客户价值高效协同。为此，组织必须打通从业务（Biz）到产品开发（Dev）到系统运维和运营（Ops）的端到端价值交付链，并形成有效的反馈、调整闭环。打通Biz，Dev和Ops的链路，也是BizDevOps名称的由来。其中的Ops包括系统运维，更包括业务运营，BizDevOps要建立的是从业务开始到业务结束的完整链路和反馈闭环。2.全链路的数字化运作能力客户价值为核心的协同能力是BizDevOps的基础，但它也提高了协作的复杂度和能力要求。组织必须建立全链路的数字化运作，才可能做到有效的协同。这里的全链路指的是从业务价值的发掘、分析、规划到交付、运营、反馈、调整的完整链路。为实现全链路数字化运作，各个环节的运作必须建立在统一的模型基础之上，这样才能从底层链接各个环节，实现跨环节的数据共享，并形成高效运作和有效反馈的机制。数字化的运作，一方面为协同和交付的质量、效率和有效性提供了保障；另一方面，基于统一模型的数字化运作体系，可以产生高可用的数据，它具备三个特征：3.基于高可用数据的过程透明和效能度量能力BizDevOps体系的建设是一个持续的过程，一方面需要保障其落地执行，另一方面更需要持续改进。全链路的数字化运作，产出了高可用的数据。基于高可用的数据，组织需要建立透明交付过程，和度量组织效能能力。交付过程的透明，可以进一步保障价值交付过程的执行；面向场景目标的度量，可以引导持续的效能改进。如上图所示，以上三个能力构成一个完整的循环以客户价值为核心组织协同，打通了从Biz到Dev到Ops的交付链路和反馈闭环；在此基础之上的全链路数字化运作能力，则保障系统交付的效率、质量和有效性，并产生高可用的数据；基于高可用的数据，透明过程并度量效能，则保障数字化运作的有效执行，并持续提升组织效能。最终实现真正意义上的以客户价值为核心的高效协同、有效创新。全量全要素实时运作过程的所有操作数据被记录基于一致的模型，让数据拥有所需要的属性描述，且数据间可以被正确关联、完整刻画数据在操作过程的第一现场和第一时间产生，既保证其真实性，又保证其即时可用6BizDevOps的3个能力要求业务研发运营一体化模型及实践框架特斯拉的创始人埃隆.马斯克在一次采访中说道：“设计生产机器（汽车）的机器（汽车生产流水线），比制造机器本身要困难十倍、百倍。而人们经常认识不到这一点”。相对特定的数字业务，更困难和重要的是数字业务创新和发展的机制方法。构建制造机器的机器是企业数字化转型的头等大事。前一个（被制造的）机器指的是数字业务本身，而第二个（制造机器的）机器就是BizDevOps。我们将从目标、能力和实践这三个方面，完整定义BizDevOps。如上图所示，我们将其总结为1个总体目标，3个能力要求和5个关键实践。BizDevOps的总体目标是：打造业务和技术有机融合、高效运作的数字化组织，赋能数字业务的持续创新和长期发展。BizDevOps是企业数字化转型的重要组成部分为业务的数字化转型打造数字化的组织。尽管DevOps是BizDevOps实践组成部分，但BizDevOps并不是DevOps2.0，而是以业务为核心构建的完整体系。业务是BizDevOps的起点，是贯穿其始终的核心要素，更是它的最终目标。与BizDevOps的目标对应，本白皮书的核心也是围绕业务展开，着重于解决业务与技术融合的模型和实践方法。DevOps中已经涵盖的产品研发内部以及产品研发与运维的协同实践，不是本白皮书的重点，除非它与业技融合相关。为了实现BizDevOps的总体目标，组织需要建立三个方面的能力，它们分别是：1.以客户价值为核心的协同能力BizDevOps服务于数字业务的创新与发展，它要求组织的各个职能围绕客户价值高效协同。为此，组织必须打通从业务（Biz）到产品开发（Dev）到系统运维和运营（Ops）的端到端价值交付链，并形成有效的反馈、调整闭环。打通Biz，Dev和Ops的链路，也是BizDevOps名称的由来。其中的Ops包括系统运维，更包括业务运营，BizDevOps要建立的是从业务开始到业务结束的完整链路和反馈闭环。2.全链路的数字化运作能力客户价值为核心的协同能力是BizDevOps的基础，但它也提高了协作的复杂度和能力要求。组织必须建立全链路的数字化运作，才可能做到有效的协同。这里的全链路指的是从业务价值的发掘、分析、规划到交付、运营、反馈、调整的完整链路。为实现全链路数字化运作，各个环节的运作必须建立在统一的模型基础之上，这样才能从底层链接各个环节，实现跨环节的数据共享，并形成高效运作和有效反馈的机制。数字化的运作，一方面为协同和交付的质量、效率和有效性提供了保障；另一方面，基于统一模型的数字化运作体系，可以产生高可用的数据，它具备三个特征：3.基于高可用数据的过程透明和效能度量能力BizDevOps体系的建设是一个持续的过程，一方面需要保障其落地执行，另一方面更需要持续改进。全链路的数字化运作，产出了高可用的数据。基于高可用的数据，组织需要建立透明交付过程，和度量组织效能能力。交付过程的透明，可以进一步保障价值交付过程的执行；面向场景目标的度量，可以引导持续的效能改进。BizDevOps的目标和能力，需要实践支持才能达成。我们总结了不同企业的成功经验，汇总并定义了BizDevOps的五个关键实践。如上图所示，BizDevOps实践体系，按上下和左右分成4个实践，其中：上半部分关注整体业务层面，下半部分关注独立的团队或产品层面；左半部是协作和管理领域的实践，右半部分是技术和工程领域实践。再加上中间的与前4大实践正交的度量和持续改进实践，共5个实践。它们分别是：它们构成了业务技术融合的实践体系，帮助组织实现前文中所述的三个能力要求，并赋能数字业务的持续创新和长期发展这一总体目标。白皮书第三部分，将分别详细介绍这5项实践。上面，我们介绍了BizDevOps的1个总体目标，3个能力要求和5个关键实践，我们称其为“BizDevOps的1,3,5”。综上所述，我们可以完整的定义BizDevOps：实践一产品导向的团队组织方式实践二业务驱动的组织协同机制实践三应用为核心的研发资产和流程管理实践四适配业务特征的持续业务交付实践五全量、全要素、实时数据支持的度量和持续改进全量、全要素、实时数据支持的 度量 和 持续改进实践二实践四实践一实践五实践三图1-3：BizDevOps的5个关键实践7BizDevOps的5个关键实践BizDevOps是数字化时代的业务创新及产品交付实践和方法体系，它通过业务和技术有机融合和有效协同，打通从业务到开发再到运维和运营的价值交付链路和反馈调整闭环，并实现全链路数字化运作，保障和持续改进产品和业务交付的效率、质量和有效性，从而赋能数字业务的持续创新和长期发展。“”必致（BizDevOps）白皮书在业务数字化的浪潮下，组织本身的数字化变得越发重要。BizDevOps打造的正是服务数字业务的数字化组织（Digital Organization for Digital Businesses）。多数企业的管理层对建设业务技术融合的数字化组织是非常支持和期待的。然而，到了规划和实施层面，从哪里开始实施BizDevOps，以及怎样才能融合业务与技术却面临很多挑战。以下总结了其中常见的困难：缺乏统一目标技术与业务的目标不一致，很多时候目标定义的出发点和维度很难统一话语体系不同部门间缺乏统一的话语体系，沟通困难，很难形成有效结论和可落地的行动实践相互脱节业务和技术的实践相互脱节，管理实践（如需求的管理和迭代计划）和工程实践（如系统集成、部署和发布）相互脱节，造成价值交付链路不顺畅工具平台割裂业务和技术有各自的工具平台，但很难有效地集成互通数据孤岛化各个环节的数据不能有效关联，可用性差，很难发挥数据的生产要素作用做不到持续进化实施中形成的组织、流程和工程资产缺乏结构化的组织，很难有效的沉淀和持续的进化，流程机制和工具平台经常都面临要么僵化不前、要么推倒重来的困境这些挑战尽管表象不同，背后却有共同的原因，那就是：对BizDevOps的问题域缺乏一致认知和清晰的定义。问题域是相对解决方案域而言，它指对要解决的问题的系统定义，包括：问题是什么，涉及哪些概念，这些概念之间的关系是什么。爱因斯坦曾经说过：“如果我有1小時拯救世界，我会花55分钟去定义问题，再花5分钟找到解决方案”。如果问题域定义不清，就无法产出可落地和可持续的解决方案。同样，如果对问题域的认知不一致，就无法做到高效沟通，也无法统一目标。BizDevOps共促计划成立后，专家委员会一致认为问题域定义十分关键，并把BizDevOps概念模型作为定义BizDevOps问题域的载体。因此，共促计划把定义BizDevOps概念模型当做了专家委员会的第一项重要工作，进行了多次线上和线下研讨，梳理、总结和抽象BizDevOps的核心概念模型，并把它作为统一认知和指导实践的依据。本着开放普惠的科技精神，本白皮书将第一次公布阶段性成果BizDevOps概念模型的预览版本，今后我们还会定期更新模型以反映行业的最新进展，以及我们认知的进化。8必致（BizDevOps）概念模型定义概念模型，推动BizDevOps落地BizDevOps概念模型必须支持主要的价值交付链路，如需求的交付、缺陷的处理等，这样模型才可能实用和完备。因此，我们决定从识别价值交付链路开始，逐步构建BizDevOps概念模型。理解构建过程，可以帮助大家理解模型的本质，并在实际场景中更好地应用它。接下来，我们将通过还原模型的动态构建过程来介绍整个模型。步骤1：识别主要价值交付链路及它的作业对象构建模型的第一步是识别BizDevOps的主要价值交付链路。价值交付链路对应一类价值的完整实现过程，例如：业务的交付和反馈就是一个典型的价值交付链路。它包含从收集或产生业务需求，到分析、规划、实现，再到验收、发布，直至反馈调整的整个过程。本质上，每个价值交付链路都是一个作业过程，被交付的价值必致（BizDevOps）白皮书概念模型的构建单元是它的作业对象。在上面的例子中，业务的交付和反馈链路的作业对象是业务需求。作业对象随作业过程发生状态迁移和流转，最终实现价值的交付。下图表达了BizDevOps最核心的价值交付链路，其中，橙色矩形框代表的是该链路的作业对象。各个价值交付链路之间可能会存在关联，如：业务交付和反馈链路会派生出产品交付链路。价值链路间的关联会体现到作业对象之间。上例中对应的就是业务需求分解为1到多个产品功能需求。图中作业对象间的连线表示这种关联。BizDevOps典型的价值交付链路可分为两大类。第一是协作类的，除业务交付和反馈链路外还包括：产品设计和交付链路以及缺陷的处理链路等。其中，产品设计和交付链路的作业对象是产品功能需求；缺陷的处理链路的作业对象是缺陷。第二是工程类的，包括：应用的变更链路和系统或版本的发布链路等。其中应用的变更指的是针对某个产品功能而要做的技术改动的交付过程，包括：设计、编码、提交和部署的过程，它的作业对象是变更请求（Change Request）；系统或版本的发布，指对外的一次需求或版本的发布，它的作业对象是发布（Release）。图2-1：BizDevOps模型的核心各个价值交付链路上的核心作业对象需要说明的是，以上作业对象的命名，选取了最典型的命名。在现实中，因具体企业或业务特征的不同，命名可能不同。如，在标准产品售卖为商业模式的组织中，业务需求更可能被产品特性取代，变更请求在不同组织中可能被称为变更、变更单或技术任务等。产品功能需求，可能被称为开发需求或Story等。本白皮书对作业对象的命名，在实际应用中可以也需要被适配。相互关联的作业对象是BizDevOps概念模型的内核，模型将围绕这一内核展开，而检验模型设计完整性和有效性的基本标准是：能否高效支撑各个作业链路的有效运作。在这一前提下，模型应该尽可能简洁明了。接下来，将从作业链路和作业对象出发，逐步构建BizDevOps概念模型。为了避免重复，在后面的模型中将省略价值交付链路的名称，它们已经蕴含在作业对象当中了。步骤2：为各个流程确定作业空间，并划分模型的领域作业要在特定空间内完成，我们称其为作业空间。作业空间是一类或多类角色为了共同的目的，作业和协作的功能区域。作业空间提供特定的功能集合，可以进行配置、数据和权限的管理，同时还应该提供或链接完成作业所需要的资源，存放或链接作业过程和最终的产物。如下图所示，蓝色的矩形框是作业空间，包括：产品线、交付团队、应用、发布单元等，作业对象隶属于这些空间，在其中完成作业。下表列出了各作业空间，它们管理的作业对象以及具体作业链路等。9BizDevOps概念模型必须支持主要的价值交付链路，如需求的交付、缺陷的处理等，这样模型才可能实用和完备。因此，我们决定从识别价值交付链路开始，逐步构建BizDevOps概念模型。理解构建过程，可以帮助大家理解模型的本质，并在实际场景中更好地应用它。接下来，我们将通过还原模型的动态构建过程来介绍整个模型。步骤1：识别主要价值交付链路及它的作业对象构建模型的第一步是识别BizDevOps的主要价值交付链路。价值交付链路对应一类价值的完整实现过程，例如：业务的交付和反馈就是一个典型的价值交付链路。它包含从收集或产生业务需求，到分析、规划、实现，再到验收、发布，直至反馈调整的整个过程。本质上，每个价值交付链路都是一个作业过程，被交付的价值业务研发运营一体化模型及实践框架需要说明的是，以上作业对象的命名，选取了最典型的命名。在现实中，因具体企业或业务特征的不同，命名可能不同。如，在标准产品售卖为商业模式的组织中，业务需求更可能被产品特性取代，变更请求在不同组织中可能被称为变更、变更单或技术任务等。产品功能需求，可能被称为开发需求或Story等。本白皮书对作业对象的命名，在实际应用中可以也需要被适配。相互关联的作业对象是BizDevOps概念模型的内核，模型将围绕这一内核展开，而检验模型设计完整性和有效性的基本标准是：能否高效支撑各个作业链路的有效运作。在这一前提下，模型应该尽可能简洁明了。接下来，将从作业链路和作业对象出发，逐步构建BizDevOps概念模型。为了避免重复，在后面的模型中将省略价值交付链路的名称，它们已经蕴含在作业对象当中了。步骤2：为各个流程确定作业空间，并划分模型的领域作业要在特定空间内完成，我们称其为作业空间。作业空间是一类或多类角色为了共同的目的，作业和协作的功能区域。作业空间提供特定的功能集合，可以进行配置、数据和权限的管理，同时还应该提供或链接完成作业所需要的资源，存放或链接作业过程和最终的产物。如下图所示，蓝色的矩形框是作业空间，包括：产品线、交付团队、应用、发布单元等，作业对象隶属于这些空间，在其中完成作业。下表列出了各作业空间，它们管理的作业对象以及具体作业链路等。图2-2：BizDevOps概念模型的核心作业对象和作业空间10必致（BizDevOps）白皮书作业空间作业对象具体作业链路与其他作业对象的关系产品线业务需求业务需求从输入、过滤、确认、分析、规划、实现到验收、发布、反馈、调整的整个过程分解为1到多个产品需求交付团队产品功能需求产品功能需求从创建、设计、排期，到开发、集成、测试、交付的整个过程可能来自业务需求或产品特性；进一步分解出1到多个变更产品、应用变更请求变更从创建，到设计、编码、测试、部署的整个过程分解自产品需求可能被0到多个发布包含发布单元发布发布从规划到集成、验证、完成的整个过程由多个产品或应用组合而成，包含1到多个变更缺陷缺陷的从发现、提交，到修复、验证可能与产品需求或业务需求对应会分解并对应变更11明确作业对象和作业空间，为划分模型的子领域提供了依据。各个领域本身应该是内聚的，由紧密关联的概念构成。领域之间应该尽可能解耦，减少不必要的交互。围绕作业对象和作业空间划分子领域，让每个领域都有共同的目标，保证各个子领域的高内聚、低耦合。上图中灰色的框是我们对模型领域的划分，以及各个领域的参考命名。领域的划分对组织的协同、机制实践的落地、工具平台的建设都有指导意义。为作业空间添加作业规则和作业计划图2-3：BizDevOps模型的核心子领域的划分图2-4：BizDevOps模型的核心作业规则和作业计划业务研发运营一体化模型及实践框架12必致（BizDevOps）白皮书划分了子领域，接下来的建模是围绕作业空间和和作业对象去完善各个子领域。如上图所示，为规范作业行为，首先各个作业空间都需要有自己的作业规则，也就是作业所要遵循的流程、规范和约束，下面是两个实例。1.产品交付团队中的需求管理和交付流程，我们称之为需求工作流，通常包括：需求交付要经历哪些阶段，这些阶段是否必选，各个阶段的入口或出口条件等。具象到工具平台，它对应看板或需求列表中的需求状态和状态迁移规则的设定。2.产品或应用中的研发变更流程规则，包括：变更包含的阶段，以及每个阶段由哪些步骤构成，每个阶段和步骤的入口、出口条件等。具象到工具平台中，它们通常体现为持续集成交付流水线的设计和编排。其次是作业计划，它是在空间中对作业对象交付时间或顺序安排，如：产品线中版本规划，交付团队的迭代计划，产品发布单元的发布计划等。步骤4：完成各个子领域的模型设计模型设计的最后一步是，完成各个子领域的模型设计，典型的还需关注的概念有：1.作业过程需要的输入，如：产品线在规划业务需求时需要有业务的输入作为依据；2.作业过程用到的资源，如：完成应用变更要用到的环境和流水线；3.作业过程的最终或阶段性产出，如：发布链路会产生发布版本，并包含对应的制品，制品则是集成和交付过程的产出。在模型中，规划和协同域里还对业务部分做了补齐，作为产品规划的输入和依据。此时，模型在其抽象层次上已经足够完整，也就是涵盖了各个价值交付链路完成作业所需要的主要概念。正如前面所述，模型完备性的金标准是它能否支持价值交付链路的高效运作。关于各个子领域的具体概念，我们将在第三部分介绍实践时展开。下图所示是完整的BizDevOps模型的设计，除完善了各个子领域外，底部加上了基础能力域，如文档管理、代码管理、系统运维监控域等。它们中的大部分在DevOps体系中都会涉及，本白皮书不再做介绍。必致 概念模型BizDevOps图2-5：BizDevOps整体概念模型13业务研发运营一体化模型及实践框架模型的阅读和使用说明 模型的表示法上面的BizDevOps概念模型描述上使用了UML兼容的表达法。为了降低理解门槛，我们对使用的UML表示法进行了较强的约束，比如我们用“细分为”这个关联代替了UML中的以空心三角表示的继承关系，用“包含”这个关联代替了UML中的聚合和组合关系。你并不需要为了阅读这个模型，而专门学习UML。为了让阅读者更容易抓住重点，我们用色彩标记了模型中最核心的要素作业对象和作业空间。以下是对模型表示法的简要说明：模型的使用场景以上的概念模型定义了BizDevOps所涉及的概念、概念间的关系，并对主要领域进行了划分。它是对BizDevOps问题域相对完整的描述。它在不同的应用场景下，能起到不同的作用。以下是我们预期的应用场景：1.对齐目标和策略：各类角色基于一致的模型理解BizDevOps，并对齐实施目标和策略步骤1415 模型的使用场景以上的概念模型定义了BizDevOps所涉及的概念、概念间的关系，并对主要领域进行了划分。它是对BizDevOps问题域相对完整的描述。它在不同的应用场景下，能起到不同的作用。以下是我们预期的应用场景：1.对齐目标和策略：各类角色基于一致的模型理解BizDevOps，并对齐实施目标和策略步骤必致（BizDevOps）白皮书2.为沟通建立了统一语言：帮助组织形成共同语言，保证对同样的概念有统一的理解，提升沟通的效率和效果，制定有效和可落地的行动计划3.指导实践落地：基于统一的模型，检查当前实践中缺失或薄弱的点，特别是价值交付链路不畅和脱节的地方，落地并演进协作和工程实践，提升市场响应力4.指导工具平台建设：指导工具平台的建设和演进，保证工具间有效的集成或一站式平台建设规划，并指导落地和推广，以及平台建设的持续性5.指导数据体系的建设：以坚实的模型为基础，构建全量、全要素和实时的数据体系，并基于它透明交付过程，保障数字体系的有效运作，以及度量组织效能，指导持续的效能改进6.指导数字资产的沉淀和维护：基于完整的模型，识别组织的核心IT数字资产，并持续沉淀和维护这些资产，如流程、数据、配置等资产以上应用场景分别对应3.1节中BizDevOps落地的各项挑战。本模型希望通过清晰定义BizDevOps的问题域，来应对这些挑战，改善行业中BizDevOps的落地效率和效果。需要说明的是，本模型的定位是参考模型，在具体的上下文中需要被定制、裁剪、细化和扩充。比如：需求类型的名称、需求的层次在不同组织会不一样；持续交付平台建设时，对工程部分的概念还需要细化。16本章将结合概念模型介绍BizDevOps的5个关键实践。我们将这5个实践分成三个领域分别介绍，也就是上图左半部分的协作和管理领域，右半部分的工程和技术领域，以及中间的度量和改进领域。协作和管理领域该领域关注从业务、产品规划，到技术交付，再到业务运营的完整链路和反馈闭环，目标是保证整个链路协同和交付的效率、质量和有效性。协作和管理领域包含两个实践。必致（BizDevOps）实践体系第一个实践是产品导向的团队组织和交付方式，它关注单个交付团队层面，解决的问题是：如何组织交付团队，高效交付需求的同时，持续迭代产品、改进自身能力，提升交付效能？第二个实践是业务驱动的组织协同机制，它关注整体业务层面，解决的问题是：如何让整个组织围绕业务目标有效协同，敏捷且合理地规划产品和响应业务，并形成有效的业务反馈、调整闭环？工程和技术领域该领域关注从技术实现，到应用变更，再到业务持续交付的完整链路和闭环，对整个链路的工程效率、质量和敏捷性负责。技术和工程领域包含两个实践。第一个实践是“应用为核心的研发资产和流程管理”，它关注单个应用（或多个应用组合成的变更单元）层面，解决的问题是：如何组织研发资产和研发活动，并有效的管理和演进它们，持续提高工程响应和交付能力？第二个实践是适配业务特征的持续业务交付，它关注整体业务交付层面，解决的问题是：如何适配场景落地工程交付流程，建设与业务特征相匹配的业务交付方式，打造组织持续业务交付的能力？度量和改进领域该领域包含一个实践全量全要素和实时数据支持的度量和持续改进。它的目标是规划并在数字化运作中产生全量、全要素和实时的数据，并基于它们设计有效的度量用以：1）透明数字化运作过程，保障运作的质量和效率；2）衡量组织的效能、行为和能力，并建立它们的因果关联，激 发持续的效能改进行动。接下来将分别介绍这3个领域的实践。图3-1：BizDevOps实践体系由5个实践共同构成全量、全要素、实时数据支持的 度量 和 持续改进实践二实践四实践一实践五实践三BizDevOps实践的总体介绍6 工程和技术领域该领域关注从技术实现，到应用变更，再到业务持续交付的完整链路和闭环，对整个链路的工程效率、质量和敏捷性负责。技术和工程领域包含两个实践。第一个实践是“应用为核心的研发资产和流程管理”，它关注单个应用（或多个应用组合成的变更单元）层面，解决的问题是：如何组织研发资产和研发活动，并有效的管理和演进它们，持续提高工程响应和交付能力？第二个实践是适配业务特征的持续业务交付，它关注整体业务交付层面，解决的问题是：如何适配场景落地工程交付流程，建设与业务特征相匹配的业务交付方式，打造组织持续业务交付的能力？度量和改进领域该领域包含一个实践全量全要素和实时数据支持的度量和持续改进。它的目标是规划并在数字化运作中产生全量、全要素和实时的数据，并基于它们设计有效的度量用以：1）透明数字化运作过程，保障运作的质量和效率；2）衡量组织的效能、行为和能力，并建立它们的因果关联，激 发持续的效能改进行动。接下来将分别介绍这3个领域的实践。必致（BizDevOps）白皮书BizDevOps在管理和协作实践上关注业务、产品和技术持续地目标对齐和快速地运营反馈闭环。如下图所示，BizDevOps的协作和管理实践是由三个闭环构成有机系统。这三个闭环分别是：业务交付和反馈闭环它的核心关注点是业务的快速响应和交付，以及业务目标的达成。这一层面的核心作业对象是业务需求，并以业务目标为牵引，规划业务并统领各个产品交付团队的协同。我们用业务驱动的协同机制，来总结与之对应的实践。产品交付和反馈闭环它的核心关注点是产品需求的快速交付、产品的演进，以及产品交付效能的持续提升。这个层面的核心作业对象是产品需求，并以持续高效的产品交付为目标，协同各个应用的技术开发和工程部署。我们用产品导向的团队协作和交付方式，来总结与之对应的实践。技术开发和应用变更的闭环3.它的核心关注点是技术及工程能力的持续改进，从而保障应用为核心的持续部署和工程交付能力。这个层面的核心作业对象是应用的变更请求。它的具体实践，体现在工程和技术部分。但在协作与管理实践部分，需要被关注和连接。基于上面的分层结构，以下从产品导向的团队组织和交付方式，及业务驱动的组织协同机制两大实践体系来阐述BizDevOps实践落地在管理和协作领域的关键。应用层面的协作更多融入到了工程和技术领域实践中。协作和管理领域的实践17 产品导向的团队组织和交付方式正如本白皮书第一部分描述，信息技术的发展进化历程，也是技术和业务相互靠近直至融合的历程，技术的交付模式也随之进化。在最初技术与业务相对