内容简介 · · · · · ·
《精益软件度量:实践者的观察与思考》内容简介:软件度量是当今软件开发行业的热点话题,但同时也是推广实施过程中的难题。一方面软件企业管理存在度量的迫切需求;另一方面,企业在推行软件度量的实践中问题颇多,效果不佳。人们迫切需要破解度量谜题,找到切实可行的软件度量实践方法。
《精益软件度量:实践者的观察与思考》并不试图描述一个完整的软件度量体系,也不会试图解决度量所面临的所有问题,只是从精益理念的角度,尝试重新梳理在中等规模到大规模软件开发中度量体系设计和实施的思路。全书分为3部分,共14章。第一部分包括第1章至第4章,介绍了精益软件开发中度量的理念和体系的设计。第二部分包括第5章至第12章,先阐述了流程建模、需求和功能划分的一些概念,然后分别从交付价值、市场响应速度、交付速率、质量和能力几方面探讨了度量维度的问题。第三部分包括第13章至第15章,介绍度量...
《精益软件度量:实践者的观察与思考》内容简介:软件度量是当今软件开发行业的热点话题,但同时也是推广实施过程中的难题。一方面软件企业管理存在度量的迫切需求;另一方面,企业在推行软件度量的实践中问题颇多,效果不佳。人们迫切需要破解度量谜题,找到切实可行的软件度量实践方法。
《精益软件度量:实践者的观察与思考》并不试图描述一个完整的软件度量体系,也不会试图解决度量所面临的所有问题,只是从精益理念的角度,尝试重新梳理在中等规模到大规模软件开发中度量体系设计和实施的思路。全书分为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
· · · · · · (更多)
第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
· · · · · · (收起)
喜欢读"精益软件度量"的人也喜欢的电子书 · · · · · ·
喜欢读"精益软件度量"的人也喜欢 · · · · · ·
精益软件度量的书评 · · · · · · ( 全部 12 条 )
本书是传统和精益、敏捷之间沟 通的桥梁
这篇书评可能有关键情节透露
对于敏捷和精益产品开发,度量是一个容易引发争议却无法绕过的话题。讨论它并不容易,需要综合产品的设计、开发、营销,以及项目和组织的管理运营等多方面的因素来考虑。正因为此,我相信由张松来讨论这个话题再合适不过。一方面,张松的实践经验从相对传统的电信和金融行业跨... (展开)实施精益软件开发所需要的基本的度量都概括了
谜题到启发式方法的努力
“瞭望塔”一样,除了解惑之外,还有很多“不知道自己不知道”的
这也是一本关于知识型项目和团队管理的书,读出了精彩哦
> 更多书评 12篇
论坛 · · · · · ·
在这本书的论坛里发言在哪儿借这本书 · · · · · ·
以下书单推荐 · · · · · · ( 全部 )
- ThoughtWorks读书雷达(2016) (张凯峰)
- Tdl (nevergiveup)
- 反复读 (张凯峰)
- 人民邮电出版社原创经典 (childchen)
- ThoughtWorks的书 (透明)
谁读这本书? · · · · · ·
二手市场
· · · · · ·
订阅关于精益软件度量的评论:
feed: rss 2.0
0 有用 lemoon 2016-01-17 13:48:38
首先想说,很少看到业界有人敢于挑战这个高难话题,而且是中国人,勇气可嘉!其次,书中涉及内容非常广泛,构建的理论体系也严谨合理,有大量一线开发者才能体会到的心得和经验,还有一些参考数据,比如业界对圈复杂度的考量,值得借鉴。但作者将海量选择留给了读者,如果不能充分理解敏捷和精益,肯定会在度量的海洋中迷失。
0 有用 徐毅 2014-12-07 12:49:51
http://book.douban.com/review/7230799/
0 有用 benqteamilk 2014-08-23 23:38:53
浙江图书馆,馆内阅读
0 有用 marc_db 2021-07-21 09:34:27
不值得看
0 有用 Perfect 2013-06-28 14:11:39
是 ThoughtWorks 的人写的,果然是咨询公司出身的的,理论化的东西一堆堆的, 唬人绝对是没有问题了,都是理论派, 实战的东西一点都没有,很适合IBM,电信,诺西 之类的 , 非常重视流程的公司去使用, 世界500强的公司非常重视这方面 ,除了你想去做咨询师,或者理论家. 这本书真的不是很有意义
0 有用 泡泡最享受 2022-08-26 11:27:15 上海
2013年出版,算是对当前最流行的“研发效能”最早的一本书。组织的目标以及内外部质量度量,对于质量管理人员来说仍然适用。
0 有用 Afar 2022-02-08 12:10:39
2、3年前完全看不进去,最近重新读——真香哈哈哈。
0 有用 feijieppm 2021-10-05 10:37:15
自从做项目管理开始,我们就一直在试图度量项目本身,从项目周期、成本、质量、需求响应度、并行任务数、任务工时评估、发布时长。然后我们又尝试站在更高的效能视角,说「项目是提效的一种手段」,所以推动着一切能为研发团队提效的举措,并用度量来表达提效效果。 本书的思考路径和我们的落地过程相似,但总结得更完整和全面,从为何度量(组织目标)→度量什么(决策场景,指标框架)→如何度量(度量对象模型),最后给出一个... 自从做项目管理开始,我们就一直在试图度量项目本身,从项目周期、成本、质量、需求响应度、并行任务数、任务工时评估、发布时长。然后我们又尝试站在更高的效能视角,说「项目是提效的一种手段」,所以推动着一切能为研发团队提效的举措,并用度量来表达提效效果。 本书的思考路径和我们的落地过程相似,但总结得更完整和全面,从为何度量(组织目标)→度量什么(决策场景,指标框架)→如何度量(度量对象模型),最后给出一个导入实施的实践框架,完全可以作为效能改进的教科书。 当然,理想总是很美好,作者强调了通过度量来驱动团队采取一切好的手段进行进化(比如:敏捷、TDD、TOC、减少浪费),也表达了在变革管理中找到先行者的重要性,但实践道路依然漫长崎岖。 (展开)
0 有用 marc_db 2021-07-21 09:34:27
不值得看
0 有用 流沙 2021-03-14 13:09:15
不错的书