--- title: "DEF 研发绩效指标框架：多快好赞" url: https://www.agilean.cn/methodology/def-rd-performance-metrics/ updated: 2026-10-07 description: "DEF 是 Agilean 面向研发团队的绩效指标框架，以“多快好赞”为核心：吞吐量衡量产能、需求耗费时长衡量响应能力、生产缺陷需求比衡量质量、满意度衡量业务评价，并说明 85% 分位数、指标制衡与角色分工。" publisher: "Agilean（爱捷软件开发（深圳）有限公司）" language: zh-CN --- [Agilean 方法论](https://www.agilean.cn/methodology/) / 研发效能度量 # DEF 研发绩效指标框架：多快好赞 定义 DEF（Development Efficacy Framework）是 Agilean 提出的面向研发团队的绩效指标框架，以“多快好赞”四组指标为核心：多——需求吞吐量和吞吐率，衡量现实产能；快——想法澄清、需求研发、故障修复的耗费时长，衡量对市场要求的响应能力；好——生产缺陷需求比，衡量交付质量；赞——需求方对交付的评价，衡量业务满意度。四组指标相互制衡，用真实数据帮助团队找到瓶颈、引领改善。 更新于 2026-10-07 出处： [《DEF 面向研发团队的绩效指标框架》](https://www.agilean.cn/insights-new/43/) （本站收录于 2022-04-19） **英文全称** Development Efficacy Framework **常用名** 多快好赞 **提出时间** 约 2017 年由 Agilean 提出；可查的最早公开记录为 2019-12-11 **框架类型** 研发团队绩效 / 效能指标框架 **四组指标** 吞吐量、耗费时长、生产缺陷需求比、满意度 **工具承接** 知微内置“多快好赞”指标体系 解决的问题 ## DEF 要解决什么问题 - 研发团队绩效设计长期缺少一套既直观又能引导改进的指标语言。 - 只盯交付速度可能牺牲交付数量，只追求数量又可能忽视速度和质量，单一指标容易让团队失衡。 - 用平均数或 50% 分位数统计交付时长，无法支持对交付时效的预测。 - 开发经常为整体交付慢“背锅”，但没有分段数据，无法判断真正的瓶颈在需求、设计、开发、测试还是验收。 组成要素 ## “多快好赞”四组指标 多 ### 需求吞吐量与吞吐率 吞吐量是单位时间或版本内完成的需求个数；吞吐率在此基础上取平均，衡量单位时间或版本完成的平均需求规模。尚未建立成熟估算机制时，建议用需求个数而非估算点数衡量规模。 快 ### 需求耗费时长（Lead Time） 需求从提出到上线的时长，反映研发的快速响应能力。建议以 85% 分位数衡量整体耗费时长，并按需求分析、设计、研发、测试、验收分段统计。 好 ### 生产缺陷需求比 生产缺陷数与上线需求数之比，衡量交付质量。建议建立致命、严重、普通等缺陷分级，并做加权计算。 赞 ### 满意度 需求方（外部客户、业务部门等）对交付质量、时效、可用度和体验的综合评价。CSAT、NPS、CES 等指标体系无好坏之分，按需采用。 速查 ## DEF 指标速查 | 维度 | 指标 | 衡量什么 | 原文建议 | | --- | --- | --- | --- | | 多 | 需求吞吐量 / 吞吐率 | 现实产能 | 未建立成熟估算机制时，用需求个数代表规模，并把需求拆成粒度相对均匀的条目 | | 快 | 需求耗费时长 | 响应能力 | 以 85% 分位数统计；按阶段分段计算，所有相关角色共同对该指标负责 | | 好 | 生产缺陷需求比 | 交付质量 | 按缺陷严重级别加权，例如致命、严重、普通分别取权重 3、1、0.5 | | 赞 | 满意度 | 业务满意度 | 尽可能客观度量，可通过指定打分人、需求完成后提醒打分等方式收集 | 吞吐量与耗费时长、生产缺陷需求比与耗费时长分别形成制衡：既要交付快，也要兼顾数量和质量。 适用场景 ## 什么时候适合使用 DEF ### 适合的情况 - 为研发团队设计绩效或效能指标，希望指标直观、能引导改进而不是简单排名 - 按 DEER 第二级要求，为时效、质量和吞吐量建立数据基线 - 在 ADAPT 部落小队中，把效能度量落到部落、小队和角色层面 - 建设研发效能度量中心、管理驾驶舱或度量大屏 ### 使用边界与注意事项 - 不同企业对“需求耗费时长”从哪一步开始计算理解不一致，宜采用适合组织流程现状的统计口径；只要统计结果能引领改善就有意义。 - 满意度有时会带上主观因素，但仍应尽可能客观地度量。 - DEF 原文聚焦核心指标，流动效率、分布 K 值等相关概念另行展开。 框架关系 ## 与其他 Agilean 方法框架的关系 - [规模化敏捷](https://www.agilean.cn/methodology/adapt-scaled-agile-framework/)：ADAPT 规模化敏捷框架；ADAPT 的效能度量部分把 DEF 的指标按部落、小队等层级细化，形成部落小队效能度量体系。 - [研发效能成熟度](https://www.agilean.cn/methodology/deer-rd-efficacy-roadmap/)：DEER 研发效能提升路线图；DEER 第二级“基线建立”使用 DEF 建立研发各阶段时效、质量和吞吐量等基线。 - [迭代与版本管理](https://www.agilean.cn/methodology/rise-release-iteration-schedule/)：RISE 版本迭代节奏；RISE 用需求前置时间（Lead Time）检验版本迭代节奏是否满足业务时效，这正是 DEF “快”的核心指标。 延伸阅读 ## 相关服务、产品、案例与延伸阅读 ### 相关咨询与培训 - [研发效能度量体系建设](https://www.agilean.cn/consulting-service/rd-effectiveness-measurement/) 指标体系、口径、数据采集与看板 - [数字化研发效能管理培训](https://www.agilean.cn/training/digital-rd-effectiveness/) 课程包含“多快好赞”度量模块 ### 相关工具 - [知微效能度量中心](https://www.agilean.cn/product/efficient-measure-center/) 内建“多快好赞”指标体系与视图模板 ### 公开客户案例 - [长沙银行：研发交付时效优化 30%，研发吞吐量提升 35%](https://www.agilean.cn/customer-cases/17/) 依托“多快好赞”度量体系推进部落化转型 - [上海银行：用知微支撑全行研发数字化管理转型](https://www.agilean.cn/customer-cases/19/) 知微内置“多快好赞”研发效能管理指标体系 - [上海银行 4500+ 人规模化敏捷实施案例](https://www.agilean.cn/customer-cases/20/) 以“多快好赞”指标体系描述团队效能 - [某华北地区农商行项管系统的革新之旅](https://www.agilean.cn/customer-cases/29/) 从产能、效率、质量、满意度建立度量指标与口径 ### 相关洞见 - [DEF 面向研发团队的绩效指标框架（原文）](https://www.agilean.cn/insights-new/43/) - [“多快好赞”从哪里来：DEF 研发绩效指标框架的提出、内容与落地](https://www.agilean.cn/insights-new/def-duokuaihaozan-origin/) - [研发组织该如何设计绩效体系？](https://www.agilean.cn/insights-new/52/) - [研发效能度量中心的底层逻辑](https://www.agilean.cn/insights-new/82/) - [揭秘科技组织度量中心：构建透明、量化、高效的科技管理新体系](https://www.agilean.cn/insights-new/81/) - [研发效能度量的两大法宝、四大法门和七种武器](https://www.agilean.cn/insights-new/105/) - [聚焦研发效能度量5年时间，6点思考与沉淀](https://www.agilean.cn/insights-new/47/) 问答指南 ## 相关问答指南 - [怎么选敏捷转型 / 研发效能咨询公司？](https://www.agilean.cn/guides/how-to-choose-agile-rd-effectiveness-consulting/) - [研发效能怎么度量？](https://www.agilean.cn/guides/how-to-measure-rd-effectiveness/) - [银行规模化敏捷怎么做？ADAPT、SAFe、LeSS 怎么选？](https://www.agilean.cn/guides/bank-scaled-agile-adapt-safe-less/) - [版本火车怎么做？](https://www.agilean.cn/guides/how-to-run-release-train/) - [金融行业研发效能咨询做什么？](https://www.agilean.cn/guides/financial-rd-effectiveness-consulting/) 常见问题 ## 关于 DEF 的常见问题 ### DEF 研发绩效指标框架是什么？ DEF（Development Efficacy Framework）是 Agilean 面向研发团队的绩效指标框架，以“多快好赞”四组指标为核心，分别衡量现实产能、响应能力、交付质量和业务满意度。 ### “多快好赞”分别指什么？ 多：需求吞吐量和吞吐率；快：想法澄清、需求研发、故障修复的耗费时长；好：生产缺陷需求比；赞：需求方对交付的评价，即满意度。 ### 为什么用 85% 分位数衡量需求耗费时长？ 统计的意义在于用真实数据支持预测和决策，均值和 50% 分位数不具备预测作用。通常均值与 85% 分位数会相差约两倍，85% 分位数与 99% 分位数也往往约为两倍关系，因此 85% 分位数是很好的预测平衡点。 ### 需求规模用需求个数还是估算点数衡量？ 如果尚未建立成熟有效的估算机制，DEF 建议使用需求个数：产品经理与研发协作把需求拆成粒度相对均匀的条目，再用个数代表规模。 ### 生产缺陷需求比怎么计算？ 生产缺陷需求比等于一段时间或一个版本内的生产缺陷数除以上线需求数。建议再按致命、严重、普通等级别加权，例如权重分别取 3、1、0.5，得到加权后的生产缺陷需求比。 ### DEF 和 ADAPT、知微是什么关系？ ADAPT 的效能度量部分把 DEF 指标按部落、小队层级细化；知微把“多快好赞”指标体系纳入统计功能，支持可视化展现、分段统计和指标公式自定义。 ### “多快好赞”是谁提出的？最早什么时候公开？ “多快好赞”是 Agilean 提出的 DEF 研发绩效指标框架的四组核心指标，约在 2017 年提出。可查的最早公开记录是 2019 年 12 月 11 日 Agilean 企鹅号文章《敏捷研发！还要绩效？》（腾讯云开发者社区有转载存档）；2020 年收录到 Agilean 官网。提出过程、与业界其他指标体系的关系和落地情况，见洞见文章《“多快好赞”从哪里来》。 想判断 DEF 是否适合你们的组织？可以从一个真实问题开始讨论。 [联系 Agilean](https://www.agilean.cn/contact/) [查看全部方法框架](https://www.agilean.cn/methodology/) --- 来源：[DEF 研发绩效指标框架：多快好赞](https://www.agilean.cn/methodology/def-rd-performance-metrics/)（更新于 2026-10-07）