敏捷開發(fā)流程與方法(編輯修改稿)
2025-05-30 18:43 本頁面
【文章內(nèi)容簡介】 場客戶 (OnSite Customer) 客戶是 Team成員，在開發(fā)現(xiàn)場和開發(fā)人員一起工作。 傳統(tǒng)的客戶任務(wù)一般是講解需求，運(yùn)行驗(yàn)收測試，接收發(fā)布的系統(tǒng)。 XP新增加的任務(wù)： (1) 寫 User Story (2) 評估 User Story的商業(yè)優(yōu)先級 (3) 為每個(gè) User Story定義驗(yàn)收測試 (4) 計(jì)劃開發(fā)內(nèi)容 (5) 調(diào)控開發(fā)過程 (6) 建立商業(yè)模型，把隱藏在客戶需求下的原則傳授給開發(fā)人員 (8) 程序員分擔(dān)任務(wù)的過程支解了對他們商業(yè)模型的理解 (9) 參加設(shè)計(jì)過程 (10)和程序員一起找出 Metaphor，導(dǎo)引設(shè)計(jì)方向 (11)在 Metaphor的幫助下，定義更有效更實(shí)際的功能測試，給程序員的設(shè)計(jì)制定了規(guī)范 交付和管理 4:小規(guī)模發(fā)布 ?降低開發(fā)風(fēng)險(xiǎn)。 保證客戶有足夠的依據(jù)調(diào)控開發(fā)過程 (增加、刪除或改變User Story)。 ?客戶使用發(fā)布的系統(tǒng)，可以保證頻繁地反饋和交流。 發(fā)布過程應(yīng)該盡可能地自動(dòng)化、規(guī)范化。 ?不斷地發(fā)布可用的系統(tǒng)可以告訴客戶你在做正確的事情。 低風(fēng)險(xiǎn) 智能化 適應(yīng)調(diào)整 頻繁交流 知會客戶 頻繁發(fā)布 經(jīng)過驗(yàn)證 隨著開發(fā)的推進(jìn)，發(fā)布越來越頻繁。 所有的發(fā)布都要經(jīng)過功能測試。 小規(guī)模發(fā)布 小組實(shí)踐 小組實(shí)踐 1:持續(xù)集成 (Continuous integration) ? 持續(xù)集成指不斷地把完成的功能模塊整合在一起。目的在于不斷獲得客戶反饋以及盡早發(fā)現(xiàn)BUG。 ? 隨時(shí)整合，越頻繁越好；集成及測試過程的自動(dòng)化程度越高越好。 ? “ A Test a day ,takes the bugs away” Siemens 失敗 通過 時(shí)間 功 能 測 試 小組實(shí)踐 1:持續(xù)集成 (Continuous integration) 1 自動(dòng)化編譯質(zhì)量度量 2 3 自動(dòng)化測試 持續(xù)反饋 團(tuán)隊(duì)實(shí)踐 2:隱喻 (System Metaphor) “ The system metaphor is a story that everyone customers, programmers, and managers can tell about how the system works.” — Kent Beck Team將 Domain/SubDomain Model， Design/SubDesign Model以及一些關(guān)鍵概念等等抽象化為比喻。通過這些比喻，加強(qiáng)客戶和程序員之間的相互理解，消化積累知識，指導(dǎo)設(shè)計(jì)開發(fā)的方向。 例： ? Market — 發(fā)布 /瀏覽，價(jià)格洽談，生成和履行合同； ? String， Tree， Package， Chartroom， Spider， Robot …… ； ? 電影后期制作 — 郵遞 — 電影院播放電影。 小組實(shí)踐 2:隱喻 (System Metaphor) ? Metaphor的形成過程，是客戶建立并抽象商業(yè)模型和商業(yè)概念的過程，是程序員建立并抽象設(shè)計(jì)模型和設(shè)計(jì)概念的過程。 ? Metaphor使客戶和程序員用共通的模型和語言進(jìn)行交流 — “One Team, one language” 。 ? Metaphor可以幫助減少“知識泄露”和“支解知識”。 ? Metaphor是設(shè)計(jì)過程的航標(biāo) —— 真正靈活有效的設(shè)計(jì)是針對商業(yè)原則的設(shè)計(jì)，而不是針對商業(yè)原則表現(xiàn)形式的設(shè)計(jì)，更不是脫離商業(yè)需求目的的學(xué)術(shù)設(shè)計(jì)。 ? 隨著開發(fā)的繼續(xù)， Team會找到更好的 Metaphor。這是知識細(xì)化、深化的結(jié)果，是“持續(xù)學(xué)習(xí)” (Continuous learning)的過程；是對商業(yè)模型和設(shè)計(jì)模型的持續(xù)重構(gòu)。 小組實(shí)踐 3:編碼標(biāo)準(zhǔn) (Coding standards) ? 編碼標(biāo)準(zhǔn)的目的： 防止團(tuán)隊(duì)被一些無關(guān)緊要的愚蠢爭論搞得不知所措。 不要預(yù)先花費(fèi)太多時(shí)間 目標(biāo)應(yīng)該是團(tuán)隊(duì)中沒有人辨認(rèn)各自的代碼 以團(tuán)隊(duì)為單位對某一標(biāo)準(zhǔn)達(dá)成協(xié)議，然后遵守這一標(biāo)準(zhǔn) 不是事無巨細(xì)的規(guī)則列表，而是確保代碼可交流的指導(dǎo)方針 七個(gè)原則 編碼標(biāo)準(zhǔn)開始時(shí)應(yīng)很簡單，然后根據(jù)團(tuán)隊(duì)經(jīng)驗(yàn)逐步進(jìn)化 創(chuàng)建能夠工作的最簡單標(biāo)準(zhǔn)，然后逐步發(fā)展 只制訂適合本團(tuán)隊(duì)的 小組實(shí)踐 4:集體擁有代碼 ? “我們”的代碼，而不是“我”的代碼。 ? 任何人可以改動(dòng)任何一段代碼，但改動(dòng)后的代碼必須通過所有相關(guān)的測試。 ? 簡單設(shè)計(jì)，編碼標(biāo)準(zhǔn)和結(jié)對編程，使閱讀和修改 Team內(nèi)其他人的代碼變得實(shí)際可行。 ? 思考：同公司信息安全可能有沖突？ 在一定范圍內(nèi)進(jìn)行集體擁有代碼還是可行的 小組實(shí)踐 5:穩(wěn)定高速的步伐 (40Hour Week) “每天早晨都感
電大資料相關(guān)推薦
鄂ICP備17016276號-1