敏捷軟件開發(fā)（原書第2版）

譯者序
第2版前言
第1版前言
第0章 不可知和不可說
　0.1 和解析體驗相關的問題
　　0.1.1 解析模式的沖突
　　0.1.2 檢測解析模式
　　0.1.3 思考不準確的思想
　0.2 溝通的不可能性
　　0.2.1 內部重新組織
　　0.2.2 觸及共享體驗
　　0.2.3 管理不完美的溝通
　0.3 聆聽的三個層次
　　0.3.1 三個層次和方法集
　　0.3.2 三個層次與本書
　　0.3.3 守-破-離
　0.4 那么，明天我做什么
第0A章 不可知和不可說：演進
　0A.1 溝通和共享的體驗
　0A.2 守-破-離
第1章 創(chuàng)造和溝通的合作博弈
　1.1 軟件和詩歌
　1.2 軟件與博弈
　　1.2.1 博弈的類型
　　1.2.2 軟件與攀巖
　　1.2.3 創(chuàng)造和溝通的博弈
　　1.2.4 軟件與工程化
　　1.2.5 軟件與模型構建
　1.3 再論合作博弈
　　1.3.1 程序員成為溝通專家
　　1.3.2 更快地博弈
　　1.3.3 標識物和道具
　　1.3.4 減少回報
　　1.3.5 對于首要目標的充分度
　　1.3.6 對于積淀的充分度
　　1.3.7 博弈中的博弈
　　1.3.8 開放源碼開發(fā)
　1.4 這對我意味著什么
第1A章 創(chuàng)造和溝通的合作博弈：演進
　1A.1 沼澤游戲
　1A.2 合作中的競爭
　1A.3 其他領域的合作博弈
　1A.4 軟件工程的重建
　　1A.4.1 這一詞匯從哪里來
　　1A.4.2 我們從哪里走錯了
　　1A.4.3 重建軟件工程
　　1A.4.4 技藝
　　1A.4.5 合作博弈
　　1A.4.6 精益制造
　　1A.4.7 重建后的軟件工程
　　1A.4.8 其他工程化中的協(xié)作
第2章 個人
　2.1 人是古怪的
　　2.1.1 尋找特征函數(shù)
　　2.1.2 古怪性格的元素
　　2.1.3 不可避免的多樣性
　　2.1.4 技術的作用
　　2.1.5 相互沖突的共同點
　2.2 克服失敗模式
　　2.2.1 犯錯誤
　　2.2.2 寧可失敗也要選擇保守
　　2.2.3 創(chuàng)新而不研究
　　2.2.4 不能始終如一的習慣動物
　　2.2.5 使用紀律和容忍來應對
　2.3 以一些更好的方式工作
　　2.3.1 具體化
　　2.3.2 實物
　　2.3.3 在某些東西的基礎上進行修改
　　2.3.4 觀察和聆聽
　　2.3.5 支持專注和溝通
　　2.3.6 工作分配要與個性相匹配
　　2.3.7 天賦
　　2.3.8 獎勵要能保留樂趣
　　2.3.9 組合獎勵
　　2.3.10 反饋
　2.4 利用成功模式
　　2.4.1 善于四處尋找
　　2.4.2 人們學習
　　2.4.3 可塑性
　　2.4.4 貢獻和采取主動
　　2.4.5 組合成功模式
　　2.4.6 英雄也是普通人
　2.5 明天我該做什么
第2A章 個人：演進
　2A.1 策略平衡
第3章 團隊的溝通與合作
　3.1 信息的對流
　　3.1.1 延遲和機會損失成本
　　3.1.2 爾格-秒
　　3.1.3 滲透式溝通
　　3.1.4 穿堂風
　　3.1.5 信息輻射源
　　3.1.6 熱空氣理論的應用
　3.2 跨越溝通的鴻溝
　　3.2.1 溝通的形態(tài)
　　3.2.2 去掉某些形態(tài)所產(chǎn)生的影響
　　3.2.3 利用各種形態(tài)
　　3.2.4 黏度與跨越空間的鴻溝
　3.3 團隊就是集體
　　3.3.1 友善和沖突
　　3.3.2 工作時間的公民意識
　　3.3.3 敵意的XP與友善的XP
　　3.3.4 使用勝利來建立“團隊”
　　3.3.5 團隊文化與亞文化
　3.4 團隊就是生態(tài)系統(tǒng)
　3.5 我明天該做什么
第3A章 團隊：演進
　3A.1 一個修訂后的辦公室布局樣本
第4章 方法集
　4.1 一個交付軟件的生態(tài)系統(tǒng)
　4.2 方法集中的概念
　　4.2.1 結構術語
　　4.2.2 范圍
　　4.2.3 概念術語
　　4.2.4 發(fā)布一個方法集
　4.3 方法集的設計原則
　　4.3.1 常見設計錯誤
　　4.3.2 在方法集上成功的項目
　　4.3.3 與作者的相關性
　　4.3.4 七條原則
　4.4 細看XP
　　4.4.1 XP簡介
　　4.4.2 剖析XP
　　4.4.3 調整XP
　4.5 到底為什么使用方法集
　　4.5.1 方法集解決什么問題
　　4.5.2 如何評估一個方法集
　4.6 明天我應該做什么
第4A章 方法集：演進
　4A.1 方法集與策略
　4A.2 組織級的方法集
　4A.3 過程就是循環(huán)
　4A.4 更簡單地描述方法集
第5章 敏捷與自適應
　5.1 輕但足夠
　　5.1.1 剛好足夠
　　5.1.2 對于編制文檔的建議
　5.2 敏捷
　　5.2.1 最佳擊球點
　　5.2.2 虛擬團隊的麻煩
　5.3 變得自適應
　　5.3.1 不厭其煩地進行反思
　　5.3.2 方法集成長技術
　　5.3.3 反思研討會技術
　5.4 明天我該做什么
第5A章 敏捷與自適應：演進
　5A.1 對于寓意的誤解
　　5A.1.1 迭代必須簡短
　　5A.1.2 敏捷團隊必須駐扎在一起
　　5A.1.3 敏捷團隊不需要計劃
　　5A.1.4 架構已死；重構是你全部所需要的
　　5A.1.5 我們不需要什么經(jīng)理
　　5A.1.6 敏捷開發(fā)在紀律上要求很低
　　5A.1.7 敏捷只適合最優(yōu)秀的開發(fā)人員
　　5A.1.8 敏捷是既老又新的、失敗的、沒有嘗試過的
　5A.2 敏捷方法集的演進
　　5A.2.1 XP第2版
　　5A.2.2 Scrum
　　5A.2.3 實用主義和無名的
　　5A.2.4 可預測、計劃驅動和其他中心調整
　　5A.2.5 約束理論
　　5A.2.6 精益開發(fā)
　5A.3 新的方法集話題
　　5A.3.1 敏捷項目管理
　　5A.3.2 測試
　　5A.3.3 用戶體驗設計
　　5A.3.4 規(guī)劃管控、Burn圖和系統(tǒng)工程
　　5A.3.5 用例和用戶故事
　5A.4 經(jīng)久不絕的問題
　　5A.4.1 最佳擊球點和下降
　　5A.4.2 固定價格、固定范圍的合同
　　5A.4.3 敏捷、CMMI和ISO9001
　　5A.4.4 何時停止建模
　　5A.4.5 高科技/高接觸的工具箱
　　5A.4.6 敏捷的中心
　　5A.4.7 你有多敏捷
　　5A.4.8 引入敏捷
　5A.5 軟件開發(fā)之外的敏捷
　　5A.5.1 項目組合管理
　　5A.5.2 客戶關系
　　5A.5.3 合同
　　5A.5.4 將變更引入組織
　　5A.5.5 程序員讀哈佛商業(yè)周刊
　　5A.5.6 建造房屋
　　5A.5.7 機場建設
　　5A.5.8 圖書出版
　　5A.5.9 會議組織和敏捷模型的限制
第6章 Crystal方法集
　6.1 對Crystal家族塑形
　　6.1.1 核心Crystal元素
　6.2 Crystal Clear
　　6.2.1 Crystal Clear的簡要描述
　　6.2.2 Crystal Clear的反思
　6.3 Crystal Orange
　　6.3.1 Crystal Orange的簡要描述
　　6.3.2 Crystal Orange的反思
　6.4 Crystal Orange Web
　　6.4.1 Crystal Orange Web的簡要描述
　　6.4.2 Crystal Orange Web的反思
　6.5 明天我該做什么
第6A章 Crystal方法集：演進
　6A.1 Crystal基因代碼
　　6A.1.1 合作博弈的理念
　　6A.1.2 方法集的重點
　　6A.1.3 方法集設計原則
　　6A.1.4 高度成功的項目的7個特性
　　6A.1.5 技術與選擇
　　6A.1.6 樣本方法集設計
　6A.2 Crystal Clear
　6A.3 把Crystal Clear擴展到Yellow
附錄A 敏捷軟件開發(fā)宣言
附錄Aa 敏捷軟件開發(fā)宣言和相互依賴聲明
附錄B Naur、Ehn、宮本武藏
附錄Ba Naur、Ehn、宮本武藏：演進
附錄C 后記
參考文獻