極限編程演講稿

極限編程

XPeXtremeProgramming1/47

第一章什么是極限編程？

一種軟件工程辦法學(xué)極限編程是一種輕量級(jí)、靈巧軟件開發(fā)辦法；同步它也是一種非常嚴(yán)謹(jǐn)和周密辦法。它基礎(chǔ)和價(jià)值觀是交流、樸素、反饋和勇氣；即任何一種軟件項(xiàng)目都能夠從四個(gè)方面入手進(jìn)行改善：加強(qiáng)交流；從簡(jiǎn)單做起；謀求反饋；勇于實(shí)事求是。XP是一種近螺旋式開發(fā)辦法，它將復(fù)雜開發(fā)過程分解為一種個(gè)相對(duì)比較簡(jiǎn)單小周期；通過積極交流、反饋以及其他一系列辦法，開發(fā)人員和客戶能夠非常清楚開發(fā)進(jìn)度、變化、待處理問題和潛在困難等，并根據(jù)實(shí)際情況及時(shí)地調(diào)整開發(fā)過程。2/47計(jì)劃分析設(shè)計(jì)編碼測(cè)試布署計(jì)劃分析設(shè)計(jì)編碼測(cè)試布署迭代生命周期1~3個(gè)月1~3個(gè)月＄＄迭代迭代迭代迭代迭代迭代迭代迭代迭代迭代迭代迭代迭代迭代迭代迭代迭代＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄＄Xp生命周期計(jì)劃分析設(shè)計(jì)編碼測(cè)試布署2~3周$=也許公布3/47歷史

極限編程創(chuàng)始者是KentBeck、WardCunningham和RonJeffries，他們?cè)谔幚砜巳R斯勒公司一種系統(tǒng)項(xiàng)目時(shí)，提出了極限編程辦法。

1999年10月發(fā)行《極限編程解析》（2023第二版出版）ByKentBeck推薦書目：《超越傳統(tǒng)軟件開發(fā)—極限編程幻象與真實(shí)》

雷劍文，陳振沖著《敏捷開發(fā)修煉之道》AndyHunt4/47瀑布模型VS極限編程強(qiáng)調(diào)文檔沒有迭代與反饋把文檔理解為開發(fā)速度角色定位敏捷開發(fā)追求價(jià)值5/47

XP目標(biāo)

極限編程主要目標(biāo)在于減少因需求變更而帶來(lái)成本極限編程透過引入基本價(jià)值、標(biāo)準(zhǔn)、方法等概念來(lái)達(dá)成減少變更更成本目標(biāo)傳統(tǒng)V.S.XP6/47XP價(jià)值

溝通(Communication)簡(jiǎn)單(Simplicity)回饋

(Feedback)勇氣(Courage)7/47溝通問題往往是由于開發(fā)人員與設(shè)計(jì)人員、設(shè)計(jì)人員與客戶之間溝通不暢造成。因此，項(xiàng)目有關(guān)人員之間進(jìn)行充足、多渠道（最佳面向面）溝通。以人為本，重視客戶參與在開發(fā)組間交換組員版本公布會(huì)

8/47簡(jiǎn)單需求盡也許簡(jiǎn)單設(shè)計(jì)盡也許簡(jiǎn)單代碼盡也許簡(jiǎn)單文檔盡也許簡(jiǎn)單XP要求今天最佳做些簡(jiǎn)單事，而不是做更復(fù)雜但也許永遠(yuǎn)也不會(huì)用到事。9/47反饋盡快取得顧客反饋，并且越詳細(xì)越好。更早和經(jīng)常來(lái)自客戶、團(tuán)體和實(shí)際最后顧客詳細(xì)反饋意見為您提供更多機(jī)會(huì)來(lái)調(diào)整您方向。反饋能夠讓您把握住正確方向，少走彎路。盡快公布新版本客戶應(yīng)當(dāng)是小組一員10/47勇氣這是最主要關(guān)鍵價(jià)值。由于XP強(qiáng)調(diào)“擁抱變化”，因此對(duì)于顧客反饋，要有積極面向現(xiàn)實(shí)和修復(fù)問題勇氣，如放棄系統(tǒng)代碼，改善系統(tǒng)設(shè)計(jì)等。勇敢重構(gòu)勇于所有人擁有代碼勇于極限（把好辦法做到極至）11/47長(zhǎng)處擁抱需求變化強(qiáng)調(diào)團(tuán)體合作XP能夠讓開發(fā)者專注于編寫代碼，避免了無(wú)須要文案工作及會(huì)議。增強(qiáng)代碼和產(chǎn)品質(zhì)量，并有效減少BUG。程序員互相幫助，互相教對(duì)方，實(shí)現(xiàn)能力互補(bǔ)。從公司管理角度來(lái)看，這種辦法能夠減少對(duì)牛人依賴。同步它也提升了員工滿意度。12/47缺陷缺乏設(shè)計(jì)文檔，局限于小規(guī)模項(xiàng)目缺乏質(zhì)量規(guī)劃沒有提供數(shù)據(jù)搜集和使用指導(dǎo)開發(fā)過程不詳細(xì)全新管理手法帶來(lái)認(rèn)同度問題適用對(duì)象2-10人小型團(tuán)體13/47總結(jié)

