在企业敏捷转型过程中，经常会出现这种问题：某专业理论很强的教练将业界的方法实践，什么SCRUM,什么Kanban,什么SAFe,等等，都体系化的照搬过来，也在努力的去实施，可是偏偏总不见成效，时间长了，大家就会说，敏捷没什么用呀，最后结果往往是敏捷转型失败。

能够导致敏捷变革转型失败的因素有很多，但是其中至关重要的一点就是：在敏捷变革中，我们很多敏捷教练（也包括多年前的我自己）有时候过于理想主义，没有充分考虑到本土企业、产研团队的现状情况，结果削足适履，只是体系化的导入业界的方法实践，由于不服水土，加之教练技巧等存在问题，最后往往会导致敏捷转型的失败。

失败的原因有很多，但是，今天凌宇哥只和大家聊一点，在企业级的敏捷变革实施中，我们需要将业界通用的精益敏捷方法本土化，只有本土化后，精益敏捷在企业中才能更好的推广传播。

其实，在目前互联网业界，一些具有多年实践经验的公司，都会有自己的产研方法论。比如在百度，有百度方法+，在阿里，在腾讯也都有自己的方法论。这些方法论都有一个共同特点，方法论的核心都是借鉴精益敏捷方法，但是在具体的落地上，都有自己的特色。毕竟，每个公司都有每个公司自己的业务、技术等特点，而一个能够可落地执行的方法论，必然需要能够满足自己公司的特有需求。

下面有一个实例，介绍一下目前汽车之家企业级本土化敏捷方法论的框架。（注：凌宇哥已获得汽车之家授权发表。虽然这个框架就是凌宇哥主持构建的。）

APD: Autohome Product Development.是汽车之家产品研发方法论的简称。汽车之家推行敏捷变革的部门一直在对各BU的项目团队进行敏捷改进工作，在此工作过程中，逐渐积累了若干贴合实际情况的产研管理实践。2019年3月，APD整合诞生。

那么，到底APD是什么呢？汽车之家APD的框架图如下：

图 汽车之家APD框架

APD核心思想：聚焦价值；敏捷执行；快速交付。表明APD方法来源于当下业界的精益敏捷方法，而精益敏捷方法，无疑是当下最适合互联网行业的思想方法。

APD理论模块：管理实践；工程实践；支持方法和工具。APD是一个轻量级的框架方法，其理论划分采用敏捷业界通用的管理实践和工程实践。采用实践的形式，是便于理论的扩展与实施。同时，也表明对于产研管理和产研技能的变革提升，APD都有理论支撑。

支持方法和工具:对于管理实践和工程实践的落地实施，需要一些辅助的工具，比如之家的精益云系统、敏捷度量指标等。

APD研发模型：流式研发、迭代研发、火车研发。之家的产研团队各有自己的工作场景。怎样让APD的理论能够和个产研团队的不同工作场景相契合？之家设计了三种研发模型来实现APD的具体落地。

流式研发模型：基于精益Kanban开发方法，来指导单个小型团队实现需求的按需交付。

迭代研发模型：基于敏捷Scrum框架，来指导单个小型团队实现需求的迭代交付。

火车研发模型：基于规模化SAFe方法，来指导多项目多团队实现大规模协同和敏捷交付。

但是，在这里需要说明的是，之家的三种模型，并不是完全照搬业界的既有方法，而是裁剪糅合了之家既有的优秀实践整合而成。

一个方法论是否有价值，在于它的实践是否真正在实际工作中产生了价值。APD目前定稿了1.0，后续会有持续的改进案例产生。

以上，我列举了目前自己工作中的实例来说明企业级敏捷变革中的关键步骤—要打造适合企业自身的方法，所以我称之为“敏捷本土说”。

精益敏捷方法已经诞生很久。现在依然经久不衰，还在持续演进说明了该方法的价值，甚至已经成为当前商业世界的一场运动。（详见拙文《VUCA时代的创新加速器--精益敏捷运动》）

但是，理论虽好，还需要可落地实操，无法落地实操的理论证明不了其价值。精益敏捷也是如此。因此，作为敏捷教练，作为敏捷变革的推动者，我们自身必须相信这套理论方法，但是在传播应用中不能迷失，不能做理想主义的布道士，我们应该做见招拆招的现实主义者。

后续，会有更多的企业级敏捷变革的实践经验和大家交流。

本文，是为“敏捷本土说”之起源。