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