XP針正確是中小型團(tuán)體和中小型項(xiàng)目，但世界上畢竟尚有大型項(xiàng)目跟超大型項(xiàng)目，究竟這種重視人甚于重視工程方法論開發(fā)方法能否成為主流呢？當(dāng)然XP，還需要時(shí)間來(lái)證明它自己！輕量級(jí)跟重量級(jí)分別代表著兩個(gè)極端，一邊是重視人甚于制程，另一邊則是重視制程甚于人。這代表一個(gè)不甚有經(jīng)驗(yàn)人，也可以照著重量級(jí)制程種種規(guī)則一步步來(lái)，長(zhǎng)處當(dāng)然是穩(wěn)定，缺點(diǎn)當(dāng)然是僵化。輕量級(jí)制程也差不多，好處是彈性，害處是混亂。14/47

第二章極限編程實(shí)踐2.1.1完整團(tuán)體我們希望客戶、管理者和開發(fā)人員緊密地工作在一起，方便彼此知曉對(duì)方所面臨問題，并共同去處理這些問題。XP團(tuán)體中客戶是指定義產(chǎn)品特性并排列這些特性優(yōu)先級(jí)人或者團(tuán)體。最佳情況是客戶和開發(fā)人員在同一種房間中工作。假如確實(shí)無(wú)法和客戶在一起工作，那么就去尋找能夠在一起工作、樂意并能夠替代真正客戶人。15/47客戶和程序員是極限編程主要角色，二者之間高效溝通是關(guān)鍵。16/47第二章極限編程實(shí)踐2.1.2顧客故事顧客故事—像日記形式統(tǒng)計(jì)系統(tǒng)需求，寫在索引卡上，它是由客戶編制，并由客戶決定故事優(yōu)先級(jí)。為了進(jìn)行項(xiàng)目計(jì)劃，必須要懂得和項(xiàng)目需求有關(guān)內(nèi)容，不過卻無(wú)須懂得得太多。對(duì)于做計(jì)劃而言，理解需求只需要做到能夠估算它程度就足夠了。需求特定細(xì)節(jié)很也許會(huì)隨實(shí)踐而變化。因此，在離真正實(shí)現(xiàn)需求還很早時(shí)候就去捕捉該需求特定細(xì)節(jié)，很也許會(huì)造成做無(wú)用功以及對(duì)需求不成熟關(guān)注。17/47顧客故事下列是一種顧客故事樣例：運(yùn)行處理退款祈求故事（優(yōu)先級(jí)：高技術(shù)風(fēng)險(xiǎn)：低）估算：開發(fā)時(shí)間2周

2.1取得某時(shí)間段銀行退款明細(xì)0.5天2.2分頁(yè)顯示某時(shí)間段銀行退款明細(xì)列表，提供選擇退款統(tǒng)計(jì)2.5天2.3運(yùn)行處理退款2天18/47顧客故事19/47第二章極限編程實(shí)踐2.1.3短交付周期XP項(xiàng)目2~3周交付一次能夠工作軟件。每?jī)芍艿紝?shí)現(xiàn)了客戶某些需求，在每次迭代結(jié)束時(shí)，會(huì)給客戶演示迭代生成系統(tǒng)，以得到他們及時(shí)反饋。迭代計(jì)劃：每次迭代一般耗時(shí)2~3周。迭代是一次較小交付，也許會(huì)被加入到產(chǎn)品中，也也許不會(huì)?？蛻舾鶕?jù)開發(fā)人員確定預(yù)算，選擇某些顧客故事組成迭代計(jì)劃。20/4721/47

