具體描述
《精益軟件度量:實踐者的觀察與思考》內容簡介：軟件度量是當今軟件開發行業的熱點話題，但同時也是推廣實施過程中的難題。一方麵軟件企業管理存在度量的迫切需求；另一方麵，企業在推行軟件度量的實踐中問題頗多，效果不佳。人們迫切需要破解度量謎題，找到切實可行的軟件度量實踐方法。
《精益軟件度量:實踐者的觀察與思考》並不試圖描述一個完整的軟件度量體係，也不會試圖解決度量所麵臨的所有問題，隻是從精益理念的角度，嘗試重新梳理在中等規模到大規模軟件開發中度量體係設計和實施的思路。全書分為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
· · · · · · (收起)
讀後感
做为一位为客户提供软件定制开发服务的项目经理，有时遇到客户提出这样的问题和要求，“如何证明你选择了这个开发或管理实践提高了效率，交付了更多价值？” ；“我需要你们在每周的项目报告中提供详细的User Story状态变更情况，Defect数量及原因相关数据”（项目管理软件中已...
評分做为一位为客户提供软件定制开发服务的项目经理，有时遇到客户提出这样的问题和要求，“如何证明你选择了这个开发或管理实践提高了效率，交付了更多价值？” ；“我需要你们在每周的项目报告中提供详细的User Story状态变更情况，Defect数量及原因相关数据”（项目管理软件中已...
評分爱因斯坦说, 我们不可能在产生问题的同一意识层次去解决这个问题。这样一本书就是个云梯或者瞭望塔，借助他爬到高处看清形势，然后再下来踏实干活。两天的阅读下来，受益良多！ 从书架上拿下来本来只想看看关于质量的第十章、十一章。一看就收不住了。两天看下来，对交付过程中...
評分作为一个从未涉足软件开发行业的读者，终于也磕磕绊绊的读完了这本书。 书名起得不够朴实，读完以后才发现，意思是：为了实现软件开发过程（以及软件开发团队）的持续优化和改进、更快更好地向客户（或用户）交付开发成果，而使用有效度量管理手段的理论、方法和实务。在度量...
評分作为一个从未涉足软件开发行业的读者，终于也磕磕绊绊的读完了这本书。 书名起得不够朴实，读完以后才发现，意思是：为了实现软件开发过程（以及软件开发团队）的持续优化和改进、更快更好地向客户（或用户）交付开发成果，而使用有效度量管理手段的理论、方法和实务。在度量...
用戶評價
讀完這本書，最顯著的感受是思維框架的重塑，而非簡單知識的纍積。作者的筆調非常注重“文化塑造”的力量，他清晰地闡明瞭度量在構建高績效團隊中的作用。優秀的度量體係，其最終目標是建立一種基於信任和透明的內部溝通機製，而不是建立自上而下的問責製。書中提到，當團隊能夠共同擁有和理解這些度量時，他們就會自然而然地承擔起改進流程的責任，這種自我驅動的文化遠比任何強製性的管理指令都更有效和持久。我尤其贊同關於“度量透明化”的討論，作者認為，隻有當度量結果對所有相關方完全開放，並且解讀這些數字的上下文信息也同步共享時，團隊的協作效率纔會最大化。這本書提供的不是一套固定的“度量公式”，而是一套可以根據組織生命周期、産品類型和團隊成熟度動態調整的“思維範式”。它真正做到瞭，用最小的阻力，推動組織嚮更高的工程成熟度邁進。
评分這部作品簡直是技術文檔中的一股清流，它沒有陷入那種晦澀難懂的理論泥潭，反而用一種近乎平實的語言，將那些抽象的軟件工程概念描繪得栩栩如生。作者在開篇就拋齣瞭一個非常引人深思的問題：我們到底應該關注哪些指標纔能真正推動軟件質量的提升，而不是僅僅沉溺於虛榮的數字遊戲？我個人尤其欣賞它對“價值驅動”理念的強調。以往讀過的很多關於敏捷和精益實踐的書籍，往往側重於流程的規範化，但這本書卻更進一步，它教導我們如何將度量工具箱與客戶交付的實際價值緊密掛鈎。例如，它詳細分析瞭“前置時間”和“吞吐量”這兩個核心指標，但其洞察力遠超教科書層麵的定義。作者通過多個生動的案例，展示瞭團隊如何利用這些數據洞察瓶頸，如何通過微小的流程迭代實現巨大的效率飛躍，這種實戰導嚮的分析，讓我在閱讀時總有一種茅塞頓開的感覺。它不僅僅是教你如何“測量”，更是教你如何“改進”，將度量真正融入到日常的工程實踐中去，形成一個持續學習和優化的閉環。
评分這本書的敘事結構和邏輯推演能力簡直是教科書級彆的示範。它沒有采用那種綫性敘述的枯燥方式，而是像一個經驗豐富的導師，循序漸進地引導你從宏觀戰略層麵深入到微觀的操作細節。尤其值得稱贊的是，作者對於“度量陷阱”的揭示非常到位和深刻。它用大量的篇幅警告讀者，如果不對度量背後的動機和應用場景進行深入理解，任何指標都可能被濫用，最終導緻組織行為的扭麯——比如為瞭漂亮的報告數據而犧牲實際工作效率，或者為瞭滿足某個單一KPI而忽略瞭係統的整體健康狀況。這種對實踐中常見錯誤的預判和規避指導，體現瞭作者深厚的行業沉澱。我個人從中領悟到，選擇正確的度量標準與理解如何“不”使用某些度量同等重要。對於那些希望建立健康、透明的工程文化，但又擔心被數據“綁架”的管理者和團隊領導來說，這本書提供的‘免疫係統’建設指南是無價之寶。
评分對於那些熱衷於探討DevOps轉型和持續交付的讀者來說，這本書無疑是打通任督二脈的關鍵。它成功地將精益思想的精髓——減少浪費、優化流動——與現代的自動化流水綫無縫對接起來。作者對“周期時間分解”的分析尤其具有啓發性，它不滿足於僅僅報告總體的交付時間，而是細緻地將這個時間塊拆分成瞭“開發等待”、“集成等待”、“測試等待”以及“部署等待”等環節，並針對性地提齣瞭如何利用自動化工具來縮短這些“等待”時間的策略。這種細緻入微的分解，使得“優化”不再是一個模糊的口號，而是一個可操作、可量化的工程任務。我感覺這本書就像是一個高級的流程診斷工具，它教會我如何通過數據流的視覺化來識彆那些隱藏在自動化層錶象之下的“停滯點”。它不隻是告訴你“要快”，而是精確地告訴你“哪裏慢瞭，以及如何加速那一特定環節”。
评分我發現這本書在處理“風險管理”和“質量保證”這兩個常常被視為對立麵的概念時，展現瞭極高的智慧。許多傳統質量體係傾嚮於在開發後期進行大量的、昂貴的檢查，而這本書則提供瞭一種完全不同的視角：將質量內建於流程的早期階段，並用輕量級的、實時的度量來進行校準。我特彆喜歡其中關於“缺陷逃逸率”的討論，它不僅僅是一個簡單的百分比計算，作者深入剖析瞭造成高逃逸率背後的組織文化和技術債務因素。書中提齣的那些用於量化技術風險的度量方法，比如代碼復雜度和測試覆蓋率的動態變化分析，比起那些靜態的、一成不變的門檻更有指導意義。最讓我印象深刻的是，作者並沒有將這些度量視為“警察”來監督團隊，而是將其定位為“導航儀”。它鼓勵團隊成員主動去探索流程的薄弱環節，而不是被動地等待審計。讀完這部分，我立即嘗試在我的項目中引入瞭幾種更側重於“預防”而非“偵測”的早期指標，效果立竿見影，團隊對質量的責任感也明顯增強瞭。
评分http://book.douban.com/review/7230799/
评分首先想說，很少看到業界有人敢於挑戰這個高難話題，而且是中國人，勇氣可嘉！其次，書中涉及內容非常廣泛，構建的理論體係也嚴謹閤理，有大量一綫開發者纔能體會到的心得和經驗，還有一些參考數據，比如業界對圈復雜度的考量，值得藉鑒。但作者將海量選擇留給瞭讀者，如果不能充分理解敏捷和精益，肯定會在度量的海洋中迷失。
评分本書是@sgmalt 為謎題尋找啓發式方法的努力. 度量本身還是個謎題, 度量體係要在可靠性, 有效性和成本之間權衡. 度量三要素包括業務目標, 決策場景和指標框架. 貌似少瞭實現手段: 把我們區分開的不是目的(目的是有限的), 而是以什麼取嚮來實現目的. 度量是為瞭反饋, 決定什麼時候應該進行乾預
评分原來我們說：想做性能優化嗎？先度量再優化；現在完全可以說：想導入敏捷或者組織改進嗎？先度量再改進。這本書係統地闡釋瞭軟件交付活動中的定量指標（産能／效率／內部／外部），讓每一項生産改進活動都有據可以。這本書寫到心裏麵瞭，2天看完，5星
评分首先想說，很少看到業界有人敢於挑戰這個高難話題，而且是中國人，勇氣可嘉！其次，書中涉及內容非常廣泛，構建的理論體係也嚴謹閤理，有大量一綫開發者纔能體會到的心得和經驗，還有一些參考數據，比如業界對圈復雜度的考量，值得藉鑒。但作者將海量選擇留給瞭讀者，如果不能充分理解敏捷和精益，肯定會在度量的海洋中迷失。
相關圖書
本站所有內容均為互聯網搜索引擎提供的公開搜索信息，本站不存儲任何數據與內容，任何內容與數據均與本站無關，如有需要請聯繫相關搜索引擎包括但不限於百度，google,bing,sogou 等
© 2026 qciss.net All Rights Reserved. 小哈圖書下載中心 版权所有