具体描述
《精益软件度量:实践者的观察与思考》内容简介：软件度量是当今软件开发行业的热点话题，但同时也是推广实施过程中的难题。一方面软件企业管理存在度量的迫切需求；另一方面，企业在推行软件度量的实践中问题颇多，效果不佳。人们迫切需要破解度量谜题，找到切实可行的软件度量实践方法。
《精益软件度量:实践者的观察与思考》并不试图描述一个完整的软件度量体系，也不会试图解决度量所面临的所有问题，只是从精益理念的角度，尝试重新梳理在中等规模到大规模软件开发中度量体系设计和实施的思路。全书分为3部分，共14章。第一部分包括第1章至第4章，介绍了精益软件开发中度量的理念和体系的设计。第二部分包括第5章至第12章，先阐述了流程建模、需求和功能划分的一些概念，然后分别从交付价值、市场响应速度、交付速率、质量和能力几方面探讨了度量维度的问题。第三部分包括第13章至第15章，介绍度量体系的导入和部署。前两章用案例的方式介绍了度量体系验证阶段的准备和工作，第15章初步探讨了如何在组织范围内部署和推广度量体系。
《精益软件度量:实践者的观察与思考》是作者结合自己在软件开发和项目咨询业界十几年的实践经验，针对软件度量的价值和意义、手段和方法、体系和实践的思考反思之作。《精益软件度量:实践者的观察与思考》对于软件企业和组织管理者、软件产品研发管理者、软件项目管理人员有很好的借鉴意义和启发价值，也可以供高等院校从事软件工程和软件度量研究和教学的老师阅读参考。
作者简介
张松经历应用开发工程师、产品研发工程师、方案架构师、项目经理， 甚至售前、销售等各种角色。在过去十几年里，对软件的兴趣，使张松一直在这行当的一线体验着软件从业者所特有的辛劳和喜悦，并乐此不疲 。
在ThoughtWorks 中国分公司，张松现在承担着咨询总监的职责，负责中国市场的咨询业务。在这之前，他曾是多个交付项目的项目经理，并作为交付总监负责中国区项目组合的交付保障，此外他还为多个知名企业的产品研发机构或IT 组织提供长期的咨询服务。加入ThoughtWorks 之前，张松是Aspect Enterprise Solutions Ltd（原OILspace Inc）上海代表处首席代表。张松拥有华中理工大学计算机工程学士学位和英国Warwick 大学MBA 学位。
目录信息
第1 章 度量谜题……………………………………………………………… 1
1.1 精益软件开发的度量体系 ………………………………………… 4
1.2 度量是什么 ………………………………………………………… 6
1.3 度量不是什么 …………………………………………………… 10
第2 章 组织目标…………………………………………………………… 12
2.1 业务目标 ………………………………………………………… 13
2.2 开发组织的目标 ………………………………………………… 17
2.2.1 交付价值 ………………………………………………… 17
2.2.2 响应速度 ………………………………………………… 18
2.2.3 交付速率 ………………………………………………… 20
2.2.4 质量 ……………………………………………………… 22
2.2.5 能力 ……………………………………………………… 24
2.3 小结 ……………………………………………………………… 24
第3 章 决策场景…………………………………………………………… 26
3.1 使用度量的人们 ………………………………………………… 26
3.2 决策的组织上下文 ……………………………………………… 27
3.3 项目决策的阶段 ………………………………………………… 30
3.3.1 项目定义 ………………………………………………… 31
3.3.2 项目执行 ………………………………………………… 39
3.3.3 维护阶段 ………………………………………………… 40
3.4 小结 ……………………………………………………………… 42
第4 章 指标框架…………………………………………………………… 43
4.1 支撑决策的数据 ………………………………………………… 43
4.2 指标 ……………………………………………………………… 46
4.3 指标属性 ………………………………………………………… 47
4.4 指标优先级 ……………………………………………………… 48
4.5 指标体系的局限性 ……………………………………………… 48
4.6 指标体系需要演进 ……………………………………………… 49
4.7 度量信息的传播和使用 ………………………………………… 51
4.8 小结 ……………………………………………………………… 53
第5 章 度量对象模型……………………………………………………… 54
5.1 交付流程模型 …………………………………………………… 54
5.2 交付对象模型 …………………………………………………… 56
5.3 度量的边界—DoD（Definition of Done） …………………… 60
第6 章 价值………………………………………………………………… 64
6.1 识别和拆分高价值特性 ………………………………………… 64
6.2 反馈提升价值 …………………………………………………… 68
6.3 减少没发挥价值的特性 ………………………………………… 69
6.4 交付价值的度量 ………………………………………………… 71
6.4.1 发布前– 评估待开发特性的价值 ……………………… 71
6.4.2 发布后– 验证价值 ……………………………………… 73
6.4.3 尝试的价值 ……………………………………………… 77
第7 章 响应速度…………………………………………………………… 79
7.1 响应时间的系统因素 …………………………………………… 82
7.1.1 WIP（Work In Progress - 半成品） ……………………… 82
7.1.2 系统资源利用率 ………………………………………… 82
7.1.3 需求的差异性 …………………………………………… 83
7.2 价值流图分析（VSM） …………………………………………… 86
7.3 累积流图（Cumulative Flow Diagram） ………………………… 90
7.4 库存类指标 ……………………………………………………… 92
7.5 小结 ……………………………………………………………… 94
第8 章 工作量估算………………………………………………………… 96
8.1 基于算法模型的估算技术 ……………………………………… 96
8.2 基于专家判断的估算技术 ……………………………………… 97
8.3 度量单位 ………………………………………………………… 98
8.3.1 功能点（Function Point） ………………………………… 99
8.3.2 用例点（User Case Point） ……………………………… 102
8.3.3 故事点（Story Point） …………………………………… 107
8.4 估算的选择和运用 ……………………………………………… 109
8.4.1 项目定义 ………………………………………………… 110
8.4.2 项目执行 ………………………………………………… 112
8.4.3 估算的沟通 ……………………………………………… 113
第9 章 交付速率…………………………………………………………… 116
9.1 度量交付速率 …………………………………………………… 116
9.2 提高系统效率 …………………………………………………… 119
9.2.1 提高个体的交付能力 …………………………………… 119
9.2.2 优化系统的结构 ………………………………………… 120
9.2.3 减少浪费 ………………………………………………… 122
9.2.4 关于浪费的小结 ………………………………………… 131
第10 章 内部质量 ………………………………………………………… 132
10.1 技术债 …………………………………………………………… 134
10.1.1 技术债的常见来源 …………………………………… 134
10.1.2 技术债的常见形式 …………………………………… 135
10.2 技术债的度量 …………………………………………………… 137
10.3 开发节奏 ………………………………………………………… 143
10.4 测试代码中的技术债 …………………………………………… 143
10.5 度量呈现 ………………………………………………………… 144
10.6 小结 ……………………………………………………………… 148
第11 章 外部质量 ………………………………………………………… 151
11.1 度量产品质量 …………………………………………………… 152
11.1.1 用户满意度 …………………………………………… 153
11.1.2 产品可靠性 …………………………………………… 155
11.1.3 故障成本 ……………………………………………… 156
11.2 提升开发过程质量 ……………………………………………… 156
11.2.1 缺陷防范 ……………………………………………… 157
11.2.2 更早发现缺陷 ………………………………………… 158
11.2.3 减少回归缺陷 ………………………………………… 164
11.3 小结 ……………………………………………………………… 166
第12 章 能力- 学习型组织 ……………………………………………… 169
12.1 个人能力 ………………………………………………………… 170
12.1.1 技术能力 ……………………………………………… 171
12.1.2 主动能力 ……………………………………………… 173
12.1.3 社交能力 ……………………………………………… 174
12.1.4 行为度量 ……………………………………………… 175
12.2 团队能力 ………………………………………………………… 176
12.3 学习型组织 ……………………………………………………… 179
12.3.1 创造持续学习的机会 ………………………………… 182
12.3.2 促进探寻和对话活动 ………………………………… 183
12.3.3 鼓励协作和团队学习 ………………………………… 184
12.3.4 使人们能够寻求共同愿景 …………………………… 185
12.3.5 连接组织与其所处的环境 …………………………… 186
12.3.6 建立捕获和共享学习的系统 ………………………… 187
12.3.7 为持续学习提供战略层面的领导力量 ……………… 188
12.3.8 阻碍因素 ……………………………………………… 189
第13 章 验证导入（准备篇）……………………………………………… 190
13.1 试点 ……………………………………………………………… 193
13.2 准备 ……………………………………………………………… 195
13.3 评估 ……………………………………………………………… 197
13.3.1 业务目标及度量 ……………………………………… 199
13.3.2 度量数据的消费者 ……………………………………… 202
13.3.3 团队/ 组织当前度量实践 ……………………………… 203
第14 章 验证导入（执行篇）……………………………………………… 206
14.1 基准制定 ………………………………………………………… 206
14.2 目标细分 ………………………………………………………… 207
14.3 指标选择 ………………………………………………………… 208
14.4 数据的收集 ……………………………………………………… 210
14.5 数据的使用 ……………………………………………………… 213
14.5.1 横向比较 ………………………………………………… 216
14.5.2 数据的呈现 ……………………………………………… 217
14.6 反馈 ……………………………………………………………… 217
第15 章 实施推广 ………………………………………………………… 222
15.1 建立愿景 ………………………………………………………… 222
15.2 触发目标 ………………………………………………………… 223
15.3 度量组织 ………………………………………………………… 224
15.3.1 执行组织 ………………………………………………… 225
15.3.2 能力中心 ………………………………………………… 227
15.3.3 团队接口人 ……………………………………………… 227
15.4 度量推广面对的人群 …………………………………………… 228
15.5 知识和能力的传播 ……………………………………………… 228
15.6 实施 ……………………………………………………………… 229
15.6.1 系统化vs. 灵活性 ……………………………………… 229
15.6.2 迭代式的实施 …………………………………………… 231
15.6.3 目标团队 ………………………………………………… 232
15.6.4 数据 ……………………………………………………… 234
15.6.5 IT 工具和设施 ………………………………………… 236
附录 指标和优先级评估示例……………………………………………… 238
交付周期 ………………………………………………………………… 238
价值和效率 ……………………………………………………………… 238
· · · · · · (收起)
读后感
有两种思考问题的方式，分析性思维和启发性思维； 分析性思维的驱动力是标准化，消除个体判断带来的偏见和差异；启发性思维的驱动力是发现和创新。 分析性思维倾向于可靠性，启发性思维倾向于有效性； 提高软件开发质量的一种方式是缩短反馈周期。 一个组织唯一可持续的竞争...
评分爱因斯坦说, 我们不可能在产生问题的同一意识层次去解决这个问题。这样一本书就是个云梯或者瞭望塔，借助他爬到高处看清形势，然后再下来踏实干活。两天的阅读下来，受益良多！ 从书架上拿下来本来只想看看关于质量的第十章、十一章。一看就收不住了。两天看下来，对交付过程中...
评分有两种思考问题的方式，分析性思维和启发性思维； 分析性思维的驱动力是标准化，消除个体判断带来的偏见和差异；启发性思维的驱动力是发现和创新。 分析性思维倾向于可靠性，启发性思维倾向于有效性； 提高软件开发质量的一种方式是缩短反馈周期。 一个组织唯一可持续的竞争...
评分爱因斯坦说, 我们不可能在产生问题的同一意识层次去解决这个问题。这样一本书就是个云梯或者瞭望塔，借助他爬到高处看清形势，然后再下来踏实干活。两天的阅读下来，受益良多！ 从书架上拿下来本来只想看看关于质量的第十章、十一章。一看就收不住了。两天看下来，对交付过程中...
评分有两种思考问题的方式，分析性思维和启发性思维； 分析性思维的驱动力是标准化，消除个体判断带来的偏见和差异；启发性思维的驱动力是发现和创新。 分析性思维倾向于可靠性，启发性思维倾向于有效性； 提高软件开发质量的一种方式是缩短反馈周期。 一个组织唯一可持续的竞争...
用户评价
这本书的叙事结构和逻辑推演能力简直是教科书级别的示范。它没有采用那种线性叙述的枯燥方式，而是像一个经验丰富的导师，循序渐进地引导你从宏观战略层面深入到微观的操作细节。尤其值得称赞的是，作者对于“度量陷阱”的揭示非常到位和深刻。它用大量的篇幅警告读者，如果不对度量背后的动机和应用场景进行深入理解，任何指标都可能被滥用，最终导致组织行为的扭曲——比如为了漂亮的报告数据而牺牲实际工作效率，或者为了满足某个单一KPI而忽略了系统的整体健康状况。这种对实践中常见错误的预判和规避指导，体现了作者深厚的行业沉淀。我个人从中领悟到，选择正确的度量标准与理解如何“不”使用某些度量同等重要。对于那些希望建立健康、透明的工程文化，但又担心被数据“绑架”的管理者和团队领导来说，这本书提供的‘免疫系统’建设指南是无价之宝。
评分我发现这本书在处理“风险管理”和“质量保证”这两个常常被视为对立面的概念时，展现了极高的智慧。许多传统质量体系倾向于在开发后期进行大量的、昂贵的检查，而这本书则提供了一种完全不同的视角：将质量内建于流程的早期阶段，并用轻量级的、实时的度量来进行校准。我特别喜欢其中关于“缺陷逃逸率”的讨论，它不仅仅是一个简单的百分比计算，作者深入剖析了造成高逃逸率背后的组织文化和技术债务因素。书中提出的那些用于量化技术风险的度量方法，比如代码复杂度和测试覆盖率的动态变化分析，比起那些静态的、一成不变的门槛更有指导意义。最让我印象深刻的是，作者并没有将这些度量视为“警察”来监督团队，而是将其定位为“导航仪”。它鼓励团队成员主动去探索流程的薄弱环节，而不是被动地等待审计。读完这部分，我立即尝试在我的项目中引入了几种更侧重于“预防”而非“侦测”的早期指标，效果立竿见影，团队对质量的责任感也明显增强了。
评分读完这本书，最显著的感受是思维框架的重塑，而非简单知识的累积。作者的笔调非常注重“文化塑造”的力量，他清晰地阐明了度量在构建高绩效团队中的作用。优秀的度量体系，其最终目标是建立一种基于信任和透明的内部沟通机制，而不是建立自上而下的问责制。书中提到，当团队能够共同拥有和理解这些度量时，他们就会自然而然地承担起改进流程的责任，这种自我驱动的文化远比任何强制性的管理指令都更有效和持久。我尤其赞同关于“度量透明化”的讨论，作者认为，只有当度量结果对所有相关方完全开放，并且解读这些数字的上下文信息也同步共享时，团队的协作效率才会最大化。这本书提供的不是一套固定的“度量公式”，而是一套可以根据组织生命周期、产品类型和团队成熟度动态调整的“思维范式”。它真正做到了，用最小的阻力，推动组织向更高的工程成熟度迈进。
评分对于那些热衷于探讨DevOps转型和持续交付的读者来说，这本书无疑是打通任督二脉的关键。它成功地将精益思想的精髓——减少浪费、优化流动——与现代的自动化流水线无缝对接起来。作者对“周期时间分解”的分析尤其具有启发性，它不满足于仅仅报告总体的交付时间，而是细致地将这个时间块拆分成了“开发等待”、“集成等待”、“测试等待”以及“部署等待”等环节，并针对性地提出了如何利用自动化工具来缩短这些“等待”时间的策略。这种细致入微的分解，使得“优化”不再是一个模糊的口号，而是一个可操作、可量化的工程任务。我感觉这本书就像是一个高级的流程诊断工具，它教会我如何通过数据流的视觉化来识别那些隐藏在自动化层表象之下的“停滞点”。它不只是告诉你“要快”，而是精确地告诉你“哪里慢了，以及如何加速那一特定环节”。
评分这部作品简直是技术文档中的一股清流，它没有陷入那种晦涩难懂的理论泥潭，反而用一种近乎平实的语言，将那些抽象的软件工程概念描绘得栩栩如生。作者在开篇就抛出了一个非常引人深思的问题：我们到底应该关注哪些指标才能真正推动软件质量的提升，而不是仅仅沉溺于虚荣的数字游戏？我个人尤其欣赏它对“价值驱动”理念的强调。以往读过的很多关于敏捷和精益实践的书籍，往往侧重于流程的规范化，但这本书却更进一步，它教导我们如何将度量工具箱与客户交付的实际价值紧密挂钩。例如，它详细分析了“前置时间”和“吞吐量”这两个核心指标，但其洞察力远超教科书层面的定义。作者通过多个生动的案例，展示了团队如何利用这些数据洞察瓶颈，如何通过微小的流程迭代实现巨大的效率飞跃，这种实战导向的分析，让我在阅读时总有一种茅塞顿开的感觉。它不仅仅是教你如何“测量”，更是教你如何“改进”，将度量真正融入到日常的工程实践中去，形成一个持续学习和优化的闭环。
评分用作者的框架将现有的许多实践串联起来是最大的收获。例子都是企业开发，互联网方面案例太少。
评分翻译腔重得令人不敢相信是国人写的，充斥的名词定义仿佛手里拿着的是本词典
评分用作者的框架将现有的许多实践串联起来是最大的收获。例子都是企业开发，互联网方面案例太少。
评分相见恨晚，读完此书我对公司度量体系的由来有了更深的理解，里面提到的方法和思想都是可以实践的范例
评分刚开始做度量一头雾水，看了觉得写的很好啊，有了基本的概念，书里也有具体的方向、工具和指标，需要时间理解一下
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 book.wenda123.org All Rights Reserved. 图书目录大全 版权所有