解析極限編程：擁抱變化

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