溫伯格的軟件管理學(xué)（第4卷）

內(nèi)容概要

專案為何會落後一年？……因?yàn)槊看温溽嵋惶??！度嗽律裨挕芬懈咂焚|(zhì)的軟體，就要有高品質(zhì)的管理。——《溫伯格的軟體管理學(xué)》《溫伯格的軟體管理學(xué)》一套四冊，主題分別是：一、 系統(tǒng)化思考（Systems Thinking）、二、 第一級評量（First-Order Measurement）、三、 關(guān)照全局的管理作為（Congruent Action）、四、 擁抱變革（Anticipating Change）。本書是這個(gè)系列的第四本，要談的主題是：如何創(chuàng)造一個(gè)有利於軟體工程進(jìn)行的環(huán)境。前三本書已談過為了創(chuàng)造高品質(zhì)的軟體，如何進(jìn)行高品質(zhì)的管理；而這本書是說明如何創(chuàng)造出實(shí)踐必要的變革所需之環(huán)境，在這種環(huán)境下，專案的品質(zhì)與生產(chǎn)力都會有大幅的進(jìn)步。變革聽起來很偉大，其實(shí)就是改變，無論是組織引進(jìn)一項(xiàng)新工具、改善流程、或是來了一個(gè)新主管，或是在個(gè)人層次的改善，都是一種變革。為了能夠成功變革，個(gè)人和組織都必須學(xué)習(xí)，能夠成長。然而軟體這個(gè)行業(yè)，由於一直以來未能創(chuàng)造出一個(gè)有利於軟體工程的環(huán)境，使得軟體產(chǎn)業(yè)在實(shí)踐品質(zhì)與生產(chǎn)力方面，大多數(shù)都以失敗收場。為了改善糟糕的情況，大多數(shù)的經(jīng)理人將錢花在工具、方法論、外包、訓(xùn)練、套裝應(yīng)用軟體上，而沒有用心去改善、或撤換掉那些造成這種後果的始作俑者——經(jīng)理人。在本系列的前三卷已談到，想要在軟體工程的管理上獲得高品質(zhì)的成果，需要具備以下三種能力：1. 具有了解複雜情況的能力，讓你能夠?yàn)閷０缸龊檬虑暗囊?guī)畫，從而進(jìn)行觀察並採取行動(dòng)，使專案能依計(jì)畫進(jìn)行，或適時(shí)修正原計(jì)畫。（第1卷）2. 具有觀察事態(tài)如何發(fā)展的能力，並且有能力從你所採取的因應(yīng)行動(dòng)是否有效，來判斷你觀察的方向是否正確。（第2卷）3. 在複雜的人際關(guān)係中，即使你會感到迷惘、憤怒、或是非常害怕，甚至害怕到想要一走了之並躲起來，但你仍然有能力採取合宜的行動(dòng)。（第3卷）本書所談的組織變革，就是要讓經(jīng)理人運(yùn)用前三卷的觀念和工具來進(jìn)行管理，讓你的組織不僅現(xiàn)在能了解和實(shí)踐優(yōu)良的軟體工程觀念，未來也可以。這樣的組織稱為「防範(fàn)未然型」（Anticipating）的組織，它讓組織變革成為一種明確的、普遍性的功能?！阜拦?fàn)未然型」的文化具有四個(gè)特性：1. 它具有有效的模型，以協(xié)助人們在理智與情感上了解組織與個(gè)人的改變。2. 組織裡的員工（不光是經(jīng)理人）有相當(dāng)高的比例是擁有技能的變革能手（change artist），他們獲得組織實(shí)務(wù)上的支持，能夠使變革順利進(jìn)行。3. 「防範(fàn)未然型」組織總是前瞻未來，並且為變革做好規(guī)畫。在變革能手的協(xié)助下，這種文化知道如何堅(jiān)持到底執(zhí)行計(jì)畫。4. 「防範(fàn)未然型」文化讓有計(jì)畫的變革立足於健全軟體工程實(shí)務(wù)的基礎(chǔ)上，使評量和預(yù)測得以進(jìn)行。本書的主題包括：常見的變革模型、薩提爾變革模型、外來成分（foreign element）、變革才能（change artistry）、變革能手（change artist）、個(gè)人對於變革的反應(yīng)、設(shè)計(jì)債務(wù)、維護(hù)債務(wù)、統(tǒng)合規(guī)畫（meta-planning）、戰(zhàn)術(shù)性變革規(guī)畫、變革專案vs.軟體專案、流程原則與模型、為什麼專案會失敗、流程的三種含義、流程改善的三種層次、需求流程與管理、測試vs.竄改程式、正確地啟動(dòng)專案、正確地維持專案、適當(dāng)?shù)亟K止專案、保護(hù)資訊資產(chǎn)、技術(shù)移轉(zhuǎn)的法則、以及六個(gè)附錄幫助複習(xí)本系列所運(yùn)用到的觀念模型。組織需要成長，個(gè)人也需要不斷學(xué)習(xí)，以因應(yīng)變化，為未來做好準(zhǔn)備。本書將幫助您成為傑出的軟體工程經(jīng)理人，並有能力帶領(lǐng)整個(gè)組織進(jìn)行轉(zhuǎn)型。也讓您的組織能夠邁向永續(xù)學(xué)習(xí)、持續(xù)改善。

