精益软件度量
全新正版 假一赔十 可开发票
¥
41.95
7.1折
¥
59
全新
仅1件
作者张松 著
出版社人民邮电出版社
ISBN9787115308832
出版时间2013-05
装帧平装
开本16开
定价59元
货号1200455016
上书时间2024-11-14
商品详情
- 品相描述:全新
- 商品描述
-
作者简介
张松经历应用开发工程师、产品研发工程师、方案架构师、项目经理,
甚至售前、销售等各种角色。在过去十几年里,对软件的兴趣,使张松一直在这行当的一线体验着软件从业者所特有的辛劳和喜悦,并乐此不疲 。
在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 估算的选择和运用 110
8.4.1 项目定义 110
8.4.2 项目执行 112
8.4.3 估算的沟通 114
第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
浪费 239
内容摘要
软件度量是当今软件开发行业的热点话题,但同时也是推广实施过程中的难题。一方面软件企业管理存在度量的迫切需求;另一方面,企业在推行软件度量的实践中问题颇多,效果不佳。人们迫切需要破解度量谜题,找到切实可行的软件度量实践方法。
《精益软件度量——实践者的观察与思考》并不试图描述一个完整的软件度量体系,也不会试图解决度量所面临的所有问题,只是从精益理念的角度,尝试重新梳理在中等规模到大规模软件开发中度量体系设计和实施的思路。全书分为3部分,共14章。第一部分包括第1章至第4章,介绍了精益软件开发中度量的理念和体系的设计。第二部分包括第5章至第12章,先阐述了流程建模、需求和功能划分的一些概念,然后分别从交付价值、市场响应速度、交付速率、质量和能力几方面探讨了度量维度的问题。第三部分包括第13章至第15章,介绍度量体系的导入和部署。前两章用案例的方式介绍了度量体系验证阶段的准备和工作,第15章初步探讨了如何在组织范围内部署和推广度量体系。
《精益软件度量——实践者的观察与思考》是作者结合自己在软件开发和项目咨询业界十几年的实践经验,针对软件度量的价值和意义、手段和方法、体系和实践的思考反思之作。《精益软件度量——实践者的观察与思考》对于软件企业和组织管理者、软件产品研发管理者、软件项目管理人员有很好的借鉴意义和启发价值,也可以供高等院校从事软件工程和软件度量研究和教学的老师阅读参考。
主编推荐
精益软件度量——实践者的观察与思考作者是国内知名的软件企业ThoughtWorks中国的咨询和总监,负责中国区咨询业务的开拓和管理工作。本书凝结了作者从事软件开发、咨询行业十五年的经验和思考。理论扎实、思考深入,而且给出了很多值得借鉴的方法和建议。郭晓、何勉、熊节、霍泰稳等众多业内专家和同行鼎力推荐。
精彩内容
前 言
在软件这个行当里,我们看到的度量数据大都是来自于一些衍生性的指标。在缺乏上下文的情况下,这些指标通常都不能直接告诉我们到底发生了什么,也就是说,大部分指标数据都只是一些间接的证据。将这些证据关联到我们想要度量的对象上,靠的是我们这些人根据经验做出的判断。这种判断具有相当的主观成分,即使是最靠近现场的人,这种判断很多也是在证据不完备的情况下做出的。当有人告诉你,这个团队平均每人每天完成300行代码的时候,你能对这个团队的效率做出什么判断吗?如果你能做出判断,那你绝对能配得上先知的称号,你还不知道这个团队用的是汇编语言、C、C++、Java 还是 Ruby,你不知道这个产品的类型是操作系统、电信嵌入式软件、商用软件包、定制软件还是网页脚本,你也不知道这个数字的统计是包含软件开发周期的哪些阶段——只是开发阶段,还是包含了分析、设计、开发、测试和维护支持所有的活动。
我本人原来一直对度量抱着嗤之以鼻的态度,觉得那是领导们获得虚假的安全感、满足控制欲的皇帝新衣。不过在过去几年里,遇到了不少的各种软件开发组织,从产品线总裁到一线开发、测试人员,到为产品掏钱的客户,各种人物一次又一次地问我 :
“我感觉我们是有进步,但我们的进步到底有多少啊?”
“我怎么拿出点实实在在的证据告诉我老板,我们比以前做得更好了?”
“我要的是效率、效率、效率,告诉我,如果你干了这事儿,效率能提升多少?”
“反正都要测试,你能告诉我们这所谓的新方法对质量能带来什么不同的效果吗?”
这个问题的列表可以不断加长,一开始遇到这类问题的时候,我一边心里嘀咕“谁关心就到现场看看不就行了” ,一边嘴上顾左右而言他。到了后来,次数多了,我也不得不重新反思,度量这事儿,既然有这么强烈而广泛的需求,必然有其存在的道理,有其创造的价值。这就好像我们经常在财经新闻里看到的经济指标一样,什么 GDP、CPI,什么货币供应 M0、M1、M2,这个采购经理人指数,那个行业景气指数,这些数据本身的准确性和它们能够对经济现状的反应程度都有很多的局限性,但不管是政府还是投资客,却要使用这些数据来做出干预市场或是投资市场的判断。这使得我开始思考,软件开发的度量可能也并不是那么不靠谱的一件事,其实同样也是人们梳理复杂问题的分析线索,尝试接近真相的努力。于是就开始不断地根据不同人员的诉求,摸索着尝试各种度量手段,在这个摸索过程中,对度量的价值和方式也有了一些自己的认识,希望在此能和更多的同行分享和讨论。
本书并不试图描述一个完整的软件度量体系,也不会试图解决度量所面临的所有问题,只是从精益理念的角度,尝试重新梳理在中等规模到大规模软件开发中度量体系设计和实施的思路。
读者对象
可能对本书感兴趣的读者如下。
● 希望引入持续改进的 IT/ 软件企业和组织、软件产品研发组织的管理者。
● 希望实施敏捷、精益理念的软件开发组织管理人员。
● 希望扩展知识面和工具箱的软件项目管理人员。
● 其他希望了解大型项目工程管理的软件从业人员。
● 有一定软件工程基础的高校教师和高年级学生。
如何阅读本书
本书的结构主要分为 3 部分,如下所述。
第一部分介绍精益软件开发的度量理念和体系的设计,包括第1章至第4章。
● 第1章重点阐述了本书基于的精益软件开发的度量理念。
● 第 2 章至第 4 章则从度量体系的目标、软件生命周期中涉及的决策场景,以及指标框架的设计3 个阶段来描述体系的建立。
第二部分是度量维度的分析,包括第 5 章至第 12 章。
● 第 5 章试图描述流程模型、对象模型等几个软件度量中涉及的基本概念,包括对需求和功能划分单位的理解,以及对功能完成的定义。
● 在第 6 章至第 12 章则是深入分析交付价值、市场响应速度、交付速率、质量和能力等几个主要的考察维度。
&nbs
— 没有更多了 —
以下为对购买帮助不大的评价