知行合一：實(shí)現(xiàn)價(jià)值驅(qū)動(dòng)的敏捷和精益開(kāi)發(fā)

目錄
第一部分　神形兼?zhèn)涞拿艚蓍_(kāi)發(fā)模式
第1章　從“先知后行”到“知行合一”——從傳統(tǒng)開(kāi)發(fā)模式到敏捷開(kāi)發(fā)模式 2
1．1　重新審視項(xiàng)目成功的標(biāo)準(zhǔn) 3
1．1．1　傳統(tǒng)的三要素不一定能客觀(guān)度量項(xiàng)目的成功與否 3
1．1．2　新的項(xiàng)目管理鐵三角 5
1．1．3　敏捷讓我們實(shí)現(xiàn)價(jià)值驅(qū)動(dòng)管理 8
1．2　重新審視瀑布模式為代表的傳統(tǒng)開(kāi)發(fā)方法 9
1．2．1　來(lái)自制造業(yè)的接力式開(kāi)發(fā)模式 9
1．2．2　瀑布開(kāi)發(fā)模式的不合理之處 11
1．3　復(fù)雜軟件項(xiàng)目的共性：需求的不確定及技術(shù)的不確定 11
1．3．1　客戶(hù)對(duì)自己真正需要的產(chǎn)品需要一個(gè)認(rèn)識(shí)的過(guò)程 12
1．3．2　實(shí)現(xiàn)每個(gè)客戶(hù)需求都有代價(jià)，但不是每個(gè)需求都有價(jià)值 13
1．3．3　技術(shù)平臺(tái)的不確定性 14
1．3．4　團(tuán)隊(duì)一開(kāi)始不了解自己的效率 15
1．3．5　傳統(tǒng)方法不能高效解決這些不確定性帶來(lái)的問(wèn)題 15
1．4　從“先知后行”到“知行合一” 16
1．4．1　知行合一是自然的結(jié)論 16
1．4．2　敏捷就是在開(kāi)發(fā)中學(xué)習(xí)、成長(zhǎng)、調(diào)整和完善 18
1．4．3　敏捷是實(shí)現(xiàn)價(jià)值驅(qū)動(dòng)管理的好方法 19
兩個(gè)團(tuán)隊(duì)的故事 20
第2章　敏捷開(kāi)發(fā)方法——摸著石頭過(guò)河的智慧 24
2．1　經(jīng)常被錯(cuò)誤解讀的敏捷宣言及敏捷原則 25
2．1．1　敏捷宣言是價(jià)值宣言 25
2．1．2　敏捷的12原則背后的故事 26
2．2　敏捷開(kāi)發(fā)架構(gòu)與Scrum：調(diào)整中增量開(kāi)發(fā) 31
2．2．1　敏捷開(kāi)發(fā)架構(gòu) 31
2．2．2　 用一分鐘來(lái)解釋一下Scrum以及Scrum中的3個(gè)角色、3個(gè)文檔和5個(gè)會(huì)議 34
2．2．3　敏捷框架下看Scrum 38
2．2．4　Scrum和極限編程的結(jié)合使用 38
2．3　Scrum是一個(gè)實(shí)現(xiàn)敏捷價(jià)值及原則的開(kāi)發(fā)管理架構(gòu) 39
2．3．1　Scrum讓敏捷價(jià)值的實(shí)現(xiàn)變得自然 39
2．3．2　Scrum是敏捷原則的具體體現(xiàn) 40
一個(gè)團(tuán)隊(duì)的兩個(gè)故事 40
第3章　形神兼具——實(shí)現(xiàn)敏捷的核心價(jià)值 43
3．1　形似神不似的Scrum實(shí)施 44
3．1．1　Scrum不能保證解決問(wèn)題，但能保證暴露問(wèn)題 44
3．1．2　沒(méi)有本地化的適配，敏捷過(guò)程很難落地生根 45
3．1．3　不要因?yàn)殄e(cuò)誤的原因引入Scrum，要明確引入敏捷的目的 45
3．2　使用Scrum的藝術(shù) 46
3．2．1　Scrum中的自我管理及實(shí)現(xiàn)方式 46
3．2．2　管理者從監(jiān)控型到服務(wù)型的轉(zhuǎn)變 48
3．2．3　追求問(wèn)題的解決而不是最佳解決方案 49
3．2．4　對(duì)工程人員能力提升及自律的要求 50
3．2．5　Scrum實(shí)踐的互補(bǔ)，完整的Scrum才最有價(jià)值 51
3．3　極限編程是Scrum最好的伙伴 54
3．3．1　技術(shù)債務(wù)：Scrum的殺手 55
3．3．2　極限編程的4個(gè)核心價(jià)值 55
3．3．3　極限編程的原則 57
3．3．4　極限編程的4個(gè)核心工程活動(dòng) 58
3．3．5　極限編程的12條實(shí)踐 59
3．3．6　極限編程+Scrum：1+1>2 60
3．4　引入Scrum等敏捷方法是一場(chǎng)需要勇氣的變革 61
3．4．1　精益組織與敏捷團(tuán)隊(duì) 62
3．4．2　管理者的勇氣：做有遠(yuǎn)見(jiàn)的智慧型領(lǐng)導(dǎo)者 63
3．4．3　工程人員的勇氣：合奏與獨(dú)奏 65
3．4．4　過(guò)程改進(jìn)人員的勇氣：找到你的定位 65
3．5　變革之路：從瀑布模式到敏捷模式的轉(zhuǎn)化 66
3．5．1　瀑布模式到敏捷模式中人和組織的轉(zhuǎn)化 66
3．5．2　瀑布模式到敏捷模式中企業(yè)文化及習(xí)慣的轉(zhuǎn)化 67
3．5．3　瀑布模式到敏捷模式的轉(zhuǎn)化過(guò)程 68
兩個(gè)團(tuán)隊(duì)的故事 69
第二部分　建立以Scrum為框架的軟件開(kāi)發(fā)管理體系
第4章　布好自己的局——確定Scrum中的角色、文檔和活動(dòng) 76
4．1　敏捷轉(zhuǎn)型的布局規(guī)劃 76
4．2　建立自己的敏捷過(guò)程 76
4．2．1　建立一個(gè)端到端的敏捷過(guò)程 77
4．2．2　進(jìn)入Scrum迭代的準(zhǔn)備過(guò)程 79
4．2．3　敏捷迭代過(guò)程及驗(yàn)證過(guò)程 80
4．2．4　敏捷的改進(jìn)過(guò)程 82
4．2．5　選擇敏捷實(shí)踐 82
4．3　確定Scrum的角色 84
4．3．1　豬和雞合作創(chuàng)業(yè)的對(duì)話(huà) 85
4．3．2　選擇Scrum產(chǎn)品經(jīng)理 85
4．3．3　選擇Scrum過(guò)程經(jīng)理 88
4．3．4　選擇Scrum團(tuán)隊(duì)成員 90
4．3．5　架構(gòu)師在Scrum團(tuán)隊(duì)中的定位 91
4．3．6　Scrum of Scrum （大敏捷項(xiàng)目的管理）的安排 92
4．3．7　Scrum中的共享團(tuán)隊(duì)資源 95
4．4　敏捷過(guò)程對(duì)文檔的要求 95
4．4．1　文檔的價(jià)值及應(yīng)用 95
4．4．2　敏捷文檔制作指南 96
4．4．3　敏捷過(guò)程的需求文檔 97
4．4．4　敏捷環(huán)境下的工程文檔 99
4．4．5　必要的維護(hù)文檔 99
4．4．6　敏捷（Scrum）的管理文檔 100
4．5　建立一個(gè)成熟的Scrum過(guò)程 100
4．5．1　什么是成熟的敏捷過(guò)程 101
4．5．2　保證敏捷過(guò)程的執(zhí)行力 101
4．5．3　保證敏捷過(guò)程的改進(jìn)力 102
4．6　敏捷工具 102
兩個(gè)敏捷角色的故事 103
第5章　迭代管理亦有道——執(zhí)行Scrum項(xiàng)目管理 106
5．1　應(yīng)對(duì)變化的敏捷計(jì)劃：波浪式的版本規(guī)劃 106
5．1．1　掌握你的團(tuán)隊(duì)速率 107
5．1．2　允許項(xiàng)目需求范圍有一定的靈活性 109
5．1．3　遵循“最小有市場(chǎng)價(jià)值”原則制訂產(chǎn)品版本計(jì)劃 111
5．1．4　制訂第一個(gè)版本計(jì)劃 112
5．2　Scrum迭代中的管理：頻繁反饋，及時(shí)調(diào)整 114
5．2．1　細(xì)化版本需求列表中的用戶(hù)故事：準(zhǔn)備好下一輪迭代的工作 114
5．2．2　計(jì)劃下一輪迭代 116
5．2．3　開(kāi)好每日站立會(huì)議 117
5．2．4　展示團(tuán)隊(duì)的迭代成果：開(kāi)好迭代評(píng)審會(huì)議 119
5．2．5　不斷完善Scrum過(guò)程：開(kāi)好迭代回顧會(huì)議 120
5．3　建立、維護(hù)你的敏捷島 122
5．3．1　迭代任務(wù)狀態(tài)板塊 122
5．3．2　其他信息板塊 125
5．3．3　白板是最有效的溝通方式 128
5．4　Scrum中的風(fēng)險(xiǎn)管理 129
5．4．1　軟件項(xiàng)目的5大風(fēng)險(xiǎn)來(lái)源 129
5．4．2　把握你的進(jìn)度風(fēng)險(xiǎn) 130
5．4．3　把握好需求使之自然完善而不是遍地蔓生 131
5．4．4　建立一個(gè)T字型能力團(tuán)隊(duì)緩解團(tuán)隊(duì)不穩(wěn)定風(fēng)險(xiǎn) 132
5．4．5　建立維護(hù)好產(chǎn)品規(guī)格 132
5．4．6　克服低效率風(fēng)險(xiǎn)的幾個(gè)法寶 133
兩個(gè)團(tuán)隊(duì)的故事 134
第6章　把握好敏捷的度——敏捷工程及質(zhì)量控制實(shí)踐 139
6．1　再議技術(shù)債務(wù) 139
6．1．1　技術(shù)債務(wù)的來(lái)源 140
6．1．2　管理技術(shù)債務(wù) 140
6．1．3　減少技術(shù)債務(wù)的實(shí)踐 142
6．1．4　減少技術(shù)債務(wù)的具體步驟 143
6．1．5　技術(shù)債務(wù)的度量 144
6．2　敏捷中的需求開(kāi)發(fā)及管理 145
6．2．1　敏捷四級(jí)產(chǎn)品計(jì)劃 146
6．2．2　用戶(hù)類(lèi)型的識(shí)別過(guò)程 146
6．2．3　建立維護(hù)典型用戶(hù)檔案 148
6．2．4　從用例到用戶(hù)故事 148
6．2．5　貫穿整個(gè)開(kāi)發(fā)過(guò)程中的需求澄清：串講及反串講 149
6．3　敏捷中的設(shè)計(jì)和開(kāi)發(fā) 150
6．3．1　簡(jiǎn)明設(shè)計(jì)原則 151
6．3．2　設(shè)計(jì)決策的時(shí)機(jī) 153
6．3．3　再議程序開(kāi)發(fā)中的代碼重構(gòu) 154
6．3．4　敏捷中的評(píng)審 156
6．4　敏捷中的測(cè)試 157
6．4．1　測(cè)試驅(qū)動(dòng)開(kāi)發(fā)的價(jià)值及方法 158
6．4．2　持續(xù)集成：提高開(kāi)發(fā)效率的重要保證 158
6．4．3　敏捷測(cè)試策略及方法 160
6．4．4　讓發(fā)現(xiàn)的缺陷的價(jià)值最大化 162
6．5　健康迭代比速度更重要 163
兩個(gè)團(tuán)隊(duì)的故事 165
第三部分　CMMI框架下的敏捷實(shí)施
第7章　盲人摸象——關(guān)于敏捷和CMMI的錯(cuò)誤偏見(jiàn) 170
7．1　來(lái)自?xún)蓚€(gè)陣營(yíng)的偏見(jiàn) 170
7．2　CMMI的核心和價(jià)值 172
7．3　CMMI+敏捷：解決軟件開(kāi)發(fā)問(wèn)題之匙 175
7．4　來(lái)自敏捷宣言起草者及CMMI作者的最新聲音 178
敏捷和CMMI的故事 180
第8章　建立敏捷的保護(hù)網(wǎng)——CMMI架構(gòu)下的敏捷實(shí)施 187
8．1　從使用角度看CMMI 187
8．1．1　一個(gè)產(chǎn)品開(kāi)發(fā)最佳實(shí)踐的集合 187
8．1．2　CMMI的4條主線(xiàn) 188
8．1．3　正確解讀CMMI評(píng)估 190
8．1．4　CMMI對(duì)工作產(chǎn)品（文檔）的要求 191
8．2　完善Scrum實(shí)現(xiàn)CMMI項(xiàng)目管理的要求 192
8．2．1　需求管理和“Scrum+極限編程” 193
8．2．2　項(xiàng)目計(jì)劃和“Scrum+極限編程” 194
8．2．3　項(xiàng)目監(jiān)督與控制和“Scrum+極限編程” 195
8．2．4　供方協(xié)議管理和“Scrum+極限編程” 196
8．2．5　集成項(xiàng)目管理和“Scrum+極限編程” 197
8．2．6　風(fēng)險(xiǎn)管理和“Scrum+極限編程” 198
8．3　用敏捷實(shí)踐實(shí)現(xiàn)CMMI工程活動(dòng)的要求 199
8．3．1　需求開(kāi)發(fā)和“Scrum+極限編程” 199
8．3．2　技術(shù)解決方案和“Scrum+極限編程” 201
8．3．3　產(chǎn)品集成和“Scrum+極限編程” 202
8．3．4　驗(yàn)證和“Scrum+極限編程” 203
8．3．5　確認(rèn)和“Scrum+極限編程” 205
8．4　用敏捷手段實(shí)現(xiàn)CMMI支持活動(dòng)的要求 206
8．4．1　敏捷環(huán)境下的過(guò)程與產(chǎn)品質(zhì)量保證 206
8．4．2　敏捷環(huán)境下的配置管理 210
8．4．3　敏捷環(huán)境下的度量與分析 212
8．4．4　敏捷環(huán)境下的決策分析與解決 214
8．5　敏捷環(huán)境下實(shí)現(xiàn)CMMI過(guò)程管理的要求 215
8．5．1　敏捷環(huán)境下的組織級(jí)過(guò)程關(guān)注 215
8．5．2　敏捷環(huán)境下的組織級(jí)過(guò)程定義 217
8．5．3　Scrum環(huán)境下的組織級(jí)培訓(xùn) 218
8．6　敏捷環(huán)境下實(shí)現(xiàn)CMMI高成熟度的要求 219
8．6．1　敏捷下的量化管理：QPPO、基線(xiàn)及模型（OPP和QPM） 219
8．6．2　敏捷環(huán)境下過(guò)程優(yōu)化管理：CAR和OPM 221
8．7　敏捷環(huán)境下的CMMI評(píng)估應(yīng)關(guān)注的兩個(gè)問(wèn)題 224
8．7．1　實(shí)施選擇還是模型要求 224
8．7．2　理解模型的目的 225
敏捷環(huán)境下的兩個(gè)CMMI實(shí)施和評(píng)估故事 226
第四部分　新一代精益軟件工程
第9章　敏捷不是解決軟件開(kāi)發(fā)問(wèn)題的銀彈 232
9．1　再議軟件過(guò)程的特殊性 233
9．1．1　軟件過(guò)程公理 233
9．1．2　軟件過(guò)程體系應(yīng)追求的價(jià)值 235
9．2　敏捷的局限及挑戰(zhàn) 236
9．2．1　如何盡早獲取有價(jià)值的用戶(hù)反饋 236
9．2．2　如何設(shè)計(jì)軟件架構(gòu)支持快速迭代開(kāi)發(fā) 237
9．2．3　缺乏具體有效方法實(shí)現(xiàn)敏捷原則 238
9．2．4　忽略了開(kāi)發(fā)中的等待隊(duì)列 238
9．2．5　忽略了開(kāi)發(fā)過(guò)程中的變異管理 239
9．3　有效軟件開(kāi)發(fā)借鑒之源及應(yīng)具備的特點(diǎn) 239
9．3．1　軟件開(kāi)發(fā)借鑒之源 239
9．3．2　有效軟件開(kāi)發(fā)模式應(yīng)具備的特點(diǎn) 240
第10章　軟件開(kāi)發(fā)的新模式——新一代精益軟件工程 242
10．1　初級(jí)軟件精益開(kāi)發(fā)模式：看板方法 243
10．2　精益軟件開(kāi)發(fā)框架 244
10．3　用經(jīng)濟(jì)指標(biāo)指導(dǎo)軟件開(kāi)發(fā) 245
10．4　用基本隊(duì)列理論、統(tǒng)計(jì)方法管理軟件開(kāi)發(fā)過(guò)程 247
10．4．1　管理好軟件開(kāi)發(fā)中的等待隊(duì)列問(wèn)題 248
10．4．2　軟件開(kāi)發(fā)過(guò)程中變異量的管理 251
10．5　兩個(gè)關(guān)鍵關(guān)注點(diǎn) 254
10．5．1　控制好軟件批量開(kāi)發(fā)規(guī)模 255
10．5．2　控制好軟件開(kāi)發(fā)隊(duì)列的WIP個(gè)數(shù) 256
10．6　精益管理控制實(shí)踐 257
10．6．1　在充滿(mǎn)不確定的環(huán)境下，盡可能保持流暢的軟件開(kāi)發(fā)通道 257
10．6．2　充分、及時(shí)、有效地利用開(kāi)發(fā)過(guò)程中的反饋信息 259
10．6．3　軟件開(kāi)發(fā)中集中與分散協(xié)調(diào)控制機(jī)制 260
10．7　實(shí)踐出真知 262
參考文獻(xiàn) 264