--- title: "精益研发效能提升框架 FLEET：提速增质的无限可能" url: https://www.agilean.cn/insights-new/44/ updated: 2023-12-13 description: "FLEET 精益效能提升思维框架原文：Agilean 在一家 500 强企业五年精益看板转型中贯通精益思想与看板方法，提出看见、整流、细粒、润滑、小批、降本六条思路，帮助研发组织快速定位问题、提速增质。" publisher: "Agilean（爱捷软件开发（深圳）有限公司）" language: zh-CN --- 在帮助一家 500 强企业实施精益看板转型的五年里，Agilean 将精益思想与看板方法进行了更有机的贯通，形成了一套帮助企业快速提升研发效能的改进体系 FLEET。以 FLEET 为主要理念、零代码产品知微规模化落地的 Agilean 精益效能提升实践体系，已帮助多家大型企业实现了「优化冲刺、提速增质」的目标 # 精益研发效能提升框架 FLEET：提速增质的无限可能 作者：吴穹 发布于 2022/4/19 更新于 2023/12/13 > 近五年来，Agilean 一直在帮助某大型股份行实施精益看板转型。从全面导入到落地深化，从基层赋能到量化改进，该行目前电子看板使用率已达90%，为国内领先水平。在此过程中，Agilean 将精益思想和看板方法进行了更有机的贯通，形成了一个帮助企业快速提升研发效能的改进体系 FLEET（精益效能提升思维框架，Framework of Lean Efficacy Enhancement Thinking）。我们将结合落地经验，对FLEET进行全方位阐释。 以下为FLEET 的的6条核心思路： 1. **看见** ： 高效知识工作的最大敌人，是知识工作过程和成果的不可见性。首先要利用看板可视化，构造管理现场 ； 2. **整流** ：由于 知识工作“不可见”，处理过程中很容易造成工作拥堵。建立需求优选机制，减少并行工作，可以保持专注，提升流动效率； 3. **细粒** ：进行 整流之后，如果需求颗粒度过大，需求也无法快速流动。这就要进一步减小需求颗粒度，从而加速流动，提升质量反馈速度； 4. **润滑** ：需求交付质量低会造成返工，加剧需求并行度，使彼此之间产生“摩擦”。强化需求澄清、质量前移等质量活动，可以减小需求间的摩擦，缓解过程中的阻力； 5. **小批** ：定期的需求选择会、澄清会、版本移交等批量活动，会减慢端到端的流动速度，造成等待。应尽量减小批量，减少等待时间； 6. **降本** ：交易成本是批量存在的根本原因。通过推进自动化回归测试、自动化部署等活动，降低 交易成本，使批量减小成为可能。 ![](https://www.agilean.cn/cms-uploads/FLEET_99c7dd5a4a.png) ## 看见：为管理者构造管理现场 知识工作管理者通常会有一种焦虑感，管的人越多越容易焦虑。在诸多原因中，缺乏有效的可视化管理手段是重中之重。 越看不清，就越踌躇，越催生焦虑。陷入焦虑的管理者，往往采用更严格的管理手段，又引起下属更多遮掩和隐瞒，工作状态的不可见被进一步强化，从而形成一个恶性循环。 ![](https://www.agilean.cn/cms-uploads/FLEET_92d3ae289a.png) 在 斯坦利•麦克里斯特尔（前美军特种作战司令部指挥官）所著的 《赋能》一书中，作者提出一个很好的思路：“双眼紧盯，双手放开”。 **能够做到双眼紧盯， 才敢把 双手放开** 。FLEET 的第1个核心思路——用看板实现知识工作的可视化，便是要赋予管理者“看见”的能力。**经过良好设计的看板，可以为研发团队管理者提供重要的管理现场** **。** 下图是Agilean 在2014年辅导的一个创新项目研发看板，该项目在4个月内完成了一个创新金融APP 从0到1的过程。「可视化」实践里最大的挑战，在于对团队实际工作情况进行价值流的梳理和建模。 ![](https://www.agilean.cn/cms-uploads/FLEET_98c254146f.png) ## 整流：建立需求优选机制 请看下图并回答：直觉上，你觉得这是什么地点？ ![](https://www.agilean.cn/cms-uploads/FLEET_4f560fcd39.png) 在其它城市培训时，学员往往认为是火车站；生活在北京的学员却一眼看出，这是龙泽或西二旗地铁站。站外的铁栏杆就是地铁系统的整流措施——虽然让个体多走了些路、多了些等待，却保证了整体（每个个体）花更少时间候车。 **在长期不可见的情况下，大多数研发团队处于高并行的过载状态**，其特点就是持续打断、大量并行。有研究表明，**软件研发的流动效率通常只有1%-5%**。在流动效率很低的研发过程 中， **必须引入需求优先机制，即优先级选择** 。 以下图看板为例，“开发”列之前为“选择”队列（红框），将积压需求停留在研发系统之外，避免进一步加剧流程中的阻塞，确保研发流程得以快速优化。 ![](https://www.agilean.cn/cms-uploads/FLEET_0b95e11d7f.png) 小团队比较容易建立需求优选机制。对大型组织而言，建立需求优选机制的主要挑战，在于如何有效平衡各业务方的诉求。我们在实践中发现，**部落制是解决这个问题的有效方式**。将研发组织和业务组织拉通（可采用虚拟方式），将研发资源合理分入不同部落、面向不同业务方，然后在部落内建立合适的需求优选机制。 ***P.S. 流动效率、部落制等话题均较复杂，未来我们将专文详述。*** ## 细粒：需求拆分加速流动 需求优选机制运行起来后，下一个改进点是减小需求颗粒度，将需求拆分成更小的**可验收可测试单元**。规模过大的单元，不利于透明其执行过程中的等待、阻塞和 风险 。对于大型组织，我们建议采用需求、系统任务、个人任务的三级体系， **系统任务控制在10人天，个人任务拆至2-3人天** 。 下图为之前提 到 的创新项目 **快速启动** 现场（研发正式开始前的启动环节，通常为2-3天）。 业务和 IT共同 拆出 350多个粗粒度用户故事，据此制定了迭代计划和关 联系统计划，完成看板建模，形成风险应对方案。 团队在其后的三个月里完成6个迭代，项目准时上线，产品内容、功能和质量都获得了高度认可，在当年赢取了国内若干重要银行奖项 。 ![](https://www.agilean.cn/cms-uploads/FLEET_c72dd797cf.png) ## 润滑：降低需求摩擦 需求颗粒度减小后，通过降低需求彼此之间的摩擦，可以让研发过程流动更加顺畅。什么是需求摩擦？看图—— ![](https://www.agilean.cn/cms-uploads/FLEET_22cb7eecbf.png) 这段对话熟悉吗？对不少研发同学来说，本来正在做A需求，中间被叫去评审B需求，过会儿又要修改C需求的缺陷，需求之间就产生了摩擦。有很多方法可以降低需求之间的摩擦： - 实例化需求，提升需求初始质量； - 产品经理制度，专人负责与业务澄清需求； - 需求研发双迭代，需求澄清迭代和研发迭代并行，澄清迭代的输出是研发迭代的输入； - 建立开发自冒烟制度、代码评审制度，提升初始移交质量，减少测试摩擦。 ## 小批：尽一切可能减小批量 加速流动的一个有效方法是减小批量。**「批量」指在某些环节中多件事情一起处理**，比如多个需求一起澄清，多个设计一起评审，多个功能一起上线，这些都是批量。批量必然导致一些需求等待另一些需求，减慢端到端的需求流动速度。 ![](https://www.agilean.cn/cms-uploads/FLEET_ee3ffd69b9.png) **批量减小后，需求可以更快速地从开发流动到测试和UAT环节，尽早对质量产生反馈** 。如上图，通过减小批量，原来3个月完成600个需求，现在变成每两周完成100个需求，前置时间缩短到原来的1/6，交付速度大大加快。因此，我们应寻找一切可能的机会减小批量。例如，IT和业务团队不在一个职场的时候，要每周约定开会澄清需求；如果能在一个职场集中办公，澄清需求变得容易很多，就消除了周澄清会所造成的批量。 ## 降本：与合理批量达成最优解 消灭所有批量，实现单件流，最大限度减少等待造成的浪费，这是一种理想状态。在现实中，**由于交易成本的存在，形成合理的批量大小，才是我们要寻求的最优解**。 交易成本指在做一件事的过程中，需要付出的额外附加成本。例如，需求澄清要预定会议室，要协调参会者时间；版本发布要回归测试，要进行评审，要熬夜发版，这都是交易成本。 ![](https://www.agilean.cn/cms-uploads/FLEET_10f6a9fefa.png) 交易成本越高，人们就倾向于形成越大的批量。为了减小批量，很多时候需要先降低交易成本。自动化回归测试、自动化部署、减少不合理的流程制度，这些都是降低交易成本的手段。 **FLEET 是一套帮助企业快速定位问题、推动初始优化和改进的思维框架，其目标是为企业快速带来改善** 。我们将 FLEET 与过往实践经验互相印证，形成的精益效能提升实践体系，已帮助多家大型组织实现了「优化冲刺、提速增质」的目标。 喜欢这篇文章，想支持一下？ 点击**右上角**，将它分享至朋友圈或转发给朋友。 Agilean 方法论 ## 本文相关的 Agilean 方法框架 - [精益研发 / 研发效能](https://www.agilean.cn/methodology/fleet-lean-efficacy-framework/)：FLEET 精益效能提升思维框架；看见、整流、细粒、润滑、小批、降本六条核心思路，快速定位研发效能问题。 - [研发效能成熟度](https://www.agilean.cn/methodology/deer-rd-efficacy-roadmap/)：DEER 研发效能提升路线图；从混乱到发布受控、基线建立、协作优化、自动守护、挑战卓越的五级进阶路线。 ## 订阅洞见 新文章发布时，通过邮件第一时间收到。 推荐阅读 - [DEER：研发效能提升路线图](https://www.agilean.cn/insights-new/45/) - [聚焦研发效能度量5年时间，6点思考与沉淀](https://www.agilean.cn/insights-new/47/) - [Google的软件工程概述](https://www.agilean.cn/insights-new/53/) - [ADAPT-中国金融企业规模化敏捷框架](https://www.agilean.cn/insights-new/46/) - [RISE:适合复杂业务场景的版本迭代节奏](https://www.agilean.cn/insights-new/42/) - [DEF 面向研发团队的绩效指标框架](https://www.agilean.cn/insights-new/43/) - [OKR的组织落地之旅：一步天堂，一步地狱](https://www.agilean.cn/insights-new/48/) - [Agilean 2020年终巨献：数智化敏捷银行路线图](https://www.agilean.cn/insights-new/49/) - [金融组织数字化研发管理的12种武器](https://www.agilean.cn/insights-new/50/) - [数字时代组织效能的秘密](https://www.agilean.cn/insights-new/51/) - [研发组织该如何设计绩效体系？](https://www.agilean.cn/insights-new/52/) - [首发！第15份中文版全球敏捷状态报告来了](https://www.agilean.cn/insights-new/54/) - [从0-1做产品快速启动，大型干货案例分享](https://www.agilean.cn/insights-new/55/) - [你理解的精益可能是错的！——从源头重新解读精益](https://www.agilean.cn/insights-new/56/) - [9个从零开始的B端产品自动化测试实践](https://www.agilean.cn/insights-new/57/) - [金融组织做规模化敏捷怎么划小队，一文讲清](https://www.agilean.cn/insights-new/58/) - [银行规模化敏捷速赢术第一式：部落制](https://www.agilean.cn/insights-new/59/) - [从进化角度看规模化敏捷，上海银行4500+人实施案例——2023RSG大会演讲实录](https://www.agilean.cn/insights-new/60/) - [软件国产化大潮下，这家金融企业是怎么替换Jira的](https://www.agilean.cn/insights-new/61/) - [交付时效提升21%，宁波银行规模化敏捷试点这一年](https://www.agilean.cn/insights-new/62/) - [上海银行｜用知微支撑全行2500人研发数字化管理转型](https://www.agilean.cn/insights-new/63/) - [万字长文，细说长沙银行的数字化研发管理转型之路](https://www.agilean.cn/insights-new/64/) - [日产万行业务代码背后，我们真正修的是一条 Harness 公路](https://www.agilean.cn/insights-new/65/) - [AI强了，为什么组织还没变快？](https://www.agilean.cn/insights-new/66/) - [当 AI 开始理解企业：金融复杂系统下的智能体实践](https://www.agilean.cn/insights-new/67/) - [利用本体论和 EntClaw 构建软件开发生产线](https://www.agilean.cn/insights-new/68/) - [别再拿“随缘发版”当版本火车了：跨越研发管理中“知道”与“做到”的生死线](https://www.agilean.cn/insights-new/69/) - [从工作流到价值流：组织效能提升成不成，关键看这步 “转场”！](https://www.agilean.cn/insights-new/70/) - [研发价值流：回退不是“后悔药”，警惕异常状态拖慢交付效率](https://www.agilean.cn/insights-new/71/) - [AI时代的研发效能进化：从单点提效到组织重塑](https://www.agilean.cn/insights-new/72/) - [对话吴穹：软件开发的终局，是我们将迎来自己的“黑灯工厂”](https://www.agilean.cn/insights-new/73/) - [当CIO回答“我回去了解一下”的时候，科技就已经输了](https://www.agilean.cn/insights-new/74/) - [研发的结构性拥堵，版本火车如何建立节奏与共识？](https://www.agilean.cn/insights-new/75/) - [AI时代科技组织该怎么做？——先提质，再增效](https://www.agilean.cn/insights-new/76/) - [最新预测：DeepSeek时代，科技组织即将发生的12大变化](https://www.agilean.cn/insights-new/77/) - [破局研发管理困境：敏稳双态下的研发效能洞察](https://www.agilean.cn/insights-new/78/) - [BizDevOps：从理念到实践，贯通企业全链路协同](https://www.agilean.cn/insights-new/79/) - [解锁研发效能：平台工程的建设策略与实践](https://www.agilean.cn/insights-new/80/) - [揭秘科技组织度量中心：构建透明、量化、高效的科技管理新体系](https://www.agilean.cn/insights-new/81/) - [研发效能度量中心的底层逻辑](https://www.agilean.cn/insights-new/82/) - [从测试本质看质量](https://www.agilean.cn/insights-new/83/) - [管好研发团队四大要义](https://www.agilean.cn/insights-new/84/) - [规模化敏捷下小队的协作机制](https://www.agilean.cn/insights-new/85/) - [科技团队治理能力成长路线图](https://www.agilean.cn/insights-new/86/) - [什么是引导？引导能为你带来什么？](https://www.agilean.cn/insights-new/87/) - [提升代码质量：代码检查工具规模化使用实践](https://www.agilean.cn/insights-new/88/) - [一窥科学管理：从误解到理解、再到构建](https://www.agilean.cn/insights-new/89/) - [战略管理：质疑模型，理解模型，构建模型](https://www.agilean.cn/insights-new/90/) - [6个原则+15项举措，重塑敏捷组织的绩效管理（下）](https://www.agilean.cn/insights-new/91/) - [6个原则+15项措施，重塑敏捷组织的绩效管理（上）](https://www.agilean.cn/insights-new/92/) - [合作模型与组织设计思考](https://www.agilean.cn/insights-new/93/) - [渐进与激进的舞台，变革管理的艺术](https://www.agilean.cn/insights-new/94/) - [管理变革思想，竟藏在运动康复之中？](https://www.agilean.cn/insights-new/95/) - [看板方法：始于可视化，成于管理机制](https://www.agilean.cn/insights-new/96/) - [数字化转型，组织架构先行](https://www.agilean.cn/insights-new/97/) - [从推动到拉动：研发效能提升的第一性原理](https://www.agilean.cn/insights-new/98/) - [3步，手把手教你用数据开好回顾会](https://www.agilean.cn/insights-new/99/) - [一法则，一定理，数据驱动管理必备理念](https://www.agilean.cn/insights-new/100/) - [魔幻的数字7±2 ——小队规模的底层逻辑](https://www.agilean.cn/insights-new/101/) - [要管理，先可视](https://www.agilean.cn/insights-new/102/) - [详述银行业数字化转型中的敏捷变革](https://www.agilean.cn/insights-new/103/) - [数字化金融企业的产品体系长啥样？](https://www.agilean.cn/insights-new/104/) - [研发效能度量的两大法宝、四大法门和七种武器](https://www.agilean.cn/insights-new/105/) - [敏捷与规模兼得的高绩效组织打造](https://www.agilean.cn/insights-new/106/) - [踩了那么多坑后，我们为什么还是要做目标管理？](https://www.agilean.cn/insights-new/107/) - [从Cynefin框架重新理解不确定性管理](https://www.agilean.cn/insights-new/108/) - [AI时代更需要敏捷组织](https://www.agilean.cn/insights-new/ai-era-agile-organization/) - [WorkBuddy正当红，但Agent的未来不在聊天框](https://www.agilean.cn/insights-new/workbuddy-agent-future-not-chatbox/) 联系我们 发送邮件 联系方式 地址 深圳市南山区粤海街道南油社区建南路15号恒大天璟A座A2902 邮箱 contact@agilean.cn --- 来源：[精益研发效能提升框架 FLEET：提速增质的无限可能](https://www.agilean.cn/insights-new/44/)（更新于 2023-12-13）