指标条目
指标条目的内容服务于两个目的:
- 清晰、规范地定义指标及其相互关系;
- 为实践中应用指标提供有意义的参考。
为此,每个指标条目包含如下内容。
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)》协议授权。