如果你的專案正在走向失敗，你看得出來嗎？
觀察，是一門科學。學會觀察「發生了什麼事」，學好評量方法，是專案成功的關鍵！

★如果《人月神話》是一種反思與沉澱，那麼《溫伯格的軟體管理學》這套書就是軟體專案管理的最佳實務！

《溫伯格的軟體管理學》一套四冊，主題分別是：
一、 系統化思考（Systems Thinking）、
二、 第一級評量（First-Order Measurement）、
三、 關照全局的管理作為（Congruent Action）、
四、 擁抱變革（Anticipating Change）。

本書《第一級評量》簡介：

要有高品質的軟體，就要有高品質的管理，因此你需要具備三項基本的能力：
1. 具有了解複雜情況的能力，你因此能為專案做好事前的規畫，並據此進行觀察及採取行動，以保持專案能依計畫進行，或是去修正原計畫。
2. 具有觀察發生了什麼事的能力，並且能夠從行動要有成效而且符合當時情況所需的觀點，來解讀你的觀察所代表的意義。
3. 在複雜的人際關係中，即使你會感到迷惘、憤怒、或是非常害怕，甚至害怕到你想要當場逃離並找個地方躲起來，但你仍然具有做出適切反應的能力。

在第1卷《系統化思考》中所談的是第一項能力－－了解複雜情況的能力。而在本書《第一級評量》要談的是觀察發生了什麼事的能力，以及去解讀你的觀察所代表的意義的能力。就像開車需要看儀表板一樣，管理專案要看哪些指標？這些指標怎麼用？所代表的意義是什麼？這就是本書所說的「評量」。

評量為什麼很重要？許多軟體專案最後會失敗，大多數是因為「觀察上的失敗」所致。而評量就是「進行可靠觀察」的一門藝術，也是一門科學。而第一級評量，就相當於那種「信封背面的」計算，比較適用於「直覺式的預估工作」。坊間一般談評量的書大多是談第二級或第三級評量，但是軟體工程經理人日常會碰到的問題，則必須仰賴第一級評量。

本書以第1卷《系統化思考》所提過的「軟體機構的文化模式」為基礎，運用「薩提爾人際互動模型」將觀察的行為分解成四個簡單步驟，以確保你的觀察正確而適時。書中討論的主題包括：軟體文化模式；觀察的模型；讓產品和過程具有可見性；對品質的直接觀察；量測成本與價值；在失敗發生前就進行評量；言行不一的症狀；觀察者的三種立場；讓溝通、審查、需求做為評量的基礎；第零級評量；公開的專案進度海報；還有一些非數字的評量。本書有珍貴的圖表、心得、練習、各種法則與附錄，幫助讀者應用這本書。

面對專案、產品、同事、客戶等等複雜狀況，你想學著關照全局，進而將你所在機構的文化向上提升，你需要有「觀察發生了什麼事的能力」，有了正確的觀察才可能有正確有效的行動。

目次

致台灣讀者 溫伯格
導讀 曾昭屏
前言
序言：一個觀察模型

Part 1: 接收訊息
1. 為什麼觀察很重要？
2. 選擇你要觀察的事物
3. 讓產品看得見
4. 讓過程看得見

Part 2: 尋思原意
5. 詮釋的案例研究
6. 從觀察結果尋思原意有哪些陷阱
7. 對品質的直接觀察
8. 如何量測成本與價值

Part 3: 找出含意
9. 如何評量情緒上的含意
10. 如何在失敗發生前就加以評量
11. 準確的聆聽
12. 超評量

Part 4: 做出反應
13. 化觀察為行動
14. 從移情作用的立場觀察
15. 處理大批功能失常

Part 5: 第零級評量
16. 由可量測工作構成的專案
17. 關於計畫與進度的溝通
18. 以審查做為評量的工具
19. 以需求做為評量的基礎
20. 開路先鋒

附錄A 效應圖 附錄B 薩提爾人際互動模型 附錄C 軟體工程文化模式 附錄D 控制模型 附錄E 觀察者的三種立場
註解
法則、定律、與原理一覽表
索引

