核心内容

Adapt 框架中的组织阵型模块，致力于为组织提供如下帮助：

• 依托原有组织架构，建设业务价值导向产研体系
• 通过组织阵型设计提升跨职能跨部门协作，以支持组织战略目标
• 在发挥规模优势的同时，又享有小公司灵活应对客户需求和市场竞争力
• 支持人员能力建设，也关注短期业务交付

组织阵型概述：

以业务价值交付为引领，精心设计业务科技融合的组织阵型，帮助组织在提升业务交付能力的同时，兼顾人员能力建设。依托实体部门架构，划分支持相同业务领域的产品部落，以及负责业务交端到端交付最小单元的小队。纵向组织-小队和部落面向价值交付，偏重于“用兵”，以价值交付、业绩提升、能力建设为方向，横向组织-分会和行会面向能力提升，偏重于“养兵”，以专业化为方向。

Adapt 框架中的分中心管理模块，致力于为组织提供如下帮助：

• 应对科技人员规模快速扩张背景下，既保持科技成本优势，同时保障交付质量
• 确保业务连续性不受影响的前提下，提高产能和响应业务的能力
• 构建一个稳定、高效且具备竞争力的分中心，支撑业务扩张与战略转移

分中心管理概述：

在分中心建设的思路中，我们专注于为您提供稳敏双态策略。在管理策略上，我们分为三种模式：资源池模式、独立小队模式、新中心主导模式。实现分中心可以承担部分独立业务，以实现更高的独立性和价值闭环。在实操过程中，全面考虑总部中层管理的工作稳定性的需求，确保工作顺利交接到分中心。分中心如何一步一步承接具备中高价值的业务，并与总部紧密合作，以实现业务的协同发展。在分中心建设过程中，为分中心人才提供归属感和成就感的管理策略，获得总部的支持和授权。

Adapt 框架中的规模化模块，致力于为组织提供如下帮助：

• 构建组织协同节奏，减少排期协调难、交付评价难等问题
• 提升组织需求交付准时率，缩短交付时效，提升交付质量

规模化概述：

规模化的核心在于对齐机制的一致性，Adapt框架提供了一套轻量级的组织级版本迭代日历和一套全面的版本火车机制。版本迭代日历为组织提供行动一致日程表。各团队根据日程表，有序准备需求，确保在迭代启动日前完成需求的澄清和依赖方沟通排期，通过迭代时间盒提供可预知的稳定容量，以建立稳定的节奏和对需求变更、需求质量等的统一认知，构建迭代完成率等指标进行度量，并进行持续改善。版本火车全方位的把版本迭代日历等关键活动，通过优先机制『票务体系』来体现需求价值优选过程，承载机制『运载体系』来透明容量，调度机制『调度体系』来体现节奏，支撑机制『路网体系』来保障质量，评价机制『评价体系』度量整体运作的效果。在以高度机制为核心的对齐机制下，规范化、系统化的提供规模化所需的理论和实践支撑，为组织转型保驾护航。

Adapt 框架中的角色体系模块，致力于为组织提供如下帮助：

• 组织快速构建高效交付阵型
• 帮助组织成员明确职责范围，形成高效、可靠的协作链条

角色体系概述：

Adapt 框架中的角色体系包含8个中心级角色、 8个部门级角色、 8个部落级角色及4个小队级角色。涵盖实体职能角色和虚拟部落角色，构建了横纵交错的矩形管理阵型。

Adapt 框架中的角色体系模块，致力于为组织提供如下帮助：

• 梳理产品体系
• 明确产品、项目和系统概念间的边界
• 帮助组织在不同场景下选择合适的管理单元

产品体系概述：

阐明“产品”为什么最适合承担业务、科技沟通协作“共同语言”的职责。产品分层定义：建立“可售产品-业务产品-数字产品”的分层产品概览体系，提供了业务、科技视角下的产品规划单元。对数字产品的进一步划分，为科技组织的部落划分提供了参考。通过明确两类平台的建设侧重点，帮助组织正确认识不同类型团队的交付价值。

Adapt的需求体系，主要是为了解决在金融组织需求管理中，不成熟的任务体系常会导致的种种问题：

• IT无法承诺交付前置时间：需求交付时效差异过大，团队无法对需求交付的前置时间做出合理承诺
• 绩效衡量失真：需求规模差异过大，团队成员忙闲不均，绩效度量无法合理评估成员产出
• 交付风险不透明：任务颗粒度过大，导致研发进度无法透明，不能及时暴露交付风险