第二章極限編程實(shí)踐公布計(jì)劃：XP團(tuán)體一般會(huì)創(chuàng)建一種計(jì)劃來(lái)規(guī)劃隨后大約6次迭代內(nèi)容。一次公布一般需要3個(gè)月工作。它表達(dá)了一次較大交付，一般本次交付會(huì)被加入到產(chǎn)品中。公布計(jì)劃是由一組客戶根據(jù)開發(fā)人員給出預(yù)算所選擇、排好優(yōu)先級(jí)別顧客故事組成。公布計(jì)劃不是一成不變，客戶能夠隨時(shí)變化計(jì)劃內(nèi)容，他能夠取消顧客素材，編寫新顧客素材，或者變化顧客素材優(yōu)先級(jí)別。不過客戶應(yīng)當(dāng)更改背面迭代內(nèi)容，盡可能不要更改下一次迭代。22/47

第二章極限編程實(shí)踐2.1.4驗(yàn)收測(cè)試在極限編程中，驗(yàn)收測(cè)試是由客戶編寫，單元測(cè)試是由程序員編寫。驗(yàn)收測(cè)試使用能夠讓它們自動(dòng)并且反復(fù)運(yùn)行某種腳本語(yǔ)言編寫，這些測(cè)試共同來(lái)驗(yàn)證系統(tǒng)按照客戶指定行為運(yùn)轉(zhuǎn)。驗(yàn)收測(cè)試經(jīng)常要通過系統(tǒng)外部接口（如鍵盤輸入等顧客接口）運(yùn)行，有時(shí)候甚至要使用某些專門工具，使系統(tǒng)行為具有對(duì)顧客可視性。23/47

第二章極限編程實(shí)踐2.1.5結(jié)對(duì)編程—不會(huì)減少編程效率，反而會(huì)大大減少缺陷率是指兩個(gè)程序員使用同一臺(tái)電腦共同完成同一編程工作，包括：設(shè)計(jì)、算法、編碼和測(cè)試。結(jié)對(duì)人員中一位控制鍵盤并輸入代碼，另一位觀測(cè)輸入代碼并尋找著代碼中錯(cuò)誤和能夠改善地方。結(jié)正確關(guān)系每天最少變化一次，方便于每個(gè)程序員在一天中能夠在兩個(gè)不一樣結(jié)對(duì)中工作。在一種迭代期間，每個(gè)團(tuán)體組員應(yīng)當(dāng)和所有其他團(tuán)體組員在一起工作過，并且他們應(yīng)當(dāng)參與了本次迭代中所包括每項(xiàng)工作。這樣能夠促進(jìn)知識(shí)在團(tuán)體中傳輸。24/47

第二章極限編程實(shí)踐2.1.6測(cè)試驅(qū)動(dòng)開發(fā)(Test-DrivenDevelopment)要求程序員對(duì)完成每段代碼都要編寫對(duì)應(yīng)自動(dòng)化單元測(cè)試用例。先編寫單元測(cè)試，再編寫代碼，程序員能夠并行處理。編寫所有產(chǎn)品代碼目標(biāo)都是為了使失敗單元測(cè)試能夠通過。編寫測(cè)試用例和代碼之間更迭速度是很快，基本上在幾分鐘左右。這樣方式非常利于重構(gòu)，也能夠激發(fā)程序員去解除各個(gè)模塊之間耦合，這樣能夠獨(dú)立地對(duì)它們進(jìn)行測(cè)試。25/47測(cè)試驅(qū)動(dòng)開發(fā)結(jié)對(duì)和簡(jiǎn)單設(shè)計(jì)常見問題和解答測(cè)試編碼重構(gòu)集成或者丟棄26/47測(cè)試驅(qū)動(dòng)開發(fā)1、迅速加入一條單元測(cè)試用例來(lái)指定一條將要編寫功能。2、運(yùn)行所有測(cè)試用例包括步驟1新增測(cè)試用例，并目睹用例失敗成果，由于對(duì)應(yīng)代碼還沒編寫。3、編寫代碼或修改代碼使其通過新測(cè)試4、運(yùn)行所有代碼并確認(rèn)他們完全通過。5、重構(gòu)或者刪除反復(fù)代碼。測(cè)試工具：XUnit、Jester27/47

第二章極限編程實(shí)踐2.1.7

集體所有是指代碼任何部分都不是某個(gè)人單獨(dú)擁有和維護(hù)，任何人在任何時(shí)候都有權(quán)對(duì)源代碼做出修改，以增加新功能、除錯(cuò)或進(jìn)行重構(gòu)。任何人都能夠多從事自己擅長(zhǎng)一方面，不過不會(huì)被限制在自己專業(yè)領(lǐng)域內(nèi)。若有一種主程序員負(fù)責(zé)工作，但他離開時(shí)就也許引發(fā)一系列問題，而集體所有能較好處理這個(gè)矛盾，使開發(fā)具有更高穩(wěn)定度。28/47

