Adapt框架如何解决金融组织研发交付七大痛点

11月28日晚，Adapt 规模化敏捷框架系列直播&共创计划正式开始。Agilean 咨询顾问李黄容为大家带来了干货满满的首期直播分享，她结合实践分析盘点的金融组织研发交付过程七大痛点，更是引发了直播观众的共鸣。本文将结合Adapt 直播群中，以及直播过程中征集的问题，以及第一期直播内容进行总结，便于读者更好的理解 Adapt 框架及后续直播分享。

文末「阅读原文」，获取首期直播分享 PPT 。第一期直播回放地址，扫描文末 B 站二维码查看。

1

Adapt 是什么，有什么优势

过去十几年间，Agilean 在帮助中国金融组织进行数字化落地和敏捷转型过程中，逐渐意识到 SAFe、LeSS、Scrum 等框架在金融组织落地时，都面对着不同的阻力和困惑。想要更好的帮助中国企业，就必须找出一套完全适应中国国情和金融组织特点的框架和方法论。于是，Adapt 诞生了。

Adapt 框架章程图

产品部落敏捷研发章程，Agile Development Agenda for Product Tribe，简称「Adapt」，是 Agilean 团队将多年实战经验融汇出的，适合中国金融组织的规模化敏捷框架。

金融组织根据自身特点适应性地运用Adapt框架，建设敏捷型组织，在科技侧建立与业务对齐的敏捷产品部落，助推业务价值端到端的高质量敏捷快速交付，实现组织数字化战略转型落地。

在此之前，我们有一篇关于 Adapt 框架的全方位介绍文章，点击下图阅读：

2

Adapt 在非金融行业的适用性

这是直播前大家问的较多的问题之一，Adapt 诞生于中国金融行业的数字化落地和规模化敏捷转型实践，可以说 Adapt 框架为中国金融行业而生，但并不意味着只能应用于金融行业。

Adapt 框架六要素

正相反，由于中国金融行业有着非常复杂、高度严谨、大量创新等特点，能够解决金融行业问题、且天生拥有大量成功落地实施案例的 Adapt ，在不超过金融行业规模的其他领域，也能表现出优秀的适应性。对于百人千人规模的团队，Adapt 基本是拿来即用的。

3

Adapt 与其他框架的区别

虚拟部落制是 Adapt 的核心之一，其脱胎于 Spotify 的部落制。与 Spotify Model 主要有两点差异：

Adapt 补充了 Spotify Model 缺失的落地细节

Spotify Model 实际上没有太多细节，特别是落地细节。Adapt 在保持部落制这一思想的基础上，补充了大量的落地细节，使之最终成为一个更具可操作性的方法框架。

Adapt 更强调相对的标准化

Spotify Model 强调每个小队的自治性，即部落中每个小队都可以用不同的方法，可以用看板，可以用 Scrum，或自己能想到的任何方法。但在 Adapt 中，更强调定义的相对标准化，使得 Adapt 在组织级运作上有更好的一致性。

与 Scrum 相比，Adapt 在底层替换了 Scrum 框架。例如，Adapt 的角色体系中，没有 Scrum Master 这个在中国极难落地，且不对交付负责的方法论专家&传教士。

Adapt 采用了分工更合理、更容易理解、更加可执行的 「5+3」角色体系：

在角色方面，Adapt 拆分为一个授权结构，即将业务负责人抽出，与部长对齐；产品经理下沉到小队或部落级，使其可以参与到小队的日常活动。产品经理负责产品需求端到端交付，小队长负责交付进度与质量，业务负责人负责产品需求范围与优先级，等等。

与其他框架的区别，点击下图，吴穹博士在 DOD 大咖说访谈中有过更详细解读：

4

Adapt如何解决金融研发交付七大痛点

在本次直播中，李黄容顾问详细介绍了 Adapt 的实施路线图，以及在中国多个大型团队的落地实施案例。

Adapt 实施路线图

谈到在金融行业落地问题时，针对许多小伙伴有关规模化敏捷落地实施过程遇到的问题和痛点，她带来了多家国内金融组织的一线实战经验分享，剖析了金融组织敏捷研发交付过程的七大痛点：

针对这七个痛点，Adapt 框架一一给出了解决方案：

组织部门墙，沟通依赖流程和文档的问题，虚拟部落化组织打造对齐业务领域的纵向交付单元，打破原有部门墙的鸿沟，减少过程中不必要的浪费，降低沟通成本，聚焦业务价值端到端的交付，加强组织快速响应市场变化的能力；同时保留了专业职能的横向实体线，侧重提升组织人才专业化能力。

