敏捷視角下的過程

敏捷視角下的過程第1頁(yè)，共24頁(yè)，2023年，2月20日，星期五4.1敏捷是什么和許多管理方法概念不同，“敏捷”是從整體能力或表現(xiàn)的角度著眼的，它昭示了一種經(jīng)營(yíng)方式，這是理解其意義的要點(diǎn)。敏捷性有兩個(gè)基本對(duì)象：整個(gè)企業(yè)（或組織）及對(duì)企業(yè)中的人：對(duì)于公司，敏捷是有利于在顧客機(jī)會(huì)持續(xù)而不可預(yù)測(cè)地變化的競(jìng)爭(zhēng)環(huán)境中運(yùn)作的能力。

對(duì)于個(gè)人，敏捷是對(duì)公司底線的作用能力，這個(gè)底線就是為響應(yīng)不可預(yù)測(cè)地變化的顧客機(jī)會(huì)經(jīng)常地重組其人與技術(shù)資源。

敏捷軟件開發(fā)不是一個(gè)具體的過程，而是一個(gè)涵蓋性術(shù)語（umbrellaterm），用于概括具有類似基礎(chǔ)的方式和方法。這些方法，其中包括極限編程（ExtremeProgramming）、動(dòng)態(tài)系統(tǒng)開發(fā)方法（DynamicSystemDevelopmentMethod）、SCRUM、Crystal和Lean等，都著眼于快速交付高質(zhì)量的工作軟件，并做到客戶滿意。第2頁(yè)，共24頁(yè)，2023年，2月20日，星期五敏捷原則：1.優(yōu)先級(jí)最高的是，通過早期和持續(xù)交付有價(jià)值的軟件來滿足客戶。

2.歡迎變更需求，即使在開發(fā)的后期提出。敏捷過程為客戶的競(jìng)爭(zhēng)優(yōu)勢(shì)而控制變更。

3.以兩周到兩月為周期，頻繁地交付可運(yùn)行的軟件，首推較短的時(shí)間定量。

4.在整個(gè)項(xiàng)目過程中，每一天開發(fā)人員都要和業(yè)務(wù)人員合作。

5.由個(gè)體推動(dòng)項(xiàng)目的建設(shè)，為個(gè)體提供所需的環(huán)境，支持和信任。

6.在開發(fā)團(tuán)隊(duì)中或開發(fā)團(tuán)隊(duì)間傳遞信息的最為有效和高效的方法是面對(duì)面的交談。

7.衡量進(jìn)展的重要尺度是可運(yùn)行的軟件。

8.敏捷過程提介可持續(xù)的開發(fā)。

9.發(fā)起人，開發(fā)者和用戶應(yīng)該步調(diào)一致。

10.不斷地關(guān)注技術(shù)上優(yōu)越的設(shè)計(jì)會(huì)提高敏捷性。

11.簡(jiǎn)潔是最重要的，簡(jiǎn)潔就是盡量減少工作量的藝術(shù)。

12.最佳的架構(gòu)，需求和設(shè)計(jì)來自于自組織的團(tuán)隊(duì)。

13.團(tuán)隊(duì)要定期反省如何使工作更有效，然后相應(yīng)地調(diào)整行為。第3頁(yè)，共24頁(yè)，2023年，2月20日，星期五4.2敏捷過程是什么任何一個(gè)敏捷過程都可以由所強(qiáng)調(diào)的三個(gè)關(guān)鍵假設(shè)而識(shí)別出來：提前預(yù)測(cè)哪些需求是穩(wěn)定的以及哪些需求會(huì)變化非常困難。同樣，預(yù)測(cè)項(xiàng)目進(jìn)行中客戶優(yōu)先級(jí)的變化也很困難。對(duì)很多軟件來說，設(shè)計(jì)和構(gòu)建是交錯(cuò)進(jìn)行的。事實(shí)上兩種活動(dòng)應(yīng)當(dāng)順序開展。從制定計(jì)劃的角度來看，分析、設(shè)計(jì)、構(gòu)建和測(cè)試并不像我們所設(shè)想的那么容易預(yù)測(cè)。4.2.1敏捷開發(fā)的立場(chǎng)將敏捷軟件開發(fā)作為許多傳統(tǒng)軟件工程的對(duì)立面，它們?cè)趦?yōu)越性和適用性方面存在著許多爭(zhēng)論。沒有人反對(duì)敏捷，真正問題在于“什么是最佳實(shí)現(xiàn)途徑”。敏捷學(xué)派內(nèi)部，針對(duì)敏捷問題，也提出了很多有細(xì)微差異的過程模型。第4頁(yè)，共24頁(yè)，2023年，2月20日，星期五4.2.2人的因素敏捷軟件開發(fā)的擁護(hù)者花費(fèi)了很多精力強(qiáng)調(diào)“人的因素”在成功敏捷開發(fā)中的重要性。敏捷開發(fā)團(tuán)隊(duì)及成員必須具備以下一些特點(diǎn)：基本能力共同目標(biāo)精誠(chéng)合作決策能力模糊問題解決能力相互信任和尊重自我組織第5頁(yè)，共24頁(yè)，2023年，2月20日，星期五4.3敏捷過程模型4.3.1極限編程（eXtremeProgramming）

