第一部分 1995
簡介　　 2
有關軟件的思考　　 3
項目的階段　　6
開局階段　　 7
組織　　 7
質保人員是“少數民族”嗎　　 8
到底誰負責産品設計　　 8
經驗法則1 建立共同前景　　 9
經驗法則2 使大傢主動投入　　 18
經驗法則3 製定多版本的技術計劃　　 20
經驗法則4 不要認為彆人是笨蛋　　 25
死亡行軍　　27
經驗法則5 搜集情報　　 30
經驗法則6 注意團隊成員組成的比例　　 32
經驗法則7 組建功能小組　　 33
經驗法則8 項目經理的重要性　　 41
團隊精神　　 42
經驗法則9 做權威，而非掌權者　　 44
競爭　　47
人類學分析　　 47
軟件競爭　　 49
經驗法則10 缺乏競爭對手？未必是好事　　 50
經驗法則11 與競爭對手不相上下？進行功能競賽 　　52
經驗法則12 落後於競爭對手？更頻繁地推齣新版本　　 52
經驗法則13 領先於競爭對手？絕不放鬆　　 55
經驗法則14 緊跟潮流　　 55
客戶　　 57
簡單的購買模型　　59
經驗法則15 讓客戶驚喜　　 60
經驗法則16 找到靶心　　 62
經驗法則17 與客戶建立良好的關係，而不隻是生意往來　　 63
經驗法則18 加快産品周期　　 65
設計　　67
經驗法則19 追求偉大　　 67
經驗法則20 確定主題　　 68
經驗法則21 將依賴減至最少　　 70
經驗法則22 平息客戶的抱怨　　 71
經驗法則23 軟件的可移植性　　 71
經驗法則24 在設計階段考慮時間因素　　 71
開發　　73
經驗法則25 拒絕錯誤指示　　 75
經驗法則26 以遊戲的心情開發軟件　　 76
中期階段　　　79
經驗法則27 像醫生一樣　　 79
經驗法則28 記住軟件開發金三角：功能、資源和時間　　 82
經驗法則29 不要不懂裝懂　　 84
經驗法則30 提交中間産品　　 87
經驗法則31 小心“閉門造車型”開發人員　　 91
經驗法則32 經常、定期構建軟件産品　　 94
經驗法則33 始終完全瞭解産品的狀態　　 97
掌握進度　　　98
經驗法則34 利用零缺陷裏程碑　　 99
經驗法則35 一個也不能少，纔算真的到達零缺陷裏程碑　　 100
經驗法則36 完成每個裏程碑後進行事後總結，但不要指責 　　101
經驗法則37 把握裏程碑的字麵意義與精神　　 101
經驗法則38 掌握什麼是“正常的” 　　 102
經驗法則39 裏程碑的閤理數目　　 107
經驗法則40 每一個小的裏程碑都有專屬的意義（故事）　　 107
經驗法則41 尋找自然齣現的裏程碑　　 109
經驗法則42 雖落後，彆趴下　　 112
經驗法則43 不要落後多久就把原定日期延後多久　　 122
經驗法則44 延誤瞭這個裏程碑，一定要按時到達下一個裏程碑　　 123
經驗法則45 從延誤中學習經驗教訓　　 124
經驗法則46 要有全局觀　　 124
經驗法則47 與時俱進　　 125
推齣階段　　127
推齣階段：啓動　　 127
推齣階段：移交　　 129
推齣階段：收尾　　 129
經驗法則48 關懷多於要求　　 130
經驗法則49 Beta 版不是修改産品的時候　　 131
經驗法則50 利用Beta 測試來調整宣傳策略　　131
經驗法則51 嚴格執行類選法　　 132
經驗法則52 小心保持軟件的穩定　　 134
發布階段　　　135
經驗法則53 偉大的軟件應該有一個偉大的故事　　 136
經驗法則54 建立贏傢形象　　 140
結束語　　140
附錄：聘用和留住人纔　　142
雇用聰明的人　　 142
適纔適任　　144
賽馬必須奔跑　　 144
好高騖遠者需要你的推動　　 145
軟件開發領導的一些參考資源　　 150
第二部分 2006
新的經驗法則　　 154
經驗法則55 做完美的老闆　　 154
經驗法則56 老闆就是你最重要的客戶　　 156
一種更好的方式　　 157
在如何看待老闆上的轉變　　 157
經驗法則57 支付木材稅和下阿爾法賭注　　 159
阿爾法（或阿爾法能量） 　　 160
The Core System V. 3.0 的元素　　 163
形成共同前景的4 個步驟　　 164
第1 部分：“簽到”的元素　　164
第2 部分：決策過程的元素　　 166
第3 部分：校正的元素　　 168
第4 部分：共同前景的元素　　 169
The Core Protocols V. 3.0　　 173
核心承諾　　　173
核心準則　　　174
放棄/取消放棄　　 174
簽到　　 174
離開　　175
求助　　176
準則檢查　　177
目的檢查　　177
決策過程　　178
解決　　180
完美行動　　180
個人校正　　181
調查　　182
· · · · · · (收起)