Scrum 敏捷開發

什么是敏捷開發?

敏捷開發大多被定義為一種與軟件開發項目管理相關的方法論,同時也描述了作為一個團隊工作的方式,通過降低風險和提供早期的好處來達到軟件產品所要求的質量水平。

與傳統的軟件開發瀑布模型不同,敏捷軟件開發是迭代式的。這意味著在敏捷的軟件開發環境中,我們期待著快速的變化。

為什么傳統軟件開發技術有時會失敗,敏捷開發變得越來越流行?
傳統的軟件開發方法由于業務流程和客戶需求的變化而失敗。如果要求永遠不變,傳統的開發方法就起作用 但問題是業務需求正在不斷變化。

靈活的方法使軟件開發團隊能夠專注于軟件本身,而不是花時間在軟件設計和文檔上。當我們考慮系統需求在開發過程中通常會快速變化的情況時,這種方法更為有效。

在敏捷開發環境中我們可以找到的另一個關鍵點是使用快速和更短的文檔,我們可以快速完成任務。

但是,當考慮敏捷軟件開發在軟件產品中取得成功時,我們需要有誠實的合作開發者和聰明的客戶。

有一些敏捷的軟件開發方法需要討論。但是像Scrum這樣的敏捷軟件開發方法在當今被廣泛使用。

其他敏捷方法包括
? 極限編程
? 水晶
? 自適應軟件開發
? 功能驅動開發

以下是與每個敏捷軟件開發方法相關的一套原則

客戶參與
客戶參與敏捷軟件開發環境是獲得軟件項目成功的主要原則
客戶應該通過提供新的需求和想法,始終密切參與開發過程。開發人員可以使用客戶評論來評估迭代。

增量交貨
該軟件將逐步開發并交付給客戶。客戶應指定每個增量中應包含的要求。

人們不處理
在敏捷軟件開發方法中,開發人員可以以自己的方式工作,而不用考慮軟件過程。這主要側重于使用開發人員的技能,同時提高他們的技能,而不是遵循一個規則的過程。

迎接改變
要求更改是可以接受的。另外,軟件的開發方式應能適應開發過程中和軟件交付后的需求變化

保持簡單
整個開發團隊和客戶應該重點關注正在開發的軟件的簡單性以及開發該軟件所遵循的過程。這意味著參與開發過程的每個人都應該支持去除復雜性。

什么是Scrum?

Scrum是管理產品開發的敏捷框架之一。在被廣泛使用的同時,它也成為傳統軟件開發過程的替代方案
在scrum中有三個關鍵角色需要討論。

產品擁有者
產品所有者主要是利益相關者,或者我們可以定義為對將要開發的軟件具有原始愿景的客戶。他通過確定哪些功能應包含在產品中并對其進行優先級定義了產品積壓的內容(基本上稱為用戶故事)。

Scrum大師
與傳統的團隊領導或項目經理不同,他是團隊的領導者之一。他負責保護團隊,順利開展工作,消除障礙。并負責召開會議,確保一切順利。

Scrum團隊
團隊可能由開發人員,測試人員和其他人員參與到軟件開發過程中,作為一個團隊工作,而沒有遵循我們在傳統軟件開發流程中可以找到的規則。Scrum團隊還負責在每個沖刺階段交付每個增量來成功完成項目

有三種類型的文件在Scrum框架中使用

產品積壓
產品負責人負責創建產品返回日志,其中包括被稱為用戶故事的重要功能列表。這就像是傳統需求規格的替代品

用戶故事
描述一組特征的方式應該包含在正在開發的軟件中。用戶故事以這樣的方式呈現,使得Scrum團隊可以清楚地了解需求。

Sprint積壓
沖刺回日志由產品待辦事項中用戶故事的最高優先級組成,在沖刺會議期間,Scrum團隊確定在特定沖刺中要完成的主要要求。

燒毀圖表
燒毀圖表顯示每個沖刺的進度,并以圖形方式表示在剩余時間內完成的平衡工作。

在scrum中有三種類型的會議

沖刺計劃
沖刺計劃是基本上開始沖刺的會議。產品所有者,Scrum主人和團隊會面討論用戶故事。同時還確定了沖刺計劃會議期間每個用戶故事的重要性。

每日頭條
每日頭條是一個簡短的會議,討論上次會議以來我們已經完成的事情,發展的現狀,發展進程放緩的障礙是什么。早上開這個會議比較合適,然后Scrum團隊可以確定一天的工作時間表。

短跑審查
在每次沖刺之后,本次沖刺檢查將由團隊成員和產品負責人共同參與,共同討論已完成的工作以及如何改進工作流程。而且在最后一個沖刺階段完成的產品功能的演示是由Scrum團隊完成的

Sprint回顧展
sprint回顧的目的是回顧團隊如何完成最后的沖刺,以及他們可以做些什么來改進下一個沖刺的過程。

Scrum工作流程

image.png
?   Scrum工作流程始于產品所有者提供的產品積壓
?   之后,進行沖刺計劃會議
?   在沖刺計劃期間,產品所有者,Scrum大師和Scrum團隊將遍歷用戶故事,并確定下一個沖刺中用戶故事的優先級。
?   Sprint Backlog是sprint規劃的輸出  
?   按照sprint backlog開發,測試和審查應用程序。整個過程被稱為沖刺
?   在沖刺,scrum會議期間。每天舉行
?   在沖刺結束時,我們有潛在的可發運產品
?   在Scrum團隊和產品所有者的參與下對產品進行沖刺評估
?   產品和過程的回顧
?   從而沖刺回顧完成沖刺
?   下一個沖刺的開始

有關更詳細的參考資料,請閱讀Sommerville的“ Software Engineering Seventh Edition ” 一書

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,818評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,185評論 3 414
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,656評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,647評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,446評論 6 405
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 54,951評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,041評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,189評論 0 287
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,718評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,602評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,800評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,316評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,045評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,419評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,671評論 1 281
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,420評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,755評論 2 371

推薦閱讀更多精彩內容