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