《精益软件度量——实践者的观察与思考》读书笔记（一）

由于最近项目研究需要，对软件工程中的软件度量比较感兴趣，在目前的实际软件项目中，其实很难做到对软件过程进行度量，常常面对“我有一堆数据，却不知道怎么利用它们给项目带来改进”这样的问题。在现在这个大数据时代，拥有数据其实就是拥有了一切，而如何利用这些数据成为了一件很棘手的事情。管理学大师彼得·德鲁克曾说过“如果你无法度量它，就无法管理它”。要想进行有效的管理，就绕不开度量的问题。

《精益软件度量——实践者的观察与思考》这本书给了我很多启发，我虽然作为一个还在研究生阶段的学生，但也接触过一些实际软件开发项目，目前的研究方向就是软件过程管理，最近主要在看效能方面的内容。我觉得软件工程是一门很难的学科，并不是如算法那般技术上的难，而是实践中与理论不可能一样的难，可以说软件工程是一门管理学，管理项目，管理人员，管理资源……虽然难，但是研究这种充满不确定性因素的东西还是很有意思的。

 

chapter 1 度量谜题

1.1 精益软件开发的度量体系

度量本身不是目的，是手段。这句话其实阐明了很多人对度量这个词的误区。数据的生产者不是其使用者，且没有动力去分析数据产生的价值与准确性，他只关心他生产的数据是否能给他带来收益或者惩罚。而对管理者来说，度量的目的是确保事情在掌控之中，带来安全感和可靠感。这就是目前度量这个问题的现状。

度量的重心应该从“控制”转向“改进”，也就是挖掘数据真正的价值，用历史数据为未来提供改进措施。

度量体系的作用就是提供信息来帮我们知道现在在哪里，距离目标有多远，我们是否在朝着目标前进，进展的程度如何。

书中将度量体系实现分成了3个不同的层次：理念、设计、应用。

    分析性思维：标准化，消除个体判断带来的偏见和差异，偏可靠性

    启发性思维：发现和创新，偏向有效性

1.2 度量是什么

1 度量是在一个特定组织上下文中形成的一系列共识。

2 度量是将经验模型向量化模型进行匹配的尝试。

3 度量是包含人、流程、组织和工具的一个动态系统。

1.3 度量不是什么

1 度量不是软件开发固有的活动。

2 度量应该避免跟绩效直接相关。

3 度量不是免费的。需要投入时间、工具和基础设施的投入等。

 

chapter 2 组织目标

     业务目标 - 开发组织服务的企业业务目标是什么？对应到对开发组织的期望是什么？

     决策场景 - 在开发过程中，谁是度量信息的使用者？他们使用度量信息的目的是为了做什么决策？

     指标体系 - 如何设计一个契合的指标体系来满足这些数据消费的需求？

目标 -> 决策场景 -> 指标体系

业务组织的目标：响应速度、产能、投入产出

开发组织的目标：价值、效率、质量、能力

软件开发组织的改进：速度、效率、质量、能力

对应策略：切合时机、减少浪费、质量内嵌、学习型组织

 

chapter 3 决策场景

软件度量信息的使用者：管理者、项目管理、工程师

影响开发组织模型和流程模型的5方面因素：

    关键性——缺陷带来的影响

    参与人员的水平——技术与决策人员的协作

    动态性——需求的变化频率和程度

    文化——团队有对混乱和秩序的偏好

    规模——产品和项目规模

 

chapter 4 指标框架

戴明环（PDCA）：P计划、D执行、C检查、A行动

    管理层 - 组织

    项目管理人员 - 项目

    工程师 - 个人

4.1 支撑决策的数据

计划 - 根据已知的数据，设定合理的目标，预测未来可能发生的情况，制定可行的计划。

组织层面

计划	参考度量指标
产品组合规划	产品销售预期