需求体系概述：

Adapt中需求体系遵循的原则为一是业务需求与技术需求并重，遵循统一规划统一排期的原则 ，二是需求管理一致性原则 ，有分层且状态唯一。用不同的层级承载交付过程中规划和实施的不同阶段。

Adapt框架下的度量体系，为企业研发管理提供了一套科学的评估方法和分析模型，致力于解决以下问题：

• “如何度量研发效能？” Adapt度量体系倾向于帮助组织快速掌握对团队研发交付结果进行可靠度量的能力。
• “如何提高研发效能？” Adapt度量体系倾向于帮助组织及时找到研发交付过程中的瓶颈、并支持持续分析和解决问题，探索能最大化研发效能的改进路径。
• “如何支持组织决策？”Adapt度量体系倾向于利用效能数据和分析框架，持续解决问题，持续反馈，指引企业战略的调整优化与资源投资的优先级管理。

度量体系概述：

Adapt框架下的度量体系，通过构建以质量为基础，响应力为抓手的度量指标模型，从多维度度量组织的研发结果。此外，还包含效能分析模型，能帮助洞察研发效能的瓶颈，实现数据驱动决策，促进长期主义的价值交付。

Adapt框架下的数据解读与应用模块，致力于为企业提供以下帮助：

• 建立结构化的组织效能洞察体系
• 牵引、促进组织更层级改进优化

数据解读与应用概述：

结合Adapt度量体系，组织各层级可以利用度量大屏建立适合自身管理需要的监控体系。通过实时更新展示组织各层级、全方位的真实研发效能，促进实时的数据治理，实现以研发效能作为牵引，引导从个人、小队到中心、组织的整体改进。

Adapt 框架中的需求漏斗与价值流模块，主要致力于解决组织所面临的以下问题：

• 需求交付的问题在哪段，节奏乱不乱？
• 创意够不够？
• 规划快不快？
• 容量够不够？
• 交付快不快？
• 速率稳不稳？

需求漏斗与价值流模块概述：

需求漏斗是根据团队需求吞吐量、各状态需求个数等真实数据，生成的用于反映团队需求管理状况的漏斗工具。需求漏斗的应用前提，要明确组织需求交付的价值流定义。价值流是建立组织内部的沟通协作语言的基础，体现组织的协作共识。具备透明、统一、状态唯一性。

Adapt框架中引入版本迭代双维管理机制，致力于为组织提供如下帮助：

• 一个小队一个迭代内需发布多个不同的系统的系统版本
• 一个小队一个迭代内需发布多个同一系统的系统版本，可能因为有Hotfix
• 一个小队多个迭代后才发布一个系统版本

双维管理概述：

迭代是指一个固定的时间盒，版本有产品版本和系统版本的区分。产品版本主要用于产品规划活动中，系统版本主要用于版本发布活动中。仅仅从团队迭代维度去管理团队阶段目标达成情况，易丢失系统层整体交付目标，可能造成系统级代码分支管理混乱；涉及多系统发布时某一关联系统发布内容缺省，会造成生产发布失败或生产系统不稳定等质量问题。迭代管理的重心在于团队容量透明，时间盒固定，有利于团队规划对应的需求和资源。版本管理的重心在于产品版本的规划和系统版本的发布。

Adapt 框架中的敏捷项目管理模块，致力于为组织提供如下帮助：

• 以客户价值导向，强调与客户的紧密合作，提高客户满意度
• 具备灵活性与适应性，帮助组织更好地应对变化和不确定性
• 通过增量式的频繁的交付，加快项目交付速度
• 鼓励项目成员之间的密切合作和有效沟通，促进团队协作和知识共享
• 强调项目团队的持续改进，并通过快速发现和解决问题降低风险并提高产品质量

敏捷项目管理概述：

敏捷项目管理是一种强调以客户价值为中心、跨职能合作、快速反馈和持续改进的项目管理模式。灵活性和持续改进是敏捷项目管理的核心理念，团队不应拘泥于特定的框架，而应根据项目的发布计划、需求的复杂性、基础设施的建设、团队的能力以及利益相关者的需求等因素灵活运用敏捷方法、实践和工具，并在项目实施过程中逐步进行调整和优化，以实现项目的成功交付。实施敏捷项目管理的必要前提是需要明确项目的愿景和目标，并与利益相关方共识能够在项目进展过程中可根据项目目标对需求和范围进行调整。

Adapt 框架中的部落活动模块，致力于为组织提供如下帮助：