作者簡介

傑拉爾德．溫伯格Gerald M． Weinberg
是美國軟體工程界大師級的人物。在40多年的軟體業(yè)生涯中，他曾任職於IBM、Ethnotech、水星計(jì)畫（美國第一個(gè)載人太空計(jì)畫），並曾任教於多所大學(xué)。他更是傑出的軟體專業(yè)作家和軟體管理思想家，因?qū)夹g(shù)問題與人性問題所提出的創(chuàng)新思考法而為世人所推崇。1997年，溫伯格因其在軟體領(lǐng)域的傑出貢獻(xiàn)，入選為美國計(jì)算機(jī)博物館的「計(jì)算機(jī)名人堂」成員。他也榮獲J.-D. Warnier獎(jiǎng)項(xiàng)中的「資訊科學(xué)類卓越獎(jiǎng)」，此獎(jiǎng)每年一度頒發(fā)給在資訊科學(xué)領(lǐng)域?qū)碚撆c實(shí)際應(yīng)用有傑出貢獻(xiàn)的人士。
溫伯格共寫了30幾本書，包括《顧問成功的祕密》、《真正的問題是什麼？你想通了嗎？》、《領(lǐng)導(dǎo)者，該想什麼？》、《從需求到設(shè)計(jì)》（以上由經(jīng)濟(jì)新潮社出版）、《程式設(shè)計(jì)的心理學(xué)》、一共四冊的《溫伯格的軟體管理學(xué)》等等，這些著作主要涵蓋兩個(gè)主題：人與技術(shù)的結(jié)合；人的思維模式、思維習(xí)慣與解決問題的方法。在西方國家，溫伯格擁有大量的忠實(shí)讀者。溫伯格現(xiàn)為Weinberg and Weinberg顧問公司的負(fù)責(zé)人，他的網(wǎng)站是www.geraldmweinberg.com

書籍目錄

