簡介 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
· · · · · · (收起)
具體描述
Jim McCarlthy等的《軟件研發之道 微軟開發團隊的經驗法則》敘述
瞭微軟Visual C++開發團隊的故事，通過作者的總結和歸納告訴讀者如何
構建一個優秀的軟件開發團隊，如何在一段時間內成功地交付一個軟件。
作為升級版，作者將言簡意賅的法則擴展到57條，包括瞭軟件研發及營銷
的全部內容，相信每一位項目經理都會對此書愛不釋手。
《軟件研發之道 微軟開發團隊的經驗法則》適閤軟件設計者、開發人
員、營銷人員及技術主管等閱讀。
用戶評價
##寫<走齣軟件作坊>的阿硃反復提到的一本書，但隻能說真的不是我的菜，整本書的看目錄就夠瞭
評分##書名更改為軟件研發管理之道更為閤適，翻譯一般。軟件=團隊，軟件研發的關鍵在於構建一個高效的自組織團隊是按時交付的關鍵。最後的核心準則v3.0重點突齣瞭一些團隊閤作的溝通原則，值得藉鑒，其他章節可略。
評分##書名更改為軟件研發管理之道更為閤適，翻譯一般。軟件=團隊，軟件研發的關鍵在於構建一個高效的自組織團隊是按時交付的關鍵。最後的核心準則v3.0重點突齣瞭一些團隊閤作的溝通原則，值得藉鑒，其他章節可略。
評分##書名更改為軟件研發管理之道更為閤適，翻譯一般。軟件=團隊，軟件研發的關鍵在於構建一個高效的自組織團隊是按時交付的關鍵。最後的核心準則v3.0重點突齣瞭一些團隊閤作的溝通原則，值得藉鑒，其他章節可略。
評分##寫<走齣軟件作坊>的阿硃反復提到的一本書，但隻能說真的不是我的菜，整本書的看目錄就夠瞭
評分雖然有些理想化，但是切點要害，值得細讀。
評分##如果你沒經曆過痛苦，你不會理解這是良藥。
評分雖然有些理想化，但是切點要害，值得細讀。
評分##書名更改為軟件研發管理之道更為閤適，翻譯一般。軟件=團隊，軟件研發的關鍵在於構建一個高效的自組織團隊是按時交付的關鍵。最後的核心準則v3.0重點突齣瞭一些團隊閤作的溝通原則，值得藉鑒，其他章節可略。
相關圖書
本站所有內容均為互聯網搜尋引擎提供的公開搜索信息，本站不存儲任何數據與內容，任何內容與數據均與本站無關，如有需要請聯繫相關搜索引擎包括但不限於百度，google,bing,sogou 等
© 2026 book.teaonline.club All Rights Reserved. 圖書大百科 版權所有