两家国内金融组织产品部落划分示意

需求交付进展不透明问题，Adapt框架对于需求颗粒度提出要求，以需求-系统任务-个人任务3层需求体系，更好地帮助团队整体把控交付进度和风险，也建立起研发效能管理基础。由于本次直播时间有限，给出了部分拆分建议如利用实例化需求建模或用户故事地图等工具辅助需求拆分，并简单分享Agilean团队辅导某银行快启工作坊案例。我们也将在后续Adapt系列直播中带来具体实际操作案例。

Adapt 三层需求体系的实际运用

金融行业业务需求通常跨多系统跨多团队，沟通协作效率是一大痛点，我们观察到大多团队间的协作全凭你我关系好不好，很多时候处于一个互损状态，导致交付延期等问题。Adapt框架提供了3行动层级20个活动，规范协作机制帮助多小队高效沟通对齐，来保障双方互赢互利，顺利“西天取经”。第二期直播即深入各角色协同实例。

Adapt 框架三层级 20 个活动

金融业务需求的复杂性利用双周迭代即发布难以实现，可能会造成研发团队不分白昼黑夜的加班或者折损质量来完成，并造成恶性循环，从而带来团队士气低落，人员不稳定等一系列问题。如何破局？Adapt框架提供了迭代版本双亡管理思路，解耦小队迭代和系统版本，迭代中不同角色各有侧重不同层级，产品经理即准备下一迭代需求工作，研发小队专注系统任务研发交付，版本经理按需发布之前迭代的产品增量。迭代聚集目标进度管理，版本聚焦交付发布，保证速度和质量的平衡。直播中分享的迭代版本日历可以更好的帮助团队把控整体进度和交付节奏和关键节点。

Adapt 迭代日历

容量和规划不合理的问题，需求漏斗分析模型能够帮助部落和小队规模化规划更加合理和有效，以部落或小队的上月需求吞吐量或更多月份吞吐量的平均值为基准值T，来分析在价值流动的各阶段需求量是否超过上限最大值或低于下限最小值，以迅速应对潜在存在的风险。如当在途研发测试的需求数超过小队T值1.5倍时，可能会造成并行量过高而带来浪费。

Adapt 需求漏斗分析模型

团队风险/阻碍/进展不透明的问题，Adapt 采用需求系统任务双层看板，可视化价值流动，透明识别的阻碍和风险，以及时跟进和清除，把控整体进度；同时，利用看板可视化资源忙闲程度，帮助管理者合理调配资源。需求层面能直观了解到单个需求的具体进度，关联的系统任务进度也一目了然。

某城商行双层嵌套看板运行实例

大家都很关心的效能症结定位和度量等问题，Adapt框架提供了部落小队度量体系，从“多快好赞”四个维度分别设置了核心指标和观察指标，搭建起组织研发效能数据，帮助团队及时发现交付过程瓶颈点，并不断改进持续优化，为组织推行数字化研发效能管理打下基础。

Adapt 研发效能度量案例

本次直播完整拆解了 Adapt 在两家国内银行的落地全过程，其中一个银行案例，我们也曾专文介绍过，点击下图，详细了解 Adapt 在该城商行的落地案例：

5

其他问题 Q&A

1. 双周迭代如何运行？

我们此前深度剖析过一个失败的双周迭代案例，点击下图查看：

2. 需求颗粒度过大还怕拆错，怎么办？

关键：先整流后细粒，拆错总比不拆强。FLEET 框架完整解答了这个问题，点击下图查看：

3. 怎么兼顾质量？现在都在呼吁质量

答：关键是靠质量左移，测试左移，质量不能完全依赖测试。

什么叫「质量左移」？看完下面这篇文章你就明白了：

4. 关心角色的职责，参与的活动，输入/输出，以及标准

角色是 Adapt 框架核心六要素之一，限于直播时长，本次直播未展开介绍角色等核心要素，下周六（12月5日）晚 20:30 ，第二期 Adapt 直播，就是关于角色体系的全面介绍，届时我们将详细解答该问题。

6

第二期直播预告

Adapt 第二期线上直播，由 Agilean 资深咨询顾问郭阳出品，主题为 Adapt 框架的「5+3」角色体系，敬请期待：

附：Adapt 系列直播分享计划

点「阅读原文」，获取直播 PPT