敏捷開發(fā)流程與方法(文件)
【正文】 機性。我們總是先嘗試使用能夠工作的最簡單的設計，然后隨著現(xiàn)實的不斷顯現(xiàn)來更改它。 ? 至少有兩個人熟悉系統(tǒng)的每一部分。 ? 結對的編程比單獨編程更有效。這一過程是迅速，有適應性，自組織的，它代表了從順序開發(fā)過程以來的重大變化。 SCRUM的過程圖 SCRUM實踐 1. Scrum團隊： 57個人的小項目團隊， 團隊的負責人可能擔負起 Scrum Master的角色。 4. Scrum會議 : 這是與傳統(tǒng)方式最大的區(qū)別，每天 1520分鐘的 Scrum會議，通常在每天的同一時間和同一個房間內(nèi)舉行。 Scrum會議不同于項目會議，對團隊來說，它起到了快速簡報的作用。 誤區(qū)二 :敏捷僅是個軟件過程 ? 敏捷相對以前的軟件工程最大的革新之處在于把人的作用提高到了過程至上，正如敏捷宣言的第一條“個體和交互勝過過程和工具”所說的。 ? 把人的能動性調(diào)動起來，給動力而不是給壓力。 ? 文檔只是為了達成目標的一種手段，如果這種手段是低效的，那就換一種手段。 ? 因此，在實施敏捷的時候，需要在團隊內(nèi)明確哪些知識是必須顯性的，這些知識可以通過文檔交流。忘了以前是在哪兒看的大師采訪錄： ? Q：“我們現(xiàn)有的過程很好，不知道怎么用敏捷改進 ?” ? A：“既然很好，那就不要用敏捷”。當對系統(tǒng)結構進行大的調(diào)整時，如果沒有測試驅(qū)動輔助的話，那么可控性就會很差，這不能叫做重構。 誤區(qū)四 :為了敏捷而敏捷 ? 重做不等于重構，很多場合這兩個概念是混淆的。 ? 文檔不是目的，有效溝通才是目的。 ? 應該清楚文檔的本質(zhì)是把知識顯性化。讓開發(fā)人員理解并實施，體驗到敏捷的好處，而不是盲目機械地實施規(guī)范。這也是敏捷在國內(nèi)實施的最大障礙： ? 把客戶當作合作伙伴而不是對手，從客戶角度出發(fā)去想問題，充分的跟客戶溝通，而不是出了問題推諉責任。 7. 每一次 Sprint之后要 review，團隊按照既定的 Sprint Backlog目標來演示完成的內(nèi)容。 在這個 15分鐘的會議上， Scrum Master會詢問每個成員三個問題 : a) 自上次 Scrum會議后的 1天里你做了什么？ b) 從現(xiàn)在到下次 Scrum會議的 1天時間里你準備做什么？ c) 你在工作中遇到了哪些困難？ 每個成員在 Backlog條目上所花費的時間會被記錄到 Spring backlog中。 3. Sprint(沖刺 ): 通常為 30天的迭代時間，把 Backlog中的每一項安排在 Sprint中，由團隊估算出所需要的時間（按小時記）。 Scrum于 1995年提出，并在 2022年同其他方法論一起組成“敏捷聯(lián)盟（ Agile Alliance）” 。 ” ? Scrum提供了一種經(jīng)驗方法，它使得團隊成員能夠獨立地，集中地在創(chuàng)造性的環(huán)境下工作。 ? 改變各對的組合在可以在團隊范圍內(nèi)傳播知識。它們只不過需要盡可能簡單，但是仍能工作。 ? 構對設計進行優(yōu)化。 需求 分析 設計 編碼 測試 集成 使用和維護 Planned Design XP Design 變化導致的成本增加 軟件研發(fā) 異動曲線 編程方法 3:簡單設計 標準 (依重要性 )：通過所有測試，可讀性高的代碼，避免重復，最少數(shù)量的類別或方法。 在 Metaphor指引下的重構，是為商業(yè)模型服務的。 XP提倡毫不留情的重構 (Refactor mercilessly)。 ? 簡單設計，編碼標準和結對編程，使閱讀和修改 Team內(nèi)其他人的代碼變得實際可行。這是知識細化、深化的結果，是“持續(xù)學習” (Continuous learning)的過程；是對商業(yè)模型和設計模型的持續(xù)重構。 ? Metaphor使客戶和程序員用共通的模型和語言進行交流 — “One Team, one language” 。 ? “ 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以及一些關鍵概念等等抽象化為比喻。 所有的發(fā)布都要經(jīng)過功能測試。 ?
電大資料相關推薦
鄂ICP備17016276號-1