【正文】 SCRUM Scrum 是一個(gè)用于開發(fā)和維持復(fù)雜產(chǎn)品的框架 ，是一個(gè)增量的、迭代的開發(fā)過程。在這個(gè)框架中，整個(gè)開發(fā)過程由若干個(gè)短的迭代周期組成，一個(gè)短的迭代周期稱為一個(gè)Sprint，每個(gè)Sprint的建議長度是2到4周(互聯(lián)網(wǎng)產(chǎn)品研發(fā)可以使用1周的Sprint)。在Scrum中，使用產(chǎn)品Backlog來管理產(chǎn)品的需求，產(chǎn)品backlog是一個(gè)按照商業(yè)價(jià)值排序的需求列表，列表?xiàng)l目的體現(xiàn)形式通常為用戶故事。Scrum團(tuán)隊(duì)總是先開發(fā)對(duì)客戶具有較高價(jià)值的需求。在Sprint中，Scrum團(tuán)隊(duì)從產(chǎn)品Backlog中挑選最高優(yōu)先級(jí)的需求進(jìn)行開發(fā)。挑選的需求在Sprint計(jì)劃會(huì)議上經(jīng)過討論、分析和估算得到相應(yīng)的任務(wù)列表，我們稱它為Sprint backlog。在每個(gè)迭代結(jié)束時(shí)，Scrum團(tuán)隊(duì)將遞交潛在可交付的產(chǎn)品增量。 Scrum起源于軟件開發(fā)項(xiàng)目，但它適用于任何復(fù)雜的或是創(chuàng)新性的項(xiàng)目。Scrum流程如下圖：SCRUM框架包括3個(gè)角色、3個(gè)工件、5個(gè)活動(dòng)、5個(gè)價(jià)值3個(gè)角色1. 產(chǎn)品負(fù)責(zé)人（Product Owner）2. Scrum Master3. Scrum團(tuán)隊(duì)3個(gè)工件1. 產(chǎn)品Backlog（Product Backlog）2. SprintBacklog3. 燃盡圖（Burndown Chart)5個(gè)活動(dòng)1. Sprint計(jì)劃會(huì)議（Sprint Planning Meeting）2. 每日站會(huì)（Daily Scrum Meeting）3. Sprint評(píng)審會(huì)議（Sprint Review Meeting）4. Sprint回顧會(huì)議（Sprint Retrospective Meeting）5. 產(chǎn)品Backlog梳理會(huì)議（ Product Backlog Refinement）5個(gè)價(jià)值1. 承諾 – 愿意對(duì)目標(biāo)做出承諾2. 專注– 把你的心思和能力都用到你承諾的工作上去3. 開放– Scrum 把項(xiàng)目中的一切開放給每個(gè)人看4. 尊重– 每個(gè)人都有他獨(dú)特的背景和經(jīng)驗(yàn)5. 勇氣– 有勇氣做出承諾，履行承諾，接受別人的尊重SCRUM理論基礎(chǔ)Scrum以經(jīng)驗(yàn)性過程控制理論（經(jīng)驗(yàn)主義）做為理論基礎(chǔ)的過程。經(jīng)驗(yàn)主義主張知識(shí)源于經(jīng)驗(yàn), 以及基于已知的東西做決定。Scrum 采用迭代、增量的方法來優(yōu)化可預(yù)見性并控制風(fēng)險(xiǎn)。Scrum 的三大支柱支撐起每個(gè)經(jīng)驗(yàn)性過程控制的實(shí)現(xiàn):透明性、檢驗(yàn)和適應(yīng)。Scrum的三大支柱如下：第一：透明性（Transparency）透明度是指，在軟件開發(fā)過程的各個(gè)環(huán)節(jié)保持高度的可見性，影響交付成果的各個(gè)方面對(duì)于參與交付的所有人、管理生產(chǎn)結(jié)果的人保持透明。管理生產(chǎn)成果的人不僅要能夠看到過程的這些方面，而且必須理解他們看到的內(nèi)容。也就是說，當(dāng)某個(gè)人在檢驗(yàn)一個(gè)過程，并確信某一個(gè)任務(wù)已經(jīng)完成時(shí)，這個(gè)完成必須等同于他們對(duì)完成的定義。第二：檢驗(yàn)（Inspection）開發(fā)過程中的各方面必須做到足夠頻繁地檢驗(yàn)，確保能夠及時(shí)發(fā)現(xiàn)過程中的重大偏差。在確定檢驗(yàn)頻率時(shí)，需要考慮到檢驗(yàn)會(huì)引起所有過程發(fā)生變化。當(dāng)規(guī)定的檢驗(yàn)頻率超出了過程檢驗(yàn)所能容許的程度，那么就會(huì)出現(xiàn)問題。幸運(yùn)的是，軟件開發(fā)并不會(huì)出現(xiàn)這種情況。另一個(gè)因素就是檢驗(yàn)工作成果人員的技能水平和積極性。第三：適應(yīng)（Adaptation）如果檢驗(yàn)人員檢驗(yàn)的時(shí)候發(fā)現(xiàn)過程中的一個(gè)或多個(gè)方面不滿足驗(yàn)收標(biāo)準(zhǔn)，并且最終產(chǎn)品是不合格的，那么便需要對(duì)過程或是材料進(jìn)行調(diào)整。調(diào)整工作必須盡快實(shí)施，以減少進(jìn)一步的偏差。Scrum中通過三個(gè)活動(dòng)進(jìn)行檢驗(yàn)和適應(yīng)：每日例會(huì)檢驗(yàn)Sprint目標(biāo)的進(jìn)展，做出調(diào)整，從而優(yōu)化次日的工作價(jià)值；Sprint評(píng)審和計(jì)劃會(huì)議檢驗(yàn)發(fā)布目標(biāo)的進(jìn)展，做出調(diào)整，從而優(yōu)化下一個(gè)Sprint的工作價(jià)值；Sprint回顧會(huì)議是用來回顧已經(jīng)完成的Sprint，并且確定做出什么樣的改善可以使接下來的Sprint更加高效、更加令人滿意，并且工作更快樂。SCRUM術(shù)語Scrum： Scrum無對(duì)應(yīng)中文翻譯Agile： 敏捷Lean： 精益Iterative：迭代式的Iteration：迭代Agile Manifesto： 敏捷宣言Empirical： 經(jīng)驗(yàn)性的Empirical Process：經(jīng)驗(yàn)性過程Transparency： 透明性Inspect and Adapt： 檢視與調(diào)整Sprint：原意為沖刺，Scrum中的Sprint無對(duì)應(yīng)中文翻譯，指一個(gè)迭代Sprint Goal：Sprint目標(biāo)Product Owner ：產(chǎn)品負(fù)責(zé)人 簡稱POScrum Master ：簡稱SM, 一般不翻譯Development Team ： Scrum開發(fā)團(tuán)隊(duì)Scrum Team：指PO,SM和開發(fā)團(tuán)隊(duì)Scrum Roles：Scrum角色，指PO,SM和開發(fā)團(tuán)隊(duì)Emergent ：涌現(xiàn)的Product Backlog：產(chǎn)品待辦列表，指需求清單Sprint Backlog：Sprint待辦列表，指Sprint任務(wù)清單Sprint Burndown Chart：Sprint燃盡圖，團(tuán)隊(duì)用于做Sprint內(nèi)的進(jìn)展跟蹤Release Burndown Chart: 發(fā)布燃盡圖，產(chǎn)品負(fù)責(zé)人做發(fā)布進(jìn)展跟蹤Sprint Planning Meeting: Sprint計(jì)劃會(huì)議Daily Scrum Meeting：每日站會(huì)Sprint Review Meeting：Sprint評(píng)審會(huì)議Sprint Retrospective Meeting: Sprint回顧會(huì)議Product Backlog Refinement: 產(chǎn)品待辦列表梳理Product Backlog Item: 產(chǎn)品待辦清單條目，簡稱PBIUser Story: 用戶故事，指一條需求Story Point：衡量用戶故事的工作量大小的計(jì)量單位Velocity: 團(tuán)隊(duì)速度Sprint Task: 實(shí)現(xiàn)一條需求需要做的一個(gè)技術(shù)任務(wù)Definition of Done: DoD，完成的定義Stakeholders： 干系人Backlog： 待辦列表Artifact ：工件Estimation ：估算Collaboration： 協(xié)作Scaling Scrum：大規(guī)模ScrumSCRUM起源Scrum的原始含義Scrum原始含義是指英式橄欖球次要犯規(guī)時(shí)在犯規(guī)地點(diǎn)對(duì)陣爭球。爭球雙方各有8個(gè)隊(duì)員參與，各方出3名前鋒隊(duì)員，并肩各站成一橫排，面對(duì)面躬身互相頂肩，中間形成一條通道，其他前鋒隊(duì)員分別站在后面，后排隊(duì)員用肩頂住前鋒隊(duì)員的臀部，組成3或1陣形。然后，由犯規(guī)隊(duì)的對(duì)方隊(duì)員在對(duì)陣一側(cè)1碼外，用雙手低手將球拋入通道，不得有利于本隊(duì)。當(dāng)球拋入通道時(shí)，前排的3對(duì)前鋒隊(duì)員互相抗擠，爭相踢球給本方前衛(wèi)或后衛(wèi)隊(duì)員，前衛(wèi)和后衛(wèi)隊(duì)員必須等候前鋒將球踢回后，方可移動(dòng)。1986 Scrum這個(gè)詞匯首次應(yīng)用于產(chǎn)品開發(fā)1986年，竹內(nèi)弘高和 野中郁次郎在New New Product DevelopmentGame文章首次提到將Scrum應(yīng)用與產(chǎn)品開發(fā)，他們指出：傳統(tǒng)的“接力式”的開發(fā)模式已經(jīng)不能滿足快速靈活的市場需求，而整體或“橄欖球式”的方法——團(tuán)隊(duì)作為一個(gè)整體前進(jìn)，在團(tuán)隊(duì)的內(nèi)部傳球并保持前進(jìn)，這也許可以更好的滿足當(dāng)前激烈的市場競爭。1993年Jeff Sutherland首次將Scrum用于軟件開發(fā)敏捷思想深受日本工業(yè)界最佳實(shí)踐的影響，尤其是豐田和本田公司推行的精益原則，以及竹內(nèi)弘高和 野中郁次郎開發(fā)的知識(shí)管理策略。受到以上思想的影響，以及對(duì)世界范圍內(nèi)軟件項(xiàng)目的研究，Jeff Sutherland在 1993年首次在Easel公司定義了用于了軟件開發(fā)行業(yè)的Scrum流程，并開始實(shí)施。1995年Jeff Sutherland和Ken Schwaber規(guī)范化了Scrum框架，并在OOPSLA 95上公開發(fā)布。2001年 敏捷宣言及原則發(fā)布、敏捷聯(lián)盟成立，Scrum是其中一種敏捷方法。2001年，Ken Schwaber和Mike Beedle推出第一本Scrum書籍《Scrum敏捷軟件開發(fā)》。2002年Ken Schwaber 和Mike Cohn共同創(chuàng)辦了Scrum聯(lián)盟。經(jīng)驗(yàn)性過程軟件開發(fā)是一個(gè)復(fù)雜的活動(dòng)， 在軟件產(chǎn)品開發(fā)的過程中不僅存在著需求的不確定性，也存在著技術(shù)的不確定性，再加上參與軟件開發(fā)的主體通常是由多人組成的軟件開發(fā)團(tuán)隊(duì)，加上人的因素，就讓整個(gè)軟件開發(fā)的活動(dòng)變得非常復(fù)雜。如下圖所示，軟件開發(fā)活動(dòng)通常處在下圖的很復(fù)雜的區(qū)域。圖01為了管理軟件開發(fā)的活動(dòng)，我們會(huì)引入過程控制來管理它。過程控制通常有兩種方式，第一種方式是預(yù)定義的過程，第二種方式是經(jīng)驗(yàn)性過程。我們所熟知的是預(yù)定義的過程，它通常是使用已知的方法解決已知的問題。制造業(yè)的生產(chǎn)線就是典型的預(yù)定義過程，例如生產(chǎn)餅干、啤酒、汽車的生產(chǎn)線等。預(yù)定義的過程的特點(diǎn)是給予固定的輸入，得到固定的輸出，過程可重復(fù)。它的優(yōu)勢(shì)在于可以大規(guī)模批量生產(chǎn)。預(yù)定義過程的缺點(diǎn)在于一旦過程定義出現(xiàn)錯(cuò)誤，或產(chǎn)品設(shè)計(jì)上存在瑕疵，會(huì)造成比較大的損失。圖－02如果我們期望解決的問題比較復(fù)雜，并且存在著較大的不確定性的時(shí)候，我們需要使用經(jīng)驗(yàn)性過程。經(jīng)驗(yàn)性過程的特點(diǎn)是過程是不能夠完全預(yù)先定義好，結(jié)果是不可預(yù)知的，生產(chǎn)過程是不可重復(fù)的。比如研究一項(xiàng)新技術(shù)，下一盤棋，踢一場球賽，在過程運(yùn)行當(dāng)中，我們需要通過不斷的獲得真實(shí)的反饋，然后進(jìn)行適應(yīng)和調(diào)整，使得過程能夠產(chǎn)出我們需要的結(jié)果。“在過程運(yùn)行機(jī)制相當(dāng)簡單易懂的情況下，典型的做法是采用預(yù)定義的建模方式。如果過程復(fù)雜程度超出預(yù)定義方式的能力范圍，便應(yīng)用經(jīng)驗(yàn)性方式?！? —— and 《過程動(dòng)態(tài)學(xué)、建模與控制》軟件產(chǎn)品的研發(fā)通常存在多很多的不確定性，并且生產(chǎn)的過程非常的復(fù)雜，所以更適合使用經(jīng)驗(yàn)性過程來管理。Scrum以經(jīng)驗(yàn)性過程控制理論做為理論基礎(chǔ)的過程。Scrum 采用迭代、增量的方法來優(yōu)化可預(yù)見性并控制風(fēng)險(xiǎn)。Scrum過程框架的基石包括如下三個(gè)方面：第一：透明性（Transparency）透明度是指，在軟件開發(fā)過程的各個(gè)環(huán)節(jié)保持高度的可見性，影響交付成果的各個(gè)方面對(duì)于參與交付的所有人、管理生產(chǎn)結(jié)果的人保持透明。管理生產(chǎn)成果的人不僅要能夠看到過程的這些方面，而且必須理解他們看到的內(nèi)容。也就是說，當(dāng)某個(gè)人在檢驗(yàn)一個(gè)過程，并確信某一個(gè)任務(wù)已經(jīng)完成時(shí)，這個(gè)完成必須等同于他們對(duì)完成的定義。第二：檢驗(yàn)（Inspection）開發(fā)過程中的各方面必須做到足夠頻繁地檢驗(yàn)，確保能夠及時(shí)發(fā)現(xiàn)過程中的重大偏差。在確定檢驗(yàn)頻率時(shí)，需要考慮到檢驗(yàn)會(huì)引起所有過程發(fā)生變化。當(dāng)規(guī)定的檢驗(yàn)頻率超出了過程檢驗(yàn)所能容許的程度，那么就會(huì)出現(xiàn)問題。幸運(yùn)的是，軟件開發(fā)并不會(huì)出現(xiàn)這種情況。另一個(gè)因素就是檢驗(yàn)工作成果人員的技能水平和積極性。第三：適應(yīng)（Adaptation）如果檢驗(yàn)人員檢驗(yàn)的時(shí)候發(fā)現(xiàn)過程中的一個(gè)或多個(gè)方面不滿足驗(yàn)收標(biāo)準(zhǔn)，并且最終產(chǎn)品是不合格的，那么便需要對(duì)過程或是材料進(jìn)行調(diào)整。調(diào)整工作必須盡快實(shí)施，以減少進(jìn)一步的偏差。Scrum中通過三個(gè)活動(dòng)進(jìn)行檢驗(yàn)和適應(yīng)：每日例會(huì)檢驗(yàn)Sprint目標(biāo)的進(jìn)展，做出調(diào)整，從而優(yōu)化次日的工作價(jià)值；Sprint評(píng)審和計(jì)劃會(huì)議檢驗(yàn)發(fā)布目標(biāo)的進(jìn)展，做出調(diào)整，從而優(yōu)化下一個(gè)Sprint的工作價(jià)值；Sprint回顧會(huì)議是用來回顧已經(jīng)完成的Sprint，并且確定做出什么樣的改善可以使接下來的Sprint更加高效、更加令人滿意，并且工作更快樂。SCRUM團(tuán)隊(duì)的三個(gè)角色Scrum團(tuán)隊(duì)中包括三個(gè)角色，他們分別是產(chǎn)品負(fù)責(zé)人、開發(fā)團(tuán)隊(duì)和 Scrum Master。Scrum 團(tuán)隊(duì)是自組織、跨職能的完整團(tuán)隊(duì)。自組織團(tuán)隊(duì)決定如何最好地完成他們的工作,而不是由團(tuán)隊(duì)外的其他人來指揮他 們?？缏毮艿膱F(tuán)隊(duì)擁有完成工作所需要的全部技能,不需要依賴團(tuán)隊(duì)外部的人。Scrum 團(tuán)隊(duì)模式的目的是最大限度地優(yōu)化適應(yīng)性、創(chuàng)造性和生產(chǎn)力。Scrum 團(tuán)隊(duì)通過迭代和增量交付產(chǎn)品功能的方法最大化反饋的機(jī)會(huì)。增量交付潛在可交付的產(chǎn)品增量保證了 每個(gè)迭代都有潛在可發(fā)布的版本。