第二章極限編程實(shí)踐2.1.8連續(xù)集成連續(xù)集成最大好處是減少風(fēng)險(xiǎn)，找出問題。XP團(tuán)體每天會(huì)進(jìn)行數(shù)次系統(tǒng)構(gòu)建，他們會(huì)重新創(chuàng)建整個(gè)系統(tǒng)。集成時(shí)要采取系統(tǒng)最后成果公布形式—CD或Web。程序員模塊在簽入/集成前必須確保模塊已經(jīng)通過所有測(cè)試。29/47

第二章極限編程實(shí)踐2.1.9可連續(xù)開發(fā)速度軟件項(xiàng)目不是全速短跑，而是馬拉松長(zhǎng)跑。XP團(tuán)體必須要以一種可連續(xù)速度前進(jìn)，必須要故意識(shí)地保持穩(wěn)定、適中速度。XP規(guī)則是不允許團(tuán)體加班工作。在版本公布前一種星期是該規(guī)則惟一例外------假如公布目標(biāo)就在眼前并且能夠一蹴而就，則允許加班。30/47

第二章極限編程實(shí)踐2.1.10開放工作空間開放房間：桌子/椅子面向面，墻上掛滿了多種圖表；人和人之間距離必須足夠近，能夠互相聽到對(duì)方談話。密歇根大學(xué)一項(xiàng)研究表白，在“充滿積極討論屋子（warroom）”里工作，生產(chǎn)率非但不會(huì)減少，反而會(huì)成倍地提升。31/47

第二章極限編程實(shí)踐2.1.11

簡(jiǎn)單設(shè)計(jì)XP團(tuán)體使他們?cè)O(shè)計(jì)盡也許地簡(jiǎn)單、具有體現(xiàn)力（expressive）。另外，他們僅僅關(guān)注于計(jì)劃在本次迭代中要完成顧客素材。他們不會(huì)考慮那些將來(lái)顧客素材。這意味著XP團(tuán)體工作也許不會(huì)從基礎(chǔ)構(gòu)造開始，只有當(dāng)出現(xiàn)一種顧客素材迫切需要基礎(chǔ)構(gòu)造時(shí)，他們才會(huì)引入該基礎(chǔ)構(gòu)造。32/47第二章極限編程實(shí)踐2.1.12重構(gòu)重構(gòu)是XP一種主要組成部分。所謂重構(gòu)是指在不變化代碼外在行為前提下對(duì)代碼做出修改，以改善代碼內(nèi)部構(gòu)造。重構(gòu)是一種有紀(jì)律、通過訓(xùn)練、有條不紊代碼整頓辦法，能夠?qū)⒄D過程中不小心引入錯(cuò)誤也許性降到最低。從本質(zhì)上說，重構(gòu)就是在代碼寫好之后改善它設(shè)計(jì)。重構(gòu)節(jié)奏：重新推理、小更改、重新推理、小更改、重新推理33/47重構(gòu)重構(gòu)例子：代碼更易讀，更易于維護(hù)34/47

