《Dynamics of software development》是2011年人民郵電出版社出版的圖書，作者是(美)Jim McCarthy，(美)Michele McCarthy；趙俐，石華耀譯。
基本介紹
- 書名：Dynamics of software development
- 作者：(美)Jim McCarthy，(美)Michele McCarthy
- 譯者：趙俐，石華耀
- 出版社：人民郵電出版社
- 出版時間：2011年
圖書簡介,目錄,
Jim McCarlthy等的《軟體研發之道 微軟開發團隊的經驗法則》敘述了微軟Visual C++開發團隊的故事，通過作者的總結和歸納告訴讀者如何 構建一個優秀的軟體開發團隊，如何在一段時間內成功地交付一個軟體。作為升級版，作者將言簡意賅的法則擴展到57條，包括了軟體研發及行銷的全部內容，相信每一位項目經理都會對此書愛不釋手。 《軟體研發之道 微軟開發團隊的經驗法則》適合軟體設計者、開發人員、行銷人員及技術主管等閱讀。
第一部分 1995
簡介
有關軟體的思考
項目的階段
開局階段
組織
質保人員是“少數民族”嗎
到底誰負責產品設計
經驗法則1 建立共同前景
經驗法則2 使大家主動投入
經驗法則3 制定多版本的技術計畫
經驗法則4 不要認為別人是笨蛋
死亡行軍
經驗法則5 蒐集情報
經驗法則6 注意團隊成員組成的比例
經驗法則7 組建功能小組
經驗法則8 項目經理的重要性
團隊精神
經驗法則9 做權威，而非掌權者
競爭
人類學分析
軟體競爭
經驗法則10 缺乏競爭對手？未必是好事
經驗法則11 與競爭對手不相上下？進行功能競賽
經驗法則12 落後於競爭對手？更頻繁地推出新版本
經驗法則13 領先於競爭對手？絕不放鬆
經驗法則14 緊跟潮流
客戶
簡單的購買模型
經驗法則15 讓客戶驚喜
經驗法則16 找到靶心
經驗法則17 與客戶建立良好的關係，而不只是生意往來
經驗法則18 加快產品周期
設計
經驗法則19 追求偉大
經驗法則20 確定主題
經驗法則21 將依賴減至最少
經驗法則22 平息客戶的抱怨
經驗法則23 軟體的可移植性
經驗法則24 在設計階段考慮時間因素
開發
經驗法則25 拒絕錯誤指示
經驗法則26 以遊戲的心情開發軟體
中期階段
經驗法則27 像醫生一樣
經驗法則28 記住軟體開發金三角：功能、資源和時間
經驗法則29 不要不懂裝懂
經驗法則30 提交中間產品
經驗法則31 小心“閉門造車型”開發人員
經驗法則32 經常、定期構建軟體產品
經驗法則33 始終完全了解產品的狀態
掌握進度
經驗法則34 利用零缺陷里程碑
經驗法則35 一個也不能少，才算真的到達零缺陷里程碑
經驗法則36 完成每個裡程碑後進行事後總結，但不要指責
經驗法則37 把握里程碑的字面意義與精神
經驗法則38 掌握什麼是“正常的”
經驗法則39 里程碑的合理數目
經驗法則40 每一個小的里程碑都有專屬的意義(故事)
經驗法則41 尋找自然出現的里程碑
經驗法則42 雖落後，別趴下
經驗法則43 不要落後多久就把原定日期延後多久
經驗法則44 延誤了這個裡程碑，一定要按時到達下一個里程碑
經驗法則45 從延誤中學習經驗教訓
經驗法則46 要有全局觀
經驗法則47 與時俱進
推出階段
推出階段：啟動
推出階段：移交
推出階段：收尾
經驗法則48 關懷多於要求
經驗法則49 Beta 版不是修改產品的時候
經驗法則50 利用Beta 測試來調整宣傳策略
經驗法則51 嚴格執行類選法
經驗法則52 小心保持軟體的穩定
發布階段
經驗法則53 偉大的軟體應該有一個偉大的故事
經驗法則54 建立贏家形象
結束語
附錄：聘用和留住人才
雇用聰明的人
適才適任
賽馬必須奔跑
好高騖遠者需要你的推動
軟體開發領導的一些參考資源
第二部分 2006
新的經驗法則
經驗法則55 做完美的老闆
經驗法則56 老闆就是你最重要的客戶
一種更好的方式
在如何看待老闆上的轉變
經驗法則57 支付木材稅和下阿爾法賭注
阿爾法(或阿爾法能量)
The Core System V.3.0 的元素
形成共同前景的4 個步驟
第1部分：“簽到”的元素
第2部分：決策過程的元素
第3部分：校正的元素
第4部分：共同前景的元素
The Core Protocols V.3.0
核心承諾
核心準則
放棄/取消放棄
簽到
離開
求助
準則檢查
目的檢查
決策過程
解決
完美行動
個人校正
調查
簡介
有關軟體的思考
項目的階段
開局階段
組織
質保人員是“少數民族”嗎
到底誰負責產品設計
經驗法則1 建立共同前景
經驗法則2 使大家主動投入
經驗法則3 制定多版本的技術計畫
經驗法則4 不要認為別人是笨蛋
死亡行軍
經驗法則5 蒐集情報
經驗法則6 注意團隊成員組成的比例
經驗法則7 組建功能小組
經驗法則8 項目經理的重要性
團隊精神
經驗法則9 做權威，而非掌權者
競爭
人類學分析
軟體競爭
經驗法則10 缺乏競爭對手？未必是好事
經驗法則11 與競爭對手不相上下？進行功能競賽
經驗法則12 落後於競爭對手？更頻繁地推出新版本
經驗法則13 領先於競爭對手？絕不放鬆
經驗法則14 緊跟潮流
客戶
簡單的購買模型
經驗法則15 讓客戶驚喜
經驗法則16 找到靶心
經驗法則17 與客戶建立良好的關係，而不只是生意往來
經驗法則18 加快產品周期
設計
經驗法則19 追求偉大
經驗法則20 確定主題
經驗法則21 將依賴減至最少
經驗法則22 平息客戶的抱怨
經驗法則23 軟體的可移植性
經驗法則24 在設計階段考慮時間因素
開發
經驗法則25 拒絕錯誤指示
經驗法則26 以遊戲的心情開發軟體
中期階段
經驗法則27 像醫生一樣
經驗法則28 記住軟體開發金三角：功能、資源和時間
經驗法則29 不要不懂裝懂
經驗法則30 提交中間產品
經驗法則31 小心“閉門造車型”開發人員
經驗法則32 經常、定期構建軟體產品
經驗法則33 始終完全了解產品的狀態
掌握進度
經驗法則34 利用零缺陷里程碑
經驗法則35 一個也不能少，才算真的到達零缺陷里程碑
經驗法則36 完成每個裡程碑後進行事後總結，但不要指責
經驗法則37 把握里程碑的字面意義與精神
經驗法則38 掌握什麼是“正常的”
經驗法則39 里程碑的合理數目
經驗法則40 每一個小的里程碑都有專屬的意義(故事)
經驗法則41 尋找自然出現的里程碑
經驗法則42 雖落後，別趴下
經驗法則43 不要落後多久就把原定日期延後多久
經驗法則44 延誤了這個裡程碑，一定要按時到達下一個里程碑
經驗法則45 從延誤中學習經驗教訓
經驗法則46 要有全局觀
經驗法則47 與時俱進
推出階段
推出階段：啟動
推出階段：移交
推出階段：收尾
經驗法則48 關懷多於要求
經驗法則49 Beta 版不是修改產品的時候
經驗法則50 利用Beta 測試來調整宣傳策略
經驗法則51 嚴格執行類選法
經驗法則52 小心保持軟體的穩定
發布階段
經驗法則53 偉大的軟體應該有一個偉大的故事
經驗法則54 建立贏家形象
結束語
附錄：聘用和留住人才
雇用聰明的人
適才適任
賽馬必須奔跑
好高騖遠者需要你的推動
軟體開發領導的一些參考資源
第二部分 2006
新的經驗法則
經驗法則55 做完美的老闆
經驗法則56 老闆就是你最重要的客戶
一種更好的方式
在如何看待老闆上的轉變
經驗法則57 支付木材稅和下阿爾法賭注
阿爾法(或阿爾法能量)
The Core System V.3.0 的元素
形成共同前景的4 個步驟
第1部分：“簽到”的元素
第2部分：決策過程的元素
第3部分：校正的元素
第4部分：共同前景的元素
The Core Protocols V.3.0
核心承諾
核心準則
放棄/取消放棄
簽到
離開
求助
準則檢查
目的檢查
決策過程
解決
完美行動
個人校正
調查