• 帮助组织了解部落/小队整体如何支撑从需求提出到上线的研发过程
• 提供了标准化研发价值流程和过程协作活动

部落活动概述：

Adapt方法论所倡导的产品需求-系统功能的双层需求管理体系以及配套的价值流活动，建立了明确的需求层级，确保需求与功能之间的一致性和追踪性。通过规范和指导团队的工作流程，确保团队成员能够有序协作，高效完成任务，为团队提供了一套可行的、高效运作的指南。这个指南不仅能使团队的工作流程更加规范化和可控，还可以提高团队的协作效率和工作质量。

Adapt 框架中的效能教练行会模块，致力于为组织提供如下帮助：

• 构建数字化转型效能教练框架，促进组织可持续发展
• 帮助有志成为效能教练的人才规划职业发展路径

效能教练行会模块概述：

数字化转型教练人才的识别、储备、培养和更新，成为组织人才战略的重要部分。借由效能教练的“选育用留”线索，构建效能教练的6大能力域和6大职责体系，分别站在组织和个人的价值收益的角度来搭建效能教练体系。

Adapt 框架中的测试行会模块，致力于为组织提供如下帮助：

• 帮助组织管理散而不通的测试资源
• 提升测试专业能力
• 改善开发测试协同
• 提升组织交付能力

测试行会概述：

测试行会通过构建虚拟或虚实结合的多层级组织结构，建立起组织自上而下和自下而上的信息发布和反馈渠道。全面关注测试人员的发展、测试流程的优化、资源的合理配置和测试能力的提升，从而为软件研发组织提供高质量和高效率的测试服务，提升组织的竞争优势。

Adapt 框架中的测试活动模块，致力于为组织提供如下帮助：

• 清晰可视测试人员参与的各项活动
• 有助于各方角色了解测试人员
• 有助于各方角色更好的与测试进行协同

核心内容概述：

通过测试活动图，组织能够全面了解测试人员在软件研发中的角色和职责，以及他们在整个流程中的参与程度。各方角色可以更好地理解测试人员的工作内容和时间节点，从而更好地配合和支持测试工作。

Adapt框架下的数据行会，致力于帮助企业解决数据管理方面相关的如下问题：

• 数据问题多，解决不彻底，问题重复出现
• 出现问题定位困难，数据治理响应慢，责任不清晰
• 往往是业务人员发现问题后数据团队被动处理，信息不一致

数据行会模块概述：

通过构建跨部落的横向虚拟组织，建立数据管理相关规范标准和数据治理长效解决机制，提升数据治理效率，提高数据质量，从而赋能业务，助力组织实现数字化转型。

Adapt 框架中的架构行会模块，致力于为组织提供如下帮助：

• 组建应用层架构师，主要负责拉通部落内的领域能力抽取、复用、标准化
• 解决跨部门、跨系统的集成标准制定，领域能力避免重复建设、架构演进等
• 应用、数据、安全、技术的标准制定和深度业务融合

架构行会概述：

在强调快速响应的今天，组织内部应该怎么做到架构设计和执行一致，避免设计和执行两张皮，同时又不能为了过分追求一致性而导致团队因为架构评审而加剧流程阻塞又或是团队缺失自治的能力？架构行会由多个散落在各个团队的架构组成，具备分层分级处理的职责，从不同角度，为组织架构保驾护航。

在以矩阵形式组织的部落内，由于产品涉及多个系统，原归属于同一系统的研发人员分散到多个部落、多个小队中，为保障系统交付质量，可选用跨部落的系统行会进行管理。 Adapt 框架中的系统行会模块，致力于为组织提供如下帮助：

• 系统行会主要负责制定系统的技术标准，系统日常研发代码质量巡检，推动系统的持续改进。
• 行会成员主要为系统的研发人员，在行会规范的指导下完成高质量交付。
• 规模较大的行会可在部落内设置分会，由分会长负责对应行会的开发规范实施、执行质量活动、提升团队成员能力。

系统行会概述：

在以矩阵形式组织的部落内，由于产品涉及多个系统，原归属于同一系统的研发人员分散到多个部落、多个小队中，为保障系统交付质量，可选用跨部落的系统行会进行管理。在组织中可以根据行会规模进行合理的拆分和授权

良好的技术实践经验可以为各项管理活动提供便捷，提高开发团队效率

• 正确的代码仓库管理策略
• 灵活使用持续集成，持续部署流水线
• 为加速反馈而采取各项自动化实践