術以載道：軟件過程改進實踐指南

目　錄
第1章　CMMI實施精要　1
1．1　對CMMI的基本認識　1
1．1．1　CMMI是什么　1
1．1．2　CMMI里有什么　3
1．1．3　CMMI的構件　6
1．1．4　CMMI的表示方法　9
1．1．5　CMMI成熟度等級的比較　11
1．1．6　如何學習CMMI　16
1．2　EPG的工作指南　19
1．2．1　EPG成員選擇四要素　20
1．2．2　EPG的工作指南　21
1．2．3　EPG如何應對企業(yè)政治　22
1．2．4　EPG常犯的10種錯誤　23
1．2．5　識別過程改進點的9種手段　27
1．3　如何實施CMMI　29
1．3．1　實施CMMI時必須解決的7個認識問題　29
1．3．2　軟件過程改進的11條成功策略　35
1．3．3　CMMI實施的4個重大失誤　46
1．3．4　CMMI成功的根本原因是什么　49
1．3．5　Infosys公司過程改進的18條經(jīng)驗　50
1．4　CMMI實施的難點與對策　51
1．4．1　CMMI 2級的難點　51
1．4．2　CMMI 2級難點之對策　53
1．4．3　二級的實效體現(xiàn)在哪里　54
1．4．4　CMMI 3級的難點　57
1．4．5　CMMI 4級的難點　58
1．4．6 為什么難以達到高成熟度　59
第2章　敏捷方法實踐精要　61
2．1　Scrum敏捷項目管理　62
2．1．1　Scrum 的3個角色　63
2．1．2　Scrum的3個文檔　67
2．1．3　4種會議　73
2．1．4　如何開每日站立會議　84
2．2　XP極限編程的12條實踐　87
2．3　時間箱管理　89
2．4　策劃撲克法　90
2．5　敏捷度量　91
2．6　關于敏捷方法的典型問題　92
2．6．1　什么是敏捷方法的“神”　92
2．6．2　如何建立團隊文化　93
2．6．3　如何運用敏捷實踐解決其他問題　94
2．6．4　如何理解平穩(wěn)的開發(fā)速度　94
2．7　敏捷始于客戶　95
2．8　軟件工程7原則與敏捷實踐　95
第3章　如何建立過程體系　98
3．1　過程的基本概念　98
3．2　過程體系的建立基礎　101
3．3　建立過程體系時的注意事項　102
3．4　過程體系建立的步驟　103
3．5　定義公司的過程大綱　103
3．6　確定項目的類型　104
3．7　確定描述規(guī)范　105
3．7．1　ETVX過程描述模式　106
3．7．2　過程描述的12個屬性　109
3．8　定義質(zhì)量方針　111
3．8．1　先定義方針，再定義過程　111
3．8．2　定義方針的原則　112
3．9　定義過程　114
3．10　如何定義文檔模板　116
3．10．1　模板定義的要點　116
3．10．2　控制模板數(shù)量的基本原則　116
3．11　如何定義檢查單　117
3．12　如何定義裁剪指南　119
3．13　如何執(zhí)行過程體系的評審　120
3．14　常被忽略的過程　121
3．15　小型項目的管理策略　122
3．16　維護類項目的管理策略　125
3．17　如何將過程敏捷化　126
第4章　項目策劃　129
4．1　項目策劃的9個基本要點　129
4．2　過程設計的4個層次　132
4．3　軟件項目的目標管理　133
4．4　過程體系的裁剪步驟　134
4．5　WBS分解指南　137
4．5．1　WBS的基本概念　137
4．5．2　WBS分解方法　137
4．5．3　表示方法　139
4．5．4　分解方式　140
4．5．5　分解原則　143
4．5．6　分解步驟　145
4．5．7　WBS中容易遺忘的任務　147
4．6　白話軟件估計　147
4．7　做好軟件估計的六個原則　149
4．8　為什么要做規(guī)模估計　151
4．9　COSMIC-FFP規(guī)模估算方法　152
4．9．1　功能點度量方法簡介　152
4．9．2　COSMIC-FFP方法的基本原理　153
4．9．3　COSMIC-FFP的估算過程　154
4．9．4　COSMIC-FFP中的基本概念　156
4．9．5　COSMIC-FFP的規(guī)則　158
4．9．6　COSMIC-FFP的實踐綜述　163
4．10　Pert Sizing估算方法　163
4．11　寬帶Delphi估計方法指南　165
4．12　軟件項目工作量估算指南　170
4．12．1　估算時機　170
4．12．2　可能的估算輸入　170
4．12．3　估算對象　171
4．12．4　估算方法　171
4．12．5　生產(chǎn)率的含義　173
4．12．6　多種場景下的估算步驟　174
4．13　風險策劃　180
4．13．1　風險來源與風險分類　180
4．13．2　如何識別風險　182
4．13．3　風險計劃與跟蹤　188
4．14　項目計劃評審的檢查點　189
4．15　項目計劃書中的內(nèi)容　190
第5章　項目跟蹤與控制　193
5．1　軟件項目管理的實戰(zhàn)原則　193
5．2　為什么要記錄日志　198
5．3　如何保證日志的準確性　199
5．4　如何開會　200
5．5　如何開項目組的周例會　202
5．5．1　周例會準備活動　202
5．5．2　召開周例會活動　203
5．5．3　編寫與發(fā)布會議紀要　203
5．6　里程碑評審指南　204
5．7　如何做項目總結　206
5．8　組織級的項目管理例會的匯報要點　207
5．9　高層經(jīng)理監(jiān)控項目的11種思維模式　208
5．10　掙值管理　211
第6章　需求工程　213
6．1　需求獲取方法　213
6．1．1　需求獲取原則　213
6．1．2　需求調(diào)研的步驟　214
6．1．3　需求獲取的重點　217
6．1．4　需求獲取的注意事項　218
6．2　需求分析的思維方式　219
6．3　需求描述方法　221
6．3．1　需求必須文檔化　221
6．3．2　信息管理系統(tǒng)的需求描述方法　222
6．3．3　需求與設計的界線　232
6．3．4　需求文檔與設計文檔的區(qū)別　233
6．4　需求評審　236
6．4．1　軟件需求評審之道　236
6．4．2　同行評審培訓練習點評　242
6．5　需求管理　243
6．5．1　需求管理的基本原則　243
6．5．2　需求控制組的構成　245
6．5．3　需求變更的深入分析　247
6．5．4　需求跟蹤矩陣的常見疑問　249
6．5．5　需求管理過程域的要點　251
6．6　需求工程的12條最佳實踐　254
第7章　軟件設計與實現(xiàn)　259
7．1　白話軟件架構與架構師　259
7．2　設計模式　262
7．2．1　如何學習設計模式　262
7．2．2　3種工廠模式的比較　263
7．2．3　設計模式復雜度排名　264
7．3　設計評審檢查單　267
7．4　程序設計風格　268
7．5　代碼評審　279
7．5．1　代碼評審的意義　279
7．5．2　代碼評審常見問題與最佳實踐　279
7．5．3　代碼評審的檢查要點　280
7．5．4　代碼評審檢查單　282
7．5．5　代碼走查改進案例　283
7．6　持續(xù)集成環(huán)境的構建　285
7．6．1　Java環(huán)境下的持續(xù)集成平臺　285
7．6．2　．Net環(huán)境下的持續(xù)集成平臺　286
7．6．3　C++環(huán)境下的持續(xù)集成平臺　286
7．7　一次典型的重構　287
7．8　改進代碼質(zhì)量　293
第8章　測試與同行評審　295
8．1　質(zhì)量管理的西藥與中藥　295
8．2　4種測試層次的比較　296
8．3　集成測試用例的案例　297
8．4　單元測試　298
8．4．1　如何推廣單元測試　298
8．4．2　單元測試培訓練習總結　302
8．4．3　Checkstyle試用案例　304
8．4．4　測試驅(qū)動開發(fā)案例　316
8．5　性能測試策略的案例　320
8．6　不可重現(xiàn)缺陷的應對策略　321
8．7　同行評審策略　323
8．8　同行評審的常見問題與對策　324
8．9　如何分析同行評審的度量數(shù)據(jù)　328
8．10　軟件開發(fā)的質(zhì)量紅線　331
8．11　產(chǎn)品的內(nèi)部質(zhì)量與外部質(zhì)量　332
第9章　質(zhì)量保證　334
9．1　質(zhì)量保證與質(zhì)量控制的區(qū)別　334
9．2　質(zhì)量保證的價值　336
9．3　質(zhì)量保證人員與項目經(jīng)理的質(zhì)量責任　337
9．4　質(zhì)量保證人員與過程改進人員的責任融合　337
9．5　質(zhì)量保證的組織結構形式　338
9．6　質(zhì)量保證工作的8個原則　339
9．7　質(zhì)量保證人員的工作內(nèi)容　340
9．8　質(zhì)量保證例會的6個問題　341
9．9　如何消除對質(zhì)量保證的抵觸情緒　342
9．10　質(zhì)量保證人員配備　344
9．11　質(zhì)量保證人員的知識體系　345
第10章　配置管理　347
10．1　配置管理的基本概念　347
10．2　數(shù)據(jù)管理與配置管理的區(qū)別　348
10．3　如何組建CCB　350
10．4　納入基線管理的一般原則　351
10．5　配置控制的3個等級　352
10．6　配置管理的三庫　354
10．7　配置管理員的職責定義　355
10．8　配置審計的種類與區(qū)別　356
第11章　量化項目管理　360
11．1　如何識別度量元　360
11．2　如何設計數(shù)據(jù)的指示器　365
11．3　如何定義指示器與度量元　368
11．4　度量數(shù)據(jù)分析的3個層次　370
11．5　過程性能基線　372
11．5．1　什么是過程性能基線　372
11．5．2　應該建立哪些PPB　373
11．5．3　如何建立PPB　373
11．5．4　建立PPB的注意事項　374
11．5．5　證明過程穩(wěn)定需要的樣本個數(shù)　376
11．5．6　何時重新計算PPB　377
11．5．7　如何判定PPB的可用性　377
11．5．8　項目級的PPB　377
11．6　控制圖在軟件管理中的應用　378
11．6．1　控制圖的含義　378
11．6．2　什么是“特殊原因”　378
11．6．3　異常點的識別規(guī)則　379
11．6．4　異常點的刪除方法　380
11．6．5　控制圖典型錯誤案例一　380
11．6．6　控制圖典型錯誤案例二　383
11．7　箱線圖在軟件管理中的應用　387
11．8　軟件過程性能模型　391
11．8．1　什么是過程性能模型　391
11．8．2　如何建立過程性能模型　392
11．8．3　過程性能模型的實例　394
11．8．4　為什么無法建立過程性能模型　396
11．9　為什么建立了性能基線還需要建立性能模型　399
11．10　如何度量項目的進度與進展　401
11．11　TSP中的10個量化法則　401
第12章　CMMI的評估　403
12．1　如何選擇參評項目個數(shù)　403
12．2　SCAMPI V1．3的證據(jù)覆蓋規(guī)則　406
12．3　評估組員的資質(zhì)要求　408
12．4　如何準備評估計劃　409
12．5　如何執(zhí)行就緒檢查　410
12．6　被訪談人員注意事項　412
12．7　高成熟度評估時常發(fā)現(xiàn)的問題　414
12．8　評估之后的CMMI怪相分析　415
第13章　人員管理　420
13．1　軟件企業(yè)以人為本的16項措施　420
13．2　如何選擇與使用項目經(jīng)理　421
13．3　職業(yè)程序員培養(yǎng)之道　424
13．4　職業(yè)程序員與業(yè)余程序員的區(qū)別　429
13．5　程序員敬業(yè)精神的具體表現(xiàn)　430
13．6　采用“師徒制”培養(yǎng)新員工　430
13．7　研發(fā)人員考核的10項基本原則　432
13．8　以人為本的People CMM　434
后記　440
參考文獻　441