XP（eXtremeProgramming）方法是最引人注目的一種輕型開發(fā)方法。它規(guī)定了一組核心價(jià)值和方法，消除了大多數(shù)重量型過程的不必要產(chǎn)物，建立了一個(gè)漸進(jìn)型開發(fā)過程。該方法將開發(fā)階段的4個(gè)活動(dòng)（分析、設(shè)計(jì)、編碼和測(cè)試）混合在一起，在全過程中采用迭代增量開發(fā)、反饋修正和反復(fù)測(cè)試。它把軟件生命周期劃分為用戶故事、體系結(jié)構(gòu)、發(fā)布計(jì)劃、交互、接受測(cè)試和小型發(fā)布6個(gè)階段。

XP開發(fā)模型與傳統(tǒng)模型相比具有很大的不同，其核心思想是交流（Communication）、簡(jiǎn)單（Simplicity）、反饋（Feedback）和進(jìn)?。ˋggressiveness）。XP開發(fā)小組不僅包括開發(fā)人員，還包括管理人員和客戶。該模型強(qiáng)調(diào)小組內(nèi)成員之間要經(jīng)常進(jìn)行交流，在盡量保證質(zhì)量可以運(yùn)行的前提下力求過程和代碼的簡(jiǎn)單化；來自客戶、開發(fā)人員和最終用戶的具體反饋意見可以提供更多的機(jī)會(huì)來調(diào)整設(shè)計(jì)，保證把握正確的開發(fā)方向。第6頁(yè)，共24頁(yè)，2023年，2月20日，星期五策劃設(shè)計(jì)編碼測(cè)試重構(gòu)用戶故事權(quán)值驗(yàn)收測(cè)試準(zhǔn)則迭代計(jì)劃簡(jiǎn)單設(shè)計(jì)CRC卡Spike解決方案原型結(jié)對(duì)編程連續(xù)集成單元測(cè)試驗(yàn)收測(cè)試軟件增量項(xiàng)目速度估算發(fā)布極限編程過程第7頁(yè)，共24頁(yè)，2023年，2月20日，星期五XP有四個(gè)核心價(jià)值是我們應(yīng)該注意溝通：?jiǎn)栴}往往是由于開發(fā)人員與設(shè)計(jì)人員、設(shè)計(jì)人員與客戶之間的溝通不暢造成的簡(jiǎn)單：應(yīng)該盡量保持代碼的簡(jiǎn)單，只要它能工作就可以與其實(shí)現(xiàn)一個(gè)復(fù)雜的的系統(tǒng)，不如設(shè)計(jì)一個(gè)能夠滿足目前需要的、簡(jiǎn)單的系統(tǒng)，因?yàn)槟闼紤]的情況可能永遠(yuǎn)都不會(huì)發(fā)生。反饋：盡快獲得用戶的反饋，并且越詳細(xì)越好，使得開發(fā)人員能夠保證自己的成果符合用戶的需要。勇氣：這是最重要的核心價(jià)值。因?yàn)閄P強(qiáng)調(diào)要"擁抱變化"，因此對(duì)于用戶的反饋，要勇于對(duì)自己的代碼進(jìn)行修改，丟掉壞的代碼。第8頁(yè)，共24頁(yè)，2023年，2月20日，星期五

XP的適用環(huán)境：

