敏捷框架比較：Scrum vs Kanban vs Lean vs XP

作者：IT168企業(yè)級(jí) 2017-11-23 22:32:18

在這篇文章中， Alesia Krush將對(duì)四種最流行的敏捷開(kāi)發(fā)方法進(jìn)行比較，給出了每種方法的優(yōu)缺點(diǎn)。

在這篇文章中， Alesia Krush將對(duì)四種***的敏捷開(kāi)發(fā)方法進(jìn)行比較，給出了每種方法的優(yōu)缺點(diǎn)。

市場(chǎng)上有各種各樣的面向?qū)嵺`的敏捷框架，其中***的是Scrum、Kanban、Lean和XP。雖然這是一個(gè)比較類(lèi)文章，但分析這些框架卻有點(diǎn)像拿蘋(píng)果與橙子做比較，因?yàn)槠渲械囊恍┓椒梢韵嗷ブС只蜓a(bǔ)充(尤其是當(dāng)它們適用于開(kāi)發(fā)生命周期不同部分時(shí))。

Scrum

Scrum完全可以被稱(chēng)為敏捷軟件開(kāi)發(fā)的框架。Alesia Krush分享了一個(gè)經(jīng)歷：“某次我遇到了一個(gè)朋友，并告訴他我的新工作是關(guān)于“敏捷”的。他提出的一個(gè)問(wèn)題就是，你每天都在做Scrum之類(lèi)的事情嗎?“。在很多人看來(lái)，Scrum就是敏捷的代名詞。

首先，Scrum是一個(gè)管理框架。Scrum明確地規(guī)定了一個(gè)模型，根據(jù)這個(gè)模型，開(kāi)發(fā)人員計(jì)劃工作、更新計(jì)劃并分析過(guò)程。該框架介紹了角色Scrum Master，Scrum Master是一個(gè)專(zhuān)門(mén)為流程提供便利、并確保遵循這***程的角色。

人工品

Scrum的主要“人工品”(信息傳播者)是：

1. User Story。一小部分功能是，團(tuán)隊(duì)將在一個(gè)被稱(chēng)為Sprint的時(shí)間段內(nèi)工作。通常的格式是：作為[用戶(hù)角色]，希望[系統(tǒng)做這個(gè)和那個(gè)]，以便[交付這樣和這樣的商業(yè)價(jià)值]。它必須有一個(gè)“完成的定義”，用來(lái)確定故事是否已經(jīng)正確執(zhí)行。

2. Task。它可以與用戶(hù)故事相關(guān)或不相關(guān)。例如，設(shè)置新的開(kāi)發(fā)環(huán)境或研究CPU內(nèi)存問(wèn)題是與用戶(hù)故事無(wú)關(guān)的任務(wù)。

3. Backlog。用戶(hù)故事和未來(lái)Sprint任務(wù)的列表。

4. Sprint backlog。從Backlog的當(dāng)前Sprint中挑選用戶(hù)故事和任務(wù)列表(又名“工作項(xiàng)目”)。

5. Product increment。在Sprint結(jié)束時(shí)交付的一種潛在可交付功能塊。

6. Extensions。像Burndown Chart、Velocity等的報(bào)告，用于跟蹤團(tuán)隊(duì)的進(jìn)展。

敏捷框架比較：Scrum vs Kanban vs Lean vs XP

角色

1. 開(kāi)發(fā)團(tuán)隊(duì)。包括開(kāi)發(fā)人員、QA工程師、UI/UX設(shè)計(jì)師、業(yè)務(wù)分析師以及其他需要的人員。Scrum團(tuán)隊(duì)通常有3到9名成員。當(dāng)9個(gè)人還不夠時(shí)，團(tuán)隊(duì)就一分為二了。

2. Scrum Master。主持每日Scrum會(huì)議、策劃/更新/回顧會(huì)議，并幫助團(tuán)隊(duì)成員解決溝通問(wèn)題。Scrum Master不是團(tuán)隊(duì)成員，所以他們可以同時(shí)與多個(gè)團(tuán)隊(duì)合作。

3. 產(chǎn)品所有者。利益相關(guān)者的代表，將Scrum團(tuán)隊(duì)的愿景(作為用戶(hù)故事的基礎(chǔ))傳達(dá)給Scrum團(tuán)隊(duì)，在每個(gè)Sprint結(jié)束時(shí)優(yōu)先考慮用戶(hù)故事，并接受或拒絕他們。

價(jià)值

1. 承諾(在Sprint中實(shí)現(xiàn)目標(biāo))。

2. 勇氣(做您認(rèn)為正確的事)。

3. 重點(diǎn)(在當(dāng)前Sprint中的工作項(xiàng)目)。

4. 開(kāi)放(關(guān)于面臨的任何挑戰(zhàn))。

5. 尊重(相信其他人的能力)。

Kanban

Kanban框架是由豐田工程師Taiichi Ohno發(fā)明的。在20世紀(jì)40年代后期，豐田代表們觀察到超市是如何根據(jù)貨架上的貨物重新進(jìn)貨。這促使豐田建立了一個(gè)供應(yīng)體系，生產(chǎn)計(jì)劃將由實(shí)際消耗驅(qū)動(dòng)。

Kanban的關(guān)鍵思想之一是避免產(chǎn)生過(guò)剩。Kanban通過(guò)使用Kanban卡和Kanban板來(lái)可視化資源在生產(chǎn)周期中的移動(dòng)。這使每個(gè)人都能夠***程度地了解流程，并幫助管理人員實(shí)時(shí)解決盈余/短缺問(wèn)題。

Kanban系統(tǒng)還引入了“pull”與“push”的概念，工人可以根據(jù)自己的能力進(jìn)行工作，而不是在傳送帶上或在待辦事項(xiàng)列表形式中工作。

在軟件工程中，Kanban意味著一次可以進(jìn)行的工作量是有限的。換句話說(shuō)，Kanban上的“進(jìn)行中”欄內(nèi)可以擁有卡片是有上限的，這樣做是為了增加焦點(diǎn)并減少上下文切換。

Kanban開(kāi)發(fā)的另一個(gè)方面是，活動(dòng)始終與客戶(hù)需求緊密相關(guān)，并與客戶(hù)保持持續(xù)的溝通。除非在經(jīng)濟(jì)上有利于客戶(hù)，否則什么都不會(huì)產(chǎn)生。

原則

1. 專(zhuān)注—減少多任務(wù);

2. 減少浪費(fèi);

3. 客戶(hù)的需求放在***位(即他們的業(yè)務(wù)需求-ROI);

敏捷框架比較：Scrum vs Kanban vs Lean vs XP

實(shí)踐

1. 可視化;

2. 限制工作進(jìn)展;

3. 流程管理(可以通過(guò)管理隊(duì)列或限制工作來(lái)完成);

4. 明確政策;

5. 使用反饋循環(huán);

6. 實(shí)驗(yàn)演變;

Kanban和Scrum的關(guān)鍵區(qū)別在于：Kanban是連續(xù)的，而Scrum是迭代的。Kanban更適合在Sprint期間有大量計(jì)劃外工作(支持問(wèn)題;緊急修復(fù);緊急功能請(qǐng)求)的團(tuán)隊(duì)。通過(guò)這種方式，團(tuán)隊(duì)可以隨時(shí)重新排序任務(wù)，不再需要等待Sprint結(jié)束。

Lean

Lean開(kāi)發(fā)者，Mary Poppendieck在她的事業(yè)生涯中取得了巨大的成功，她帶領(lǐng)她與Tom Poppendieck共同編寫(xiě)了Lean軟件。因?yàn)長(zhǎng)ean大量借用了Kanban，兩種方法之間有許多相似之處。

就像Kanban一樣，Lean盡量避免浪費(fèi)，***限度地為客戶(hù)帶來(lái)價(jià)值。與Kanban不同的是，Lean有一些關(guān)于工程實(shí)踐的規(guī)定(例如TDD)。與此同時(shí)，Lean對(duì)交付時(shí)間的要求不那么嚴(yán)格，團(tuán)隊(duì)可能隨時(shí)準(zhǔn)備部署。

敏捷框架比較：Scrum vs Kanban vs Lean vs XP

XP - 極限編程

極限編程始于Kent Beck的一個(gè)實(shí)驗(yàn)，他的想法是把編程實(shí)踐做到***，看看會(huì)發(fā)生什么。例如，代碼審查代替代碼檢查。后來(lái)，隨著越來(lái)越多的公司開(kāi)始采用這種方法，例如日常集成測(cè)試等，某些嚴(yán)格的規(guī)則開(kāi)始被忽略。

與傳統(tǒng)的觀念相反，XP不只是簡(jiǎn)單的平等配對(duì)編程，XP還提供了一個(gè)流程管理算法。

需要注意的另一點(diǎn)是，理想情況下，所有的XP操作都應(yīng)該一起使用，否則他們將無(wú)法正常工作。

敏捷框架比較：Scrum vs Kanban vs Lean vs XP