解析極限編程：擁抱變化

第一部分  問題  1
第1章  風(fēng)險：基本的問題  3
   軟件開發(fā)不能按時交付，也就不能創(chuàng)造價值。這不僅會造成經(jīng)濟損失，而且對當(dāng)事人本身也有很大的影響。我們需要找到一種新的方法來開發(fā)軟件。
第2章  開發(fā)情節(jié)  7
   日復(fù)一日的編程從與客戶要求的特性明確相關(guān)的任務(wù)開始，然后測試、實現(xiàn)、設(shè)計，最后到集成。軟件開發(fā)中每個活動的細(xì)節(jié)都包含在各個情節(jié)中。
第3章  軟件開發(fā)的經(jīng)濟學(xué)  11
   從經(jīng)濟上考慮，為了使軟件開發(fā)更有價值，我們需要減緩開銷，加快收益并增加項目的可能的高效生產(chǎn)期。但最重要的是我們需要增加用于業(yè)務(wù)決策的選項。
第4章  四個變量  15
   我們將控制項目中的四個變量-成本、時間、質(zhì)量和范圍。其中，范圍的控制最有價值的。
第5章  變化的成本 21
   在某些情況下，更改軟件引起的成本以指數(shù)方式上升的趨勢會隨時間的推移而趨于緩和。如果可以使曲線變得平滑，那么以前對有關(guān)開發(fā)軟件的最佳方式的假定將不再成立。
第6章  學(xué)會開車  27
   我們需要通過做許多小的調(diào)整（而不是幾次大的調(diào)整）來控制軟件的開發(fā)，這有點象開車。也就是說我們需要反饋來知道我們何時出現(xiàn)了錯誤，我們需要很多機會來糾正這些錯誤，而且，我們必須能夠以比較合理的成本完成這樣的糾正。
第7章  四個準(zhǔn)則  29
   當(dāng)我們形成一種風(fēng)格，能夠體現(xiàn)出“溝通”、“簡單”、“反饋”和“勇氣”這樣一整套協(xié)調(diào)的既能為人們所用，又能滿足商業(yè)需要的準(zhǔn)則的時候，我們就成功了。
第8章  基本原則  37
   我們可以從這四個準(zhǔn)則衍生出許多基本原則來規(guī)范我們的新風(fēng)格。我們將檢查提出的開發(fā)實踐以查看它們是否符合這些原則。
第9章  回到基本問題  45
   我們希望能夠竭盡全力做到穩(wěn)定?？深A(yù)測的軟件開發(fā)。但是我們沒有時間去做任何額外的事情。開發(fā)軟件的四項基本工作是：編碼，測試，傾聽和設(shè)計。
第二部分 解決方案  53
第10章  簡短概述 55
   我們將依靠簡單實踐（就是那些幾十年前常常被視為不切實際或天真而遭摒棄的實踐）之間的協(xié)作。
第11章  這如何奏效   67
   實踐互相支持。一種實踐的弱點可以由其他實踐的優(yōu)點來彌補。
第12章  管理策略  77
   我們使用商業(yè)基本要素全面地管理項目，這些要素包括：分階段交付，進(jìn)行迅速和具體的反饋，清晰地闡述系統(tǒng)的業(yè)務(wù)要求和為特殊任務(wù)配備專家。
第13章  設(shè)備策略  83
   我們將為團隊創(chuàng)建一個開放的工作空間，外圍是小的私人空間，中間是公共編程區(qū)。
第14章  拆分業(yè)務(wù)責(zé)任和技術(shù)責(zé)任  87
   我們的策略的一個關(guān)鍵點是讓技術(shù)人員把精力集中在技術(shù)問題上，讓業(yè)務(wù)人員把精力集中在業(yè)務(wù)問題上。項目必須由業(yè)務(wù)決策來驅(qū)動，而技術(shù)決策則要給業(yè)務(wù)決策提供有關(guān)成本和風(fēng)險的信息。
第15章  計劃策略  93
   我們制訂計劃的方法是：迅速制訂一個總體計劃，然后在越來越短的時間范圍內(nèi)-年、月、周和日-逐步深入地將其完善。我們將迅速并低成本地制訂計劃，這樣當(dāng)我們必須改動它的時候也不會受到惰性影響。
第16章  開發(fā)策略  105
   與管理策略不同，開發(fā)策略從根本上背離了傳統(tǒng)的觀念--我們會認(rèn)真制訂今天的問題的解決方案，并相信我們能夠在明天解決明天的問題。
第17章  設(shè)計策略  111
   從一個非常簡單的起點出發(fā)，我們將繼續(xù)完善系統(tǒng)的設(shè)計。我們將去掉任何不能證明是有用的靈活性。
 第18章  測試策略 123
   我們總是在編碼前編寫測試。我們將一直保留這些測試，并頻繁的運行全部測試。我們還會根據(jù)客戶的觀點生成測試。
第三部分 實現(xiàn)XP  129
第19章  采用XP  131
   一次一種實踐地采用XP，始終處理對團隊最緊要的問題。一旦這個問題不再是最緊要的，就接著轉(zhuǎn)向下一個問題。
第20章  改進(jìn)XP  133
   希望改變其現(xiàn)有文化的項目遠(yuǎn)比能從頭創(chuàng)造新文化的項目更常見。從測試或計劃開始，在現(xiàn)有項目上每次進(jìn)行一點點來逐漸采用XP。
第21章  理想的XP項目的生命期  139
   理想的XP項目要經(jīng)歷一個短暫的初期開發(fā)階段，隨后是多年同時進(jìn)行的生產(chǎn)支持和優(yōu)化，最后，當(dāng)項目失去意義時體面地退休。
第22章  人員的角色 147
   我要使極限團隊運轉(zhuǎn)起來，就必須有人充當(dāng)特定的角色--程序員、客戶、教練、跟蹤者。
第23章  20-80原則 157
   XP的最大功效只有在采用了所有實踐時才能發(fā)揮出來。許多實踐可以逐個采用，但如果能同時采用它們，它們的效果就會倍增。
第24章  使XP難以執(zhí)行的原因  159
   即使藍(lán)領(lǐng)程序員也能夠執(zhí)行單個的實踐，但是要把所有的實踐組合在一起并保持它們的統(tǒng)一很不容易。使XP難以執(zhí)行的原因主要是人的情感-尤其是恐懼心理。
第25章  什么時候不應(yīng)使用XP  163
   XP的確切局限尚不清楚。但是有一些因素能阻止XP奏效-團隊太大，客戶多疑以及技術(shù)不能很好地支持更改。
第26章  工作中的XP  167
   XP可以適應(yīng)常見形式的合同（雖然稍微有些改動）。特別地，利用計劃游戲，固定價格／固定范圍的合同會成為固定價格／固定日期／大致固定范圍的合同。
第27章  結(jié)論  173
參考書目與附注  177
詞匯表  191