第二章極限編程實(shí)踐2.1.13隱喻隱喻（metaphore）是所有XP實(shí)踐中最難理解一種。隱喻一般能夠歸結(jié)為一種名字系統(tǒng)，這些名字提供了一種系統(tǒng)組成元素詞匯表，并且有助于定義他們之間關(guān)系。簡(jiǎn)單說，是所有項(xiàng)目參與人員都必須對(duì)有關(guān)抽象概念有統(tǒng)一、詳細(xì)結(jié)識(shí)。在實(shí)際操作中，選擇恰當(dāng)隱喻并對(duì)其推廣是不容易。隱喻辦法體現(xiàn)了極限編程簡(jiǎn)單、溝通和反饋。35/47敏捷軟件開發(fā)36/47敏捷開發(fā)介紹敏捷開發(fā)是一種以人為關(guān)鍵、迭代、循序漸進(jìn)開發(fā)辦法。在敏捷開發(fā)中，軟件項(xiàng)目標(biāo)構(gòu)建被切提成多種子項(xiàng)目，各個(gè)子項(xiàng)目標(biāo)成果都通過測(cè)試，具有集成和可運(yùn)行特性。敏捷開發(fā)由幾個(gè)輕量級(jí)軟件開發(fā)辦法組成。包括：極限編程（XP），Scrum，精益開發(fā)（LeanDevelopment），動(dòng)態(tài)系統(tǒng)開發(fā)辦法（DSDM），特性驅(qū)動(dòng)開發(fā)（FeatureDriverDevelopment）等等。37/47敏捷開發(fā)敏捷軟件開發(fā)是一種開發(fā)軟件管理新模式，用來(lái)替代以文檔驅(qū)動(dòng)開發(fā)瀑布開發(fā)模式。2023年2月，17名編程大師分別代表極限編程、Scrum、特性驅(qū)動(dòng)開發(fā)、動(dòng)態(tài)系統(tǒng)開發(fā)辦法、自適應(yīng)軟件開發(fā)、水晶辦法、實(shí)用編程等開發(fā)流派，刊登敏捷宣言?！皞€(gè)體和交互勝于過程和工具”“能夠工作軟件勝于詳盡文檔”“客戶協(xié)作勝于協(xié)議談判”“響應(yīng)變化勝于遵循計(jì)劃”38/47敏捷開發(fā)介紹-scrumScrum是一種敏捷開發(fā)框架

假如把工程實(shí)踐看做一塊糖果，那么Scrum就是糖果包裝紙。Scrum把已有基礎(chǔ)和工程實(shí)踐封裝起來(lái)。它能夠被利用于軟件開發(fā)，項(xiàng)目維護(hù)，也能夠被用來(lái)作為一種管理敏捷項(xiàng)目標(biāo)框架。Scrum被著名公司廣泛采?。何④洝⒀呕?、google、諾基亞39/47Scrum引入：

Scrum在橄欖球中叫爭(zhēng)球，是一種8人團(tuán)體。Scrum以一種緊密整合單位來(lái)協(xié)作，每個(gè)隊(duì)員都扮演一種定義明確角色，并且在進(jìn)展中完成自己所擔(dān)負(fù)任務(wù)。整個(gè)團(tuán)體有一種單一焦點(diǎn)，工作優(yōu)先權(quán)也是清楚。我們希望軟件隊(duì)伍像Scrum同樣，以高度整合方式工作，成為一種自我定向和自我組織團(tuán)體。

40/47敏捷開發(fā)-實(shí)行Scrum過程介紹確定SprintBacklog

將整個(gè)產(chǎn)品backlog分解成SprintBacklog，這個(gè)SprintBacklog是按照目前人力物力條件能夠完成。召開sprintplanningmeeting sprint計(jì)劃會(huì)議由兩個(gè)連續(xù)會(huì)議組成，第一種會(huì)議明確下一種sprint應(yīng)建立哪些功能。第二個(gè)會(huì)議確定如何編寫這些功能。sprint開發(fā)周期

sprint開發(fā)周期為30天，在30天里把SprintBacklog開發(fā)出來(lái)。41/47在這個(gè)周期內(nèi)，團(tuán)體有完全權(quán)威。每天需要召開DailyScrummeeting。成果演示整個(gè)sprint周期結(jié)束，召開Sprintreviewmeeting，將成果演示給ProductOwner。sprint回憶

團(tuán)體組員最后召開Sprintretrospectivemeeting，總結(jié)問題和經(jīng)驗(yàn)。42/47CancelGiftwrapReturn迭代周期2-4周功能1Sprint目標(biāo)迭代

backlog潛在能夠公布增量產(chǎn)品產(chǎn)品backlog功能3功能4功能3功能224小時(shí)Scrum43/47Scrum名詞解釋backlog：能夠預(yù)知所有任務(wù)，包括功能性和非功能性所有任務(wù)。sprint：一次跌代開發(fā)時(shí)間周期，一般最多以30天為一種周期。在這段時(shí)間內(nèi)，開發(fā)團(tuán)體需要完成一種制定backlog，并且最后成果是一種增量，能夠交付產(chǎn)品。sprintbacklog：

一種sprint周期內(nèi)所需要完成任務(wù)。scrumMaster：負(fù)責(zé)監(jiān)督整個(gè)Scrum進(jìn)程，修訂計(jì)劃一種團(tuán)體組員。time-box：一種用于開會(huì)時(shí)間段。例如每個(gè)dailyscrummeetingtime-box為15分鐘。

44/47Scrum名詞解釋sprintplanningmeeting：

在啟動(dòng)每個(gè)sprint前召開。一般為一天時(shí)間（8小時(shí)）。