作者簡介

傑拉爾德‧溫伯格Gerald M. Weinberg
美國軟體工程界大師級的人物。在40多年的軟體業生涯中，他曾任職於IBM、Ethnotech、水星計畫（美國第一個載人太空計畫），並曾任教於多所大學。他更是傑出的軟體專業作家和軟體管理思想家，因對技術問題與人性問題所提出的創新思考法而為世人所推崇。1997年，溫伯格因其在軟體領域的傑出貢獻，入選為美國計算機博物館的「計算機名人堂」成員。他也榮獲J.-D. Warnier獎項中的「資訊科學類卓越獎」，此獎每年一度頒發給在資訊科學領域對理論與實際應用有傑出貢獻的人士。

溫伯格共寫了30幾本書，包括《顧問成功的祕密》、《你想通了嗎？》、《領導者，該想什麼?》、《從需求到設計》（以上由經濟新潮社出版）、《程式設計的心理學》、一共四冊的《溫伯格的軟體管理學》等等，這些著作主要涵蓋兩個主題：人與技術的結合；人的思維模式、思維習慣與解決問題的方法。在西方國家，溫伯格擁有大量的忠實讀者。溫伯格現為Weinberg and Weinberg顧問公司的負責人，他的網站是http://www.geraldmweinberg.com

譯者簡介

曾昭屏
(負責第一、二、三部)
交大計算機科學系畢，美國休士頓大學計算機科學系碩士。譯作有《顧問成功的祕密》、《溫伯格的軟體管理學：系統化思考（第1卷)》。專長領域：軟體工程、軟體專案管理、軟體顧問。最喜歡的作者：Tom DeMarco, Gerald Weinberg, Steve McConnell.
Email: marktsen@hotmail.com

陳琇玲
(負責第四、五部與附錄)
美國密蘇里大學工管碩士，曾任嶺東科技大學講師、行政院國科會助理研究員、Alcatel Telecom系統程序專員、ISO 9000主任稽核師暨TickIT軟體品質稽核師，現專事翻譯、譯作甚豐。相關譯作包括《第五項修鍊III—變革之舞》、《杜拉克精選：個人篇》、《ERP進階實務》、《供應鏈策略管理五大修練》、《市場的真相》、《搜尋未來》、《川普清崎讓你賺大錢》、《投資大趨勢》。