XP弱化針對(duì)未來需求的設(shè)計(jì)，非常注重當(dāng)前的簡(jiǎn)化.它的實(shí)踐，有一個(gè)非常關(guān)鍵的假設(shè)就是：開發(fā)人員只注重眼前需求，依賴重構(gòu)來適應(yīng)需求的變動(dòng)，這樣所帶來的風(fēng)險(xiǎn)、開銷要小于需求變化使得事先充分設(shè)計(jì)失效的代價(jià)；反之，實(shí)施XP就是不明智的.因此,XP適合規(guī)模小、進(jìn)度緊、需求變化大、質(zhì)量要求嚴(yán)的項(xiàng)目。它希望以最高的效率和質(zhì)量來解決用戶目前的問題，以最大的靈活性和最小的代價(jià)來滿足用戶未來的需求，XP在平衡短期和長(zhǎng)期利益之間做了巧妙的選擇。第9頁(yè)，共24頁(yè)，2023年，2月20日，星期五策劃：策劃活動(dòng)開始于建立一毓描述待開發(fā)軟件必要特征與功能的“故事”（用戶故事），每個(gè)故事標(biāo)明優(yōu)先級(jí)。并評(píng)估每個(gè)故事的成本，若成本超個(gè)3個(gè)開發(fā)周期，則要求進(jìn)一步細(xì)分。故事的排序：所有故事將在幾周之內(nèi)盡快實(shí)現(xiàn)具有最高價(jià)值的故事將移到進(jìn)度表的前面并首先實(shí)現(xiàn)高風(fēng)險(xiǎn)故事將首先實(shí)現(xiàn)項(xiàng)目速度用于：幫助建立后續(xù)發(fā)行版本的發(fā)布日期和進(jìn)度安排確定是否對(duì)整個(gè)開發(fā)項(xiàng)目中的所有故事有過分承諾第10頁(yè)，共24頁(yè)，2023年，2月20日，星期五簡(jiǎn)單設(shè)計(jì)

(SimpleDesign)：XP的設(shè)計(jì)嚴(yán)格遵循KIS（keepitsimple)傳統(tǒng)的軟件工程要求：

前提是需求不變化，或者很少變化；而XP認(rèn)為：

需求是會(huì)經(jīng)常變化的，因此設(shè)計(jì)不能一蹴而就而應(yīng)該是一項(xiàng)持續(xù)進(jìn)行的過程。

XP鼓勵(lì)使用CRC卡

XP鼓勵(lì)使用既是構(gòu)建技術(shù)又是設(shè)計(jì)技術(shù)的“重構(gòu)”。

XP設(shè)計(jì)實(shí)際上不使用符號(hào)并且?guī)缀醪划a(chǎn)生工作產(chǎn)品。

