第一部分 1995 簡介 有關軟件的思考 項目的階段 開局階段 組織 質保人員是“少數(shù)民族”嗎 到底誰負責產品設計 經驗法則1 建立共同前景 經驗法則2 使大家主動投入 經驗法則3 制定多版本的技術計劃 經驗法則4 不要認為別人是笨蛋 死亡行軍 經驗法則5 搜集情報 經驗法則6 注意團隊成員組成的比例 經驗法則7 組建功能小組 經驗法則8 項目經理的重要性 團隊精神 經驗法則9 做權威，而非掌權者 競爭 人類學分析 軟件競爭 經驗法則10 缺乏競爭對手？未必是好事 經驗法則11 與競爭對手不相上下？進行功能競賽 經驗法則12 落后于競爭對手？更頻繁地推出新版本 經驗法則13 領先于競爭對手？絕不放松 經驗法則14 緊跟潮流 客戶 簡單的購買模型 經驗法則15 讓客戶驚喜 經驗法則16 找到靶心 經驗法則17 與客戶建立良好的關系，而不只是生意往來 經驗法則18 加快產品周期 設計 經驗法則19 追求偉大 經驗法則20 確定主題 經驗法則21 將依賴減至最少 經驗法則22 平息客戶的抱怨 經驗法則23 軟件的可移植性 經驗法則24 在設計階段考慮時間因素 開發(fā) 經驗法則25 拒絕錯誤指示 經驗法則26 以游戲的心情開發(fā)軟件 中期階段 經驗法則27 像醫(yī)生一樣 經驗法則28 記住軟件開發(fā)金三角：功能、資源和時間 經驗法則29 不要不懂裝懂 經驗法則30 提交中間產品 經驗法則31 小心“閉門造車型”開發(fā)人員 經驗法則32 經常、定期構建軟件產品 經驗法則33 始終完全了解產品的狀態(tài) 掌握進度 經驗法則34 利用零缺陷里程碑 經驗法則35 一個也不能少，才算真的到達零缺陷里程碑 經驗法則36 完成每個里程碑后進行事后總結，但不要指責 經驗法則37 把握里程碑的字面意義與精神 經驗法則38 掌握什么是“正常的” 經驗法則39 里程碑的合理數(shù)目 經驗法則40 每一個小的里程碑都有專屬的意義(故事) 經驗法則41 尋找自然出現(xiàn)的里程碑 經驗法則42 雖落后，別趴下 經驗法則43 不要落后多久就把原定日期延后多久 經驗法則44 延誤了這個里程碑，一定要按時到達下一個里程碑 經驗法則45 從延誤中學習經驗教訓 經驗法則46 要有全局觀 經驗法則47 與時俱進 推出階段 推出階段：啟動 推出階段：移交 推出階段：收尾 經驗法則48 關懷多于要求 經驗法則49 Beta 版不是修改產品的時候 經驗法則50 利用Beta 測試來調整宣傳策略 經驗法則51 嚴格執(zhí)行類選法 經驗法則52 小心保持軟件的穩(wěn)定 發(fā)布階段 經驗法則53 偉大的軟件應該有一個偉大的故事 經驗法則54 建立贏家形象 結束語 附錄：聘用和留住人才 雇用聰明的人 適才適任 賽馬必須奔跑 好高騖遠者需要你的推動 軟件開發(fā)領導的一些參考資源第二部分 2006 新的經驗法則 經驗法則55 做完美的老板 經驗法則56 老板就是你最重要的客戶 一種更好的方式 在如何看待老板上的轉變 經驗法則57 支付木材稅和下阿爾法賭注 阿爾法(或阿爾法能量) The Core System V.3.0 的元素 形成共同前景的4 個步驟 第1部分：“簽到”的元素 第2部分：決策過程的元素 第3部分：校正的元素 第4部分：共同前景的元素 The Core Protocols V.3.0 核心承諾 核心準則 放棄/取消放棄 簽到 離開 求助 準則檢查 目的檢查 決策過程 解決 完美行動 個人校正 調查
鄂公網安備 42010302001612號 