〔出版緣起〕千載難逢的軟體管理大師──溫伯格
致台灣讀者
Preface to the Chinese Editions
〔導讀〕從技術到管理，失落的環節
謝詞
前言
序言　一個觀察模型
第一部　接收訊息
1　為什麼觀察很重要？
1.1 管理上的失敗：是危機還是幻覺？
1.2 透視軟體文化
1.3 不同文化觀察模式的實際運作
1.4 比較各種觀察模式的效應
1.6 摘要
1.7 練習
2　選擇你要觀察的事物
2.1 接收訊息的步驟
2.2 選擇要觀察哪些事物：一的隱喻
2.3 有效觀察模型的基本要求
2.4 管理階層的幻覺與暗中發生的變質
2.5 心得與應用上的變化
2.6 摘要
2.7 練習
3　讓產品看得見
3.1 利用感覺的各種主形式
3.2 如何讓軟體成為可見的
3.3 如何讓軟體可以被觀察
3.4 產品資訊開放是把穩方向型文化的關鍵
3.5 心得與應用上的變化
3.6 摘要
3.7 練習
4　讓過程看得見
4.1 開發過程隨時可見是防範未然型文化的關鍵
4.2 如何辨認防範未然型機構
4.3 過程圖形中的詞彙
4.4 專案的儀表板
4.5 心得與應用上的變化
4.6 摘要
4.7 練習
第二部　尋思原意
5　詮釋的案例研究
5.1 進度落後圖：承諾與實際交付之比較
5.2 如何解讀A公司的圖表
5.3 如何解讀B公司的圖表
5.4 C公司的文化
5.5 心得與應用上的變化
5.6 摘要
5.7 練習
6　從觀察結果尋思原意有哪些陷阱
6.1 三種解讀的定律
6.2 詢問資料可信度的問題
6.3 如何解讀觀察的結果
6.4 對評量工作的投資太多也太快
6.5 陷阱
6.6 心得與應用上的變化
6.7 摘要
6.8 練習
7　對品質的直接觀察
7.1 品質vs.蘋果派
7.2 品質的相對性
7.3 一個品質失控的產業
7.4 誰的想法和感覺才算數？
7.5 心得與應用上的變化
7.6 摘要
7.7 練習
8　如何量測成本與價值
8.1 分不清成本與價值
8.2 價值是什麼
8.3 對品質做觀察時，需求所扮演的角色
8.4 影響細節之案例研究法
8.5 單一最大利益法
8.6 心得與應用上的變化
8.7 摘要
8.8 練習
第三部　找出含意
9　如何評量情緒上的含意
9.1 一個擷取含意的模型
9.2 觀察言行不一之處
9.3 主觀影響分析法
9.4 感覺才是事實
9.5 心得與應用上的變化
9.6 摘要
9.7 練習
10　如何在失敗發生前就加以評量
10.1 評估失敗的成本
10.2 巨大損失的共通模式
10.3 了解失敗源頭背後的含意
10.4 心得與應用上的變化
10.5 摘要
10.6 練習
11　準確的聆聽
11.1 聆聽時要避免扭曲
11.2 聆聽是否有不當的「概念」
11.3 注意被省略的部分
11.4 聆聽出面對失敗的態度
11.5 聆聽是否有立即的危機
11.6 心得與應用上的變化
11.7 摘要
11.8 練習
12　超評量
12.1 無能知道到底發生了什麼事
12.2 外部參考的缺乏
12.3 自以為知道
12.4 用假審查來掩飾沒有審查
12.5 切斷溝通線路
12.6 心得與應用上的變化
12.7 摘要
12.8 練習
第四部　做出反應
13　化觀察為行動
13.1 感受的感受
13.2 分辨言行一致與不一致
13.3 危機會破壞觀察能力
13.4 反應與薩提爾人際互動模型
13.5 解讀言下之意
13.6 心得與應用上的變化
13.7 摘要
13.8 練習
14　從移情作用的立場觀察
14.1 觀察者的三種基本立場
14.2 參與式觀察
14.3 主位取向的訪談
14.4 以謠言做為資訊來源
14.5 移情作用的分析
14.6 察覺內在情緒
14.7 心得與應用上的變化
14.8 摘要
14.9 練習
15　處理大批功能失常
15.1 與「錯誤」有關的專業術語
15.2 對於缺陷解決的評量：四大主要因素
15.3 心得與應用上的變化
15.4 摘要
15.5 練習
第五部　第零級評量
16　由可量測工作構成的專案
16.1 將任何工作變成一個可量測的專案
16.2 創造可量測專案的步驟
16.3 面臨不確定時，採用漸進式規畫
16.4 心得與應用上的變化
16.5 摘要
16.6 練習
17　關於計畫與進度的溝通
17.1 人際溝通系統的基本規則
17.2 第零級評量系統的必要條件
17.3 內建標準工作單元
17.4 考慮審查
17.5 公開張貼專案進度海報
17.6 公開的專案進度海報為什麼有用
17.7 引進公開的專案進度海報會遭遇的阻礙
17.8 心得與應用上的變化
17.9 摘要
17.10 練習
18　以審查做為評量的工具
18.1 為什麼要利用審查？
18.2 技術審查摘要報告
18.3 審查資料的種類
18.4 心得與應用上的變化
18.5 摘要
18.6 練習
19　以需求做為評量的基礎
19.1 第零法則與第零級評量
19.2 為什麼以需求做為評量的基礎？
19.3 需求的過程模型
19.4 起始工作認可報告
19.5 心得與應用上的變化
19.6 摘要
19.7 練習
20　開路先鋒
附錄A　效應圖
附錄B　薩提爾人際互動模型
附錄C　軟體工程文化模式
附錄D　控制模型
附錄E　觀察者的三種立場
法則、定律、與原理一覽表
索引