XP中心觀念是設(shè)計(jì)在編碼開始前后同時(shí)發(fā)生。KentBeck認(rèn)為對(duì)于XP來說，簡(jiǎn)單設(shè)計(jì)應(yīng)該滿足以下幾個(gè)原則：成功執(zhí)行所有的測(cè)試；不包含重復(fù)的代碼；向所有的開發(fā)人員清晰地描述編碼以及其內(nèi)在關(guān)系；盡可能包含最少的類與方法第11頁(yè)，共24頁(yè)，2023年，2月20日，星期五代碼重構(gòu)(Refactoring)XP：強(qiáng)調(diào)代碼重構(gòu)在其中的作用，認(rèn)為應(yīng)該經(jīng)常進(jìn)行重構(gòu)，通常有兩個(gè)關(guān)鍵點(diǎn)應(yīng)該進(jìn)行重構(gòu)：對(duì)于一個(gè)功能實(shí)現(xiàn)前和實(shí)現(xiàn)后。代碼重構(gòu)是指在不改變系統(tǒng)行為的前提下，重新調(diào)整、優(yōu)化系統(tǒng)的內(nèi)部結(jié)構(gòu)以減少?gòu)?fù)雜性、消除冗余、增加靈活性和提高性能。重構(gòu)不是XP所特有的行為，在任何的開發(fā)過程中都可能并且應(yīng)該發(fā)生。成對(duì)編程(PairProgramming)XP：認(rèn)為在項(xiàng)目中采用成對(duì)編程比獨(dú)自編程更加有效。成對(duì)編程是由兩個(gè)開發(fā)人員在同一臺(tái)電腦上共同編寫解決同一問題的代碼，通常一個(gè)人負(fù)責(zé)寫編碼，而另一個(gè)負(fù)責(zé)保證代碼的正確性與可讀性。成對(duì)編程是一種非正式的同級(jí)評(píng)審(PeerReview)。它要求成對(duì)編程的兩個(gè)開發(fā)人員在性格和技能上應(yīng)該相互匹配編碼：第12頁(yè)，共24頁(yè)，2023年，2月20日，星期五集體擁有代碼XP：認(rèn)為開發(fā)小組的每個(gè)成員都有更改代碼的權(quán)利，所有的人對(duì)于全部代碼負(fù)責(zé)。評(píng)論：代碼全體擁有并不意味者開發(fā)人員可以互相推委責(zé)任，而是強(qiáng)調(diào)所有的人都要負(fù)責(zé)。如果一個(gè)開發(fā)人員的代碼有錯(cuò)誤，另外一個(gè)開發(fā)人員也可以進(jìn)行BUG的修復(fù)。持續(xù)集成(ContinuousIntegration)XP：提倡在一天中集成系統(tǒng)多次，而且隨著需求的改變，要不斷的進(jìn)行回歸測(cè)試。因?yàn)?，這樣可以使得團(tuán)隊(duì)保持一個(gè)較高的開發(fā)速度，同時(shí)避免了一次系統(tǒng)集成的惡夢(mèng)。著名的微軟公司就有每日集成(DailyBuild)的成功實(shí)踐。第13頁(yè)，共24頁(yè)，2023年，2月20日，星期五測(cè)試驅(qū)動(dòng)(Test-driven)先測(cè)試，再編碼；代碼未動(dòng)，測(cè)試先行XP：強(qiáng)調(diào)“測(cè)試先行”。在編碼開始之前，首先將測(cè)試寫好，而后再進(jìn)行編碼，直至所有的測(cè)試都得以通過。注：測(cè)試的可自動(dòng)化，集成化。第14頁(yè)，共24頁(yè)，2023年，2月20日，星期五小型發(fā)布(SmallRelease)XP：強(qiáng)調(diào)在非常短的周期內(nèi)以遞增的方式發(fā)布新版本，從而可以很容易地估計(jì)每個(gè)迭代周期的進(jìn)度，便于控制工作量和風(fēng)險(xiǎn)；同時(shí)，也可以及時(shí)處理用戶的反饋。用戶在發(fā)布后兩個(gè)工作日內(nèi)，向項(xiàng)目小組提交“用戶接收測(cè)試報(bào)告”，由項(xiàng)目經(jīng)理評(píng)估測(cè)試報(bào)告，將有效的BUG提交并分配給相應(yīng)的開發(fā)人員。項(xiàng)目小組應(yīng)該在下一個(gè)迭代周期結(jié)束前修復(fù)所有用戶提交的問題。第15頁(yè)，共24頁(yè)，2023年，2月20日，星期五XP對(duì)于執(zhí)行者的要求是比較高的因?yàn)樗箝_發(fā)團(tuán)隊(duì)必須具備熟練的代碼設(shè)計(jì)技能和嚴(yán)格的測(cè)試保障技術(shù)了解面向?qū)ο蠛湍Ｊ?，掌握了重?gòu)和OO測(cè)試技術(shù)習(xí)慣測(cè)試先行的開發(fā)方式等第16頁(yè)，共24頁(yè)，2023年，2月20日，星期五4.3.2自適應(yīng)軟件開發(fā)自適應(yīng)軟件開發(fā)（AdaptiveSoftwareDevelopment）著眼于人員協(xié)作和團(tuán)隊(duì)自我組織。包含思考、協(xié)作和學(xué)習(xí)三個(gè)階段。第17頁(yè)，共24頁(yè)，2023年，2月20日，星期五4.3.3動(dòng)態(tài)系統(tǒng)開發(fā)方法是一種提供“通過在可控項(xiàng)目環(huán)境中使用增量原型開發(fā)模式完全滿足參時(shí)間有約束的系統(tǒng)的構(gòu)建和維護(hù)”的敏捷軟件開發(fā)方法。像XP和ASD一樣，建議使用迭代軟件過程?？尚行匝芯繕I(yè)務(wù)研究功能模型迭代設(shè)計(jì)和構(gòu)建迭代實(shí)現(xiàn)第18頁(yè)，共24頁(yè)，2023年，2月20日，星期五DynamicSystemsDevelopmentMethodDSDMLifeCycle(withpermissionoftheDSDMconsortium)第19頁(yè)，共24頁(yè)，2023年，2月20日，星期五4.3.4ScrumEasel公司發(fā)明，旨在尋求生產(chǎn)率突破名稱來自英式橄欖球，每個(gè)成員都明確自己角色，環(huán)繞同一目標(biāo)，集體行動(dòng)、奮辦拼搏公認(rèn)的高生產(chǎn)率方法(6倍!)數(shù)十家公司、數(shù)百項(xiàng)目中應(yīng)用被PIoP作為組織模式標(biāo)準(zhǔn)三個(gè)階段:定義的初始過程定義要求目標(biāo)任務(wù)排序和分配最優(yōu)設(shè)計(jì)經(jīng)驗(yàn)性的開發(fā)過程(Sprint階段)一連串聯(lián)1-6周的短周期沖刺目標(biāo)限定明確(可演示)集中精辦最佳實(shí)現(xiàn)可多個(gè)開發(fā)組(4-7人)每天日常會(huì)議15-30分鐘回答三個(gè)問題定義的結(jié)束過程集成、系統(tǒng)測(cè)試、文檔第20頁(yè)，共24頁(yè)，2023年，2月20日，星期五第21頁(yè)，共24頁(yè)，2023年，2月20日，星期五第22頁(yè)，共24頁(yè)，2023年，2月20日，星期五FeatureDrivenDevelopment

特征驅(qū)動(dòng)開發(fā)ReprintedwithpermissionofPeterCoad第23頁(yè)，共