致臺灣讀者　　傑拉爾德．溫伯格　　7
Preface to the Chinese Editions　　10
〔導(dǎo)讀〕從技術(shù)到管理，失落的環(huán)節(jié)　　曾昭屏　　13
〔推薦序〕期望改變又不想受傷害的軟工思維　　王克明　　17
編輯說明　　24
謝詞　　35
前言　　39
第一部　讓變革真正能夠發(fā)生的模型
1 一些常見的變革模型 45
1.1  擴(kuò)散模型　　46
1.2  地板有洞模型　　48
1.3  牛頓模型　　53
1.4  學(xué)習(xí)曲線模型　　57
1.5  心得與建議　　59
1.6  摘要　　60
1.7  練習(xí)　　62
2 薩提爾變革模型 65
2.1  模型綜述　　65
2.2  第1階段：近期現(xiàn)狀階段　　67
2.3  第2階段：混亂階段　　72
2.4  第3階段：整合與實(shí)踐階段　　74
2.5  第4階段：「新現(xiàn)狀」階段　　77
2.6  心得與建議　　79
2.7  摘要　　82
2.8  練習(xí)　　84
3 對變革的反應(yīng) 87
3.1  抉擇點(diǎn)　　88
3.2  運(yùn)用麥理曼的時(shí)區(qū)理論來決定變革介入時(shí)機(jī)　　94
3.3  資訊流動(dòng)的方式　　97
3.4  統(tǒng)合變革　　100
3.5  防範(fàn)未然型組織中的變革　　102
3.6  心得與建議　　104
3.7  摘要　　106
3.8  練習(xí)　　109
第二部　防範(fàn)未然型組織中的變革才能
4 變革才能 115
4.1  個(gè)人對變革的反應(yīng)　　116
4.2  個(gè)案研究：變更座位安排　　121
4.3  個(gè)案研究：程式碼修補(bǔ)　　123
4.4  個(gè)案研究：知道什麼事該丟下不管　　125
4.5  心得與建議　　127
4.6  摘要　　128
4.7  練習(xí)　　131
5 大部分事情維持不變 133
5.1  你在維持什麼？　　134
5.2  揭露使用中的理論　　138
5.3  變質(zhì)　　140
5.4  設(shè)計(jì)維護(hù)債務(wù)　　141
5.5  變革才能債務(wù)　　144
5.6  破壞變革才能　　145
5.7  經(jīng)理人的簡單規(guī)則　　148
5.8  心得與建議　　149
5.9  摘要　　150
5.10  練習(xí)　　153
6 練習(xí)成為變革能手 155
6.1  去上班　　155
6.2  做一項(xiàng)小改變　　157
6.3  什麼都不改變　　160
6.4  改變關(guān)係　　162
6.5  成為觸媒　　165
6.6  完全在場　　167
6.7  完全不在場　　170
6.8  應(yīng)用加法原則　　172
6.9  安排「大旅行」（Grand Tour）　　174
6.10  以史為鑑　　176
6.11  將理論化為實(shí)務(wù)　　178
6.12  自我發(fā)展　　180
第三部　替未來的組織做規(guī)畫
7 統(tǒng)合規(guī)畫第一部分：資訊 183
7.1  從統(tǒng)合規(guī)畫開始　　184
7.2  資訊蒐集　　188
7.3  技巧　　201
7.4  心得與建議　　203
7.5  摘要　　205
7.6  練習(xí)　　207
8 統(tǒng)合規(guī)畫第二部分：系統(tǒng)思考 211
8.1  解決問題　　212
8.2  成長與規(guī)?！　?15
8.3  風(fēng)險(xiǎn)與報(bào)酬　　222
8.4  信賴　　227
8.5  移除掉完全靜止不動(dòng)　　230
8.6  心得與建議　　234
8.7  摘要　　236
8.8  練習(xí)　　240
9 戰(zhàn)術(shù)性變革規(guī)畫 243
9.1  何謂戰(zhàn)術(shù)性變革規(guī)畫？　　244
9.2  開放式的變革規(guī)畫　　245
9.3  以倒推方式做規(guī)畫　　247
9.4  挑選實(shí)際可行的新目標(biāo)　　250
9.5  從頭到尾言行一致　　253
9.6  挑選與測試目標(biāo)　　255
9.7  什麼會妨礙達(dá)成目標(biāo)？　　260
9.8  面臨不可預(yù)測性時(shí)的規(guī)畫模型　　261
9.9  回饋計(jì)畫　　268
9.10  心得與建議　　270
9.11  摘要　　271
9.12  練習(xí)　　273
10 以軟體工程師的思維做規(guī)畫 275
10.1  工程控制的含意　　276
10.2  工程管理行動(dòng)的基本圖　　285
10.3  控制的層級　　286
10.4  心得與建議　　292
10.5  摘要　　295
10.6  練習(xí)　　296
第四部　應(yīng)該改變什麼
11 穩(wěn)定軟體工程的構(gòu)成要件 301
11.1  為什麼軟體沒什麼不同　　302
11.2  為什麼軟體成本如此高昂　　304
11.3  何處可找到改進(jìn)空間　　307
11.4  為什麼軟體專案會失敗　　309
11.5  資訊失敗　　310
11.6  找出資訊失敗的解決方案　　314
11.7  行動(dòng)失敗　　317
11.8  心得與建議　　319
11.9  摘要　　320
11.10  練習(xí)　　321
12 流程原則 323
12.1  百萬富翁測驗(yàn)　　324
12.2  穩(wěn)定性原則　　326
12.3  明顯性原則　　330
12.4  可評量性原則　　334
12.5  產(chǎn)品原則　　337
12.6  心得與建議　　340
12.7  摘要　　341
12.8  練習(xí)　　343
13 文化與流程 345
13.1  文化∕流程原則　　346
13.2  文化與流程互動(dòng)的例子　　347
13.3  流程的三種含義　　353
13.4  是什麼創(chuàng)造了文化？　　358
13.5  心得與建議　　360
13.6  摘要　　362
13.7  練習(xí)　　364
14 改善流程 369
14.1  三種流程改善層次　　370
14.2  一個(gè)流程改善案例　　371
14.3  讓看不見的變成可見　　376
14.4  預(yù)防未來再發(fā)生　　377
14.5  學(xué)到的教訓(xùn)　　378
14.6  但是我們公司不一樣　　379
14.7  但是那代價(jià)太高　　382
14.8  心得與建議　　385
14.9  摘要　　386
14.10  練習(xí)　　388
15 需求原則與流程 389
15.1  固定需求的假設(shè)　　390
15.2  軟體品質(zhì)第零法則　　392
15.3  需求的流程模型　　395
15.4  孿生流程　　397
15.5  需求的向上流動(dòng)　　399
15.6  管理階層對需求流程的態(tài)度　　401
15.7  心得與建議　　403
15.8  摘要　　404
15.9  練習(xí)　　407
16 改善需求流程 409
16.1  衡量需求的真正成本與價(jià)值　　410
16.2  獲得對需求投入的控制　　414
16.3  獲得對需求產(chǎn)出的控制　　421
16.4  獲得對需求流程本身的控制　　425
16.5  心得與建議　　429
16.6  摘要　　431
16.7  練習(xí)　　434
17 正確地啟動(dòng)專案 437
17.1  專案的先決條件　　438
17.2  想要的結(jié)果　　442
17.3  指導(dǎo)方針　　444
17.4  資源　　446
17.5  責(zé)任歸屬　　448
17.6  後果　　451
17.7  心得與建議　　455
17.8  摘要　　458
17.9  練習(xí)　　462
18 正確地維持專案 463
18.1  瀑布模型　　464
18.2  級聯(lián)模型　　466
18.3  疊代強(qiáng)化　　468
18.4  可再利用的程式碼　　469
18.5  原型設(shè)計(jì)　　471
18.6  重新規(guī)畫　　474
18.7  心得與建議　　479
18.8  摘要　　482
18.9  練習(xí)　　486
19 適當(dāng)?shù)亟K止專案 487
19.1  測試　　488
19.2  測試vs.竄改程式　　492
19.3  如何知道專案何時(shí)步入失敗　　499
19.4  使專案重生　　504
19.5  心得與建議　　506
19.6  摘要　　509
19.7  練習(xí)　　512
20 以更小規(guī)模更快速建造 515
20.1  更小的意思是什麼？　　516
20.2  縮減規(guī)格的範(fàn)圍　　519
20.3  消除最糟糕的部分　　520
20.4  盡早拿掉　　525
20.5  管理遲來的需求　　528
20.6  心得與建議　　533
20.7  摘要　　535
20.8  練習(xí)　　538
21 保護(hù)資訊資產(chǎn) 539
21.1  程式碼庫　　542
21.2  資料字典　　543
21.3  標(biāo)準(zhǔn)　　546
21.4  設(shè)計(jì)　　547
21.5  測試庫及其歷史　　549
21.6  其他文件　　551
21.7  增進(jìn)資產(chǎn)保護(hù)　　551
21.8  心得與建議　　555
21.9  摘要　　557
21.10  練習(xí)　　560
22 管理設(shè)計(jì) 561
22.1  設(shè)計(jì)創(chuàng)新的生命週期　　562
22.2  設(shè)計(jì)的動(dòng)態(tài)學(xué)　　564
22.3  艾德蒙．希拉瑞學(xué)派　　570
22.4  法蘭克．洛伊．萊特癥候群　　571
22.5  泰德．威廉斯理論　　573
22.6  太多廚師　　577
22.7  哎呀！　　577
22.8  心得與建議　　579
22.9  摘要　　579
22.10  練習(xí)　　583
23 引進(jìn)技術(shù) 585
23.1  調(diào)查工具文化　　586
23.2  技術(shù)與文化　　588
23.3  技術(shù)移轉(zhuǎn)定律　　593
23.4  從危機(jī)到鎮(zhèn)靜的型態(tài)管制　　596
23.5  技術(shù)移轉(zhuǎn)十誡　　600
23.6  第十一條戒律　　606
23.7  心得與建議　　607
23.8  摘要　　609
23.9  練習(xí)　　612
第五部　結(jié)語
附錄A　效應(yīng)圖　　619
附錄B　薩提爾人際互動(dòng)模型　　623
附錄C　軟體工程文化模式　　625
附錄D　控制模型　　633
附錄E　觀察者的三種立場　　641
附錄F　梅布二氏人格類型指標(biāo)與四種氣質(zhì)　　643
註解　　651
法則、定律、與原理一覽表　　673
人名索引　　679
名詞索引　　683

圖書封面

圖書標(biāo)簽Tags

無

評論、評分、閱讀與下載

---

    溫伯格的軟件管理學(xué)（第4卷） PDF格式下載

---