指标条目
指标条目的内容服务于两个目的：
- 清晰、规范地定义指标及其相互关系；
- 为实践中应用指标提供有意义的参考。
为此，每个指标条目包含如下内容。
1. 概念
简要概括指标是什么、反映什么，可提纲挈领地介绍如何应用。该段作用类似文章的摘要。
1.1. 定义
具体描述指标的计算公式或原理，指明单位或量纲。
1.2. 价值
逐条总结应用该指标可为研发团队带来哪些帮助和益处；必要时提示影响指标价值的风险点。
1.3. 角色认知
通过下表标记关注该指标的角色和主要的认知领域。角色通常包括高级管理者、项目经理、技术经理、工程师中的一个或多个。认知域参照《软件研发效能度量规范》，应为交付价值、交付速率、交付质量、交付能力、交付成本中的一个或多个。
| 角色 | 认知域 |
|---|---|
2. MARI 应用
2.1. GQM 框架
参照规范的 GQM 体系，在下表列出指标回答的问题及其背后的目标。
| 目标 | 问题 | 分析方法 |
|---|---|---|
| (认知|管理|预测)<对象>的<维度>，参照目标定义 | 问题编号（参照问题列表）问题表述，可根据需要优化 | 分析方法名称，对应于如下分析方法一节 |
2.2. 度量实现
介绍实现该指标的数据源、收集和治理要点。
Apaceh DevLake 实现
Apache DevLake 是研发数据领域重要的开源项目，我们提供其上该指标基本度量的 SQL 实现。
2.3. 分析方法
对应于目标-问题表格中的分析方法，展开详述计算和观察方法。
2.4. 回顾和改进建议
基于上述观察结论，如何与开发团队讨论并找到改进方向。提出回顾和改进中可能的关注点。
关联指标
可能影响该指标表现的其他指标。观察它们可以帮助开发团队找到回顾和改进的方向。
3. 案例
联系思码逸企业服务，获得完整信息。
中英文词汇对照表
| 中文 | 英文 | 缩写 |
|---|---|---|
| 缺陷关闭时间 | bug close time | BCT |
| 事务前置时间 | issue lead time | ILT |
| 需求交付时长 | requirement delivery time | RDT |
| 需求交付速率 | requirement delivery velocity | RDV |
| 需求吞吐量 | requirement throughput | RT |
参考阅读
汇集和精选跟该指标相关的网络资源或文献。
本内容由思码逸公司（https://merico.cn）和 OpenMARI 贡献者（https://openmari.dev）以《署名-相同方式共享 4.0 国际（CC BY-SA 4.0）》协议授权。