关于 MDD（度量驱动开发）的一些思考

 

监控是系统反馈的重要环节。

1、没有测量，就没有改进和提升。

2、你测什么，就得到什么。

MDD 度量驱动开发核心思路：

在系统、应用和业务三个层次，通过三级监控，构建三个反馈环，在监控测量基础上持续改进系统和架构。

方法论：

收集->测量->调整->重复。

 

【度量质量】

1、线上质量

2、过程质量

 

 

【度量指标要如何跟组织和个人关联？如果跟项目关联？】

其实这个问题，其实就是在探讨：研发质量如何做度量？

有四个可以指导实践的步骤参考：找抓手、对大数、看差距、分级别。

第一步，找抓手。最开始的时候，核心都是需要有一个抓手来梳理整个研发过程。这个抓手，往往就是需求。因为，只有需求是贯穿研发交付过程始终的，没有之一。

第二步，对大数。当度量系统按照指标定义，提取和运算出来指标数据之后，最重要的就是验证数据的真实有效性，并且让团队认可这个客观数据。

第三步，找差距。抓手有了，核心数据也有了，大家也都认可这个度量数据的客观性有效性了。但是，在这个阶段，肯定有哪些地方还是明显的不合理。这个时候，就需要对这个这个领域进一步进行拆分。比如，测试周期在大的阶段里只是一个数字，但实际上 ，这里面包含了 N 多个过程；比如，功能测试、产品走查、测试埋点等等。

如果没有把表面问题，细分成各个步骤的实际情况下，你就很难说清楚，到底是哪个步骤导致的问题。所以，在达成共识的前提下，识别可改进的内容，这就是一个阶段性的胜利。

第四步，分级别。

实际上，不是所有指标都是可以关联到个人的。所以，我们需要根据不同的视角和维度划分指标。比如，可以划分组织级指标、团队级指标和项目级指标。

划分指标的核心还是由大到小，从指标受众和试图解决的问题触发，进行层层拆解，从而直达问题的根本原因。

关于度量指标的部分，需要注意的是：向上，要支撑核心指标；向下，要层层分解，展示真实细节。