敏捷開發測試Scrum和極限軟件編程

Scrum是一個 軟件開發過程。在今天的快速全球利益相關者要當即對他們的投資回報率。他們不但願等待的時間較長，功能齊全的產品。所以，如今新的軟件開發和測試框架正在迎頭遇上的勢頭，即Scrum方法。

在Scrum中，項目被分紅小的特色進行開發和測試的具體時間框架稱爲衝刺（小循環）。特色應該獲得開發和測試，在規定的小時間框架。敏捷Scrum團隊的Scrum的主處理。

Scrum是一種迭代的，增量的項目和產品或應用程序 開發框架。Scrum的已成爲愈來愈流行的軟件開發和測試之間的組織框架。許多小型到大型IT公司已經開始接受Scrum框架，由於這能夠創造卓越品質的產品在較短的時間比其餘傳統方法。這個框架能爲企業節省了時間和金錢。

Scrum有三個基本角色：產品的全部者，ScrumMaster，和團隊成員。
產 品經理：在Scrum中，產品全部者負責溝通該產品的開發團隊的願景。他或她還必須表明客戶的利益需求和優先級。因爲產品擁有三個角色的最權威，這也是最 有責任的做用。換句話說，產品全部者是一我的必須面對音樂項目時的張力消失。權力和責任之間意味着很難，產品全部者罷工參與的權利平衡。由於Scrum價 值觀自組織在團隊，產品全部者必須戰鬥的慾望來管理。在相同的時間，產品全部者必須是能夠回答問題的團隊。

Scrum組 長：ScrumMaster做爲產品全部者之間的聯絡和團隊。ScrumMaster不是管理團隊。相反，他或她做品以去除任何障礙，阻礙了團隊實現它的 目標衝刺。總之，這個角色幫助球隊保持創造性和生產，同時確保它的成功是產品全部者可見。ScrumMaster還建議產品全部者如何最大化ROI的團 隊。

團隊成員：在Scrum方法，該小組負責完成工做。理想的狀況是，團隊由七個跨功能小組成員，加上先後兩我的。軟件項目，一個典型的 團隊包括一個混合軟件工程師，設計師，程序員，分析師，QA專家，測試員，UI設計師。每一次衝刺，該團隊負責決定如何將完成的工做要完成。這給予球隊很 大的自主性，可是，類似產品全部者的狀況下，自由伴隨着一種責任，知足了衝刺的目標。

每日Scrum會議是一個15分鐘的時間事件的盒裝開發團隊同步活動和創造一個將來的24計劃小時。這是經過檢查工做以來，作平常scrum工做能夠在下一個作預測。每日Scrum是在同一時間舉行的地方，天天減小複雜性。

開發團隊使用Scrum每日評估進展對短跑的目標和衡量進展是走向完善在衝刺積壓的工做。每日Scrum優化機率開發團隊會衝刺的目標。一般開發團隊知足立 即從新規劃的Sprint的其餘平常scrum後工做。每一天，開發團隊應該可以解釋產品業主和ScrumMaster打算如何一塊兒工做，做爲一個自組織 團隊完成目標，在創造預期增量其他的衝刺。ScrumMaster確保開發團隊會議，可是開發團隊負責平常Scrum。ScrumMaster教保持每日 Scrum開發團隊中15分鐘時間盒。ScrumMaster強制僅規則開發團隊成員參與平常scrum。每日Scrum是否是一個狀態會議，併爲人們改 造產品待辦事項爲一個增量。每日例會增強溝通，消除其餘會議，識別和排除障礙和促進發展，突出快速決策，提升項目開發團隊的水平知識。這是一個關鍵的檢查 和調整會議。
轉載自安安DIY創做室　 http://www.vscsoft.com/
本文連接： http://www.vscsoft.com/post/106.html