來自傳統(tǒng)汽車行業(yè)的認(rèn)識(shí)——Scrum指南重點(diǎn)理論歸納

Scrum Master敏捷專家認(rèn)證（CSM） 知識(shí)體系 考證須知 證書含金量 培訓(xùn)大綱 3分鐘小視頻 我要提問

Scrum Master 認(rèn)證是針對(duì) Scrum Master（敏捷項(xiàng)目管理中的角色）的專業(yè)認(rèn)證。Scrum 是一種敏捷開發(fā)方法，Scrum Master 則是負(fù)責(zé)指導(dǎo)和推動(dòng) Scrum 團(tuán)隊(duì)的角色。獲得 Scrum Master 認(rèn)證可以證明個(gè)人在敏捷項(xiàng)目管理方面具備一定的知識(shí)和技能，并且對(duì)Scrum方法有深入的理解和實(shí)踐經(jīng)驗(yàn)。這對(duì)于在敏捷環(huán)境中工作的項(xiàng)目經(jīng)理、團(tuán)隊(duì)領(lǐng)導(dǎo)或相關(guān)專業(yè)人士來說，可能有助于提升他們?cè)诼殘?chǎng)上的競(jìng)爭(zhēng)力和專業(yè)認(rèn)可度。

• 中文名Scrum Master敏捷專家認(rèn)證（CSM）
• 英文名Certified Scrum Master
• 英文簡(jiǎn)稱CSM
• 頒證機(jī)構(gòu)Scrum Alliance（Scrum敏捷聯(lián)盟）
• 證書類別敏捷
• 同類認(rèn)證ACP、ITIL4 HVIT、DevOps

本文作者：艾威學(xué)員 CTY

Scrum是一個(gè)框架 ，用于開發(fā) 交付 持續(xù)支持復(fù)雜產(chǎn)品的，在此框架中人們可以解決復(fù)雜的自適應(yīng)難題，同時(shí)也能高效并創(chuàng)造性地交付_高價(jià)值的產(chǎn)品。

Scrum 框架由Scrum 團(tuán)隊(duì)以及與之相關(guān)的角色、事件、工件和規(guī)則組成

Scrum的應(yīng)用：_初是為了管理和開發(fā)產(chǎn)品而開發(fā)的

Scrum 的精髓在于小團(tuán)隊(duì)

Scrum 基于經(jīng)驗(yàn)過程控制理論

Scrum 采納一種迭代、增量式的方法來優(yōu)化對(duì)未來的預(yù)測(cè)和控制風(fēng)險(xiǎn)

三大支柱：

透明，檢視，適應(yīng)

4個(gè)正式事件：

• Sprint計(jì)劃會(huì)議
• 每日Scrum站會(huì)
• Sprint評(píng)審會(huì)議(review)
• Sprint回顧會(huì)議(retrospective)

Scrum價(jià)值觀：

_commitment，勇氣courage，專注focus，開放openness，尊重respect

Scrum團(tuán)隊(duì)：

產(chǎn)品負(fù)責(zé)人 + Scrum master + 開發(fā)團(tuán)隊(duì)， 跨職能的自組織團(tuán)隊(duì)

產(chǎn)品負(fù)責(zé)人：

將開發(fā)團(tuán)隊(duì)開發(fā)的產(chǎn)品價(jià)值_大化，產(chǎn)品負(fù)責(zé)人是負(fù)責(zé)管理產(chǎn)品待辦列表的_負(fù)責(zé)人

產(chǎn)品待辦列表的管理包括：

• 清晰地表述產(chǎn)品待辦列表項(xiàng)
• 對(duì)產(chǎn)品待辦列表項(xiàng)進(jìn)行排序，使其_好地實(shí)現(xiàn)目標(biāo)和使命
• 優(yōu)化開發(fā)團(tuán)隊(duì)所執(zhí)行工作的價(jià)值
• 確保產(chǎn)品待辦列表對(duì)所有人是可見、透明和清晰的，同時(shí)顯示 Scrum 團(tuán)隊(duì)下一步要做的工作
• 確保開發(fā)團(tuán)隊(duì)對(duì)產(chǎn)品待辦列表項(xiàng)有足夠深的了解。

為_產(chǎn)品負(fù)責(zé)人的工作取得成功，組織中的所有人員都必須尊重他/她的決定

開發(fā)團(tuán)隊(duì)：

負(fù)責(zé)在每個(gè) Sprint 結(jié)束時(shí)交付潛在可發(fā)布并且“完成”的產(chǎn)品增量。在 Sprint 評(píng)審會(huì)議上，一個(gè)“完成”增量是必需的。只有開發(fā)團(tuán)隊(duì)成員才能創(chuàng)建增量。開發(fā)團(tuán)隊(duì)由組織組建并得到授權(quán)，團(tuán)隊(duì)自己組織和管理他們的工作， 規(guī)模3-9人

特點(diǎn)：

• 自組織的
• 跨職能的
• 不認(rèn)可開發(fā)團(tuán)隊(duì)成員的任何頭銜，他們都叫開發(fā)人員
• 不認(rèn)可開發(fā)團(tuán)隊(duì)中所謂的“子團(tuán)隊(duì)“
• 開發(fā)團(tuán)隊(duì)中的每個(gè)成員也許有特長和專注的領(lǐng)域，但是責(zé)任屬于整個(gè)開發(fā)團(tuán)隊(duì)

Scrum Master:

負(fù)責(zé)根據(jù) Scrum 指南中的定義來促進(jìn)和支持 Scrum， 服務(wù)型領(lǐng)導(dǎo)

服務(wù)于產(chǎn)品負(fù)責(zé)人：

• 盡可能確保 Scrum 團(tuán)隊(duì)中的每個(gè)人都能理解目標(biāo)、范圍和產(chǎn)品域；
• 找到有效管理產(chǎn)品待辦列表的技巧；
• 幫助 Scrum 團(tuán)隊(duì)理解為何需要清晰且簡(jiǎn)明的產(chǎn)品待辦列表項(xiàng)；
• 理解在經(jīng)驗(yàn)主義的環(huán)境中的產(chǎn)品規(guī)劃；
• 確保產(chǎn)品負(fù)責(zé)人懂得如何來安排產(chǎn)品待辦列表使其達(dá)到_大化價(jià)值；
• 理解并實(shí)踐敏捷性
• 按要求或需要引導(dǎo) Scrum 事件。

服務(wù)于開發(fā)團(tuán)隊(duì)：

• 在自組織和跨職能方面給予開發(fā)團(tuán)隊(duì)指導(dǎo)；
• 幫助開發(fā)團(tuán)隊(duì)創(chuàng)造高價(jià)值的產(chǎn)品；
• 移除開發(fā)團(tuán)隊(duì)工作進(jìn)展中的障礙；
• 按要求或需要引導(dǎo) Scrum 事件；以及，
• 在 Scrum 還未完全采納和理解的組織環(huán)境中指導(dǎo)開發(fā)團(tuán)隊(duì)。

服務(wù)于組織：

• 帶領(lǐng)并指導(dǎo)組織采納 Scrum；
• 在組織范圍內(nèi)規(guī)劃 Scrum 的實(shí)施；
• 幫助員工和利益攸關(guān)者理解并實(shí)施 Scrum 和經(jīng)驗(yàn)產(chǎn)品開發(fā)；
• 引發(fā)能夠提升 Scrum 團(tuán)隊(duì)生產(chǎn)率的改變；以及，
• 與其他 Scrum Master 一起工作，增加組織中 Scrum 應(yīng)用的有效性。

Scrum事件：

Sprint, Sprint Planning（計(jì)劃會(huì)議）

Daily Scrum（每日站會(huì)）

Sprint Review（評(píng)審會(huì)議）

Sprint Retrospective（回顧會(huì)議）

Sprint：

Sprint 是 Scrum 的核心，其長度（持續(xù)時(shí)間）為一個(gè)月或更短的限時(shí)，這段時(shí)間內(nèi)構(gòu)建一個(gè)“完成”、可用的和潛在可發(fā)布的產(chǎn)品增量。在整個(gè)開發(fā)過程期間，Sprint 的長度保持一致。前一個(gè) Sprint 結(jié)束后，新的下一個(gè) Sprint 緊接著立即開始。

每個(gè) Sprint 都可以被視為一個(gè)項(xiàng)目

Sprint 可以在 Sprint 時(shí)間盒結(jié)束之前取消。只有產(chǎn)品負(fù)責(zé)人才有取消 Sprint 的權(quán)力，雖然他或她做這樣的決定也可能受到來自利益攸關(guān)者、開發(fā)團(tuán)隊(duì)或是 Scrum Master 的影響。如果某個(gè) Sprint 對(duì)其所在環(huán)境來說失去了價(jià)值和意義，那么它就應(yīng)該被取消；取消 Sprint 會(huì)消耗資源

Sprint Planning（計(jì)劃會(huì)議）：

Sprint 計(jì)劃會(huì)議是限時(shí)的，以一個(gè)月的 Sprint 來說_多 8 小時(shí)為上限。對(duì)于較短的 Sprint，會(huì)議時(shí)間通常會(huì)縮短。Scrum Master 要確保會(huì)議順利舉行

話題一：這次Sprint能做什么

話題二：如何完成所選的工作

確定Sprint目標(biāo)，開發(fā)團(tuán)隊(duì)必須在工作中時(shí)刻謹(jǐn)記 Sprint 目標(biāo)。為了達(dá)成 Sprint 目標(biāo)，需要實(shí)現(xiàn)相應(yīng)的功能和實(shí)施所需的技術(shù)。如果所需工作和預(yù)期的不同，開發(fā)團(tuán)隊(duì)需要與產(chǎn)品負(fù)責(zé)人溝通協(xié)商 Sprint 待辦列表的范圍。

Daily Scrum（每日站會(huì)）：

每日 Scrum 站會(huì)是開發(fā)團(tuán)隊(duì)的一個(gè)以 15 分鐘為限的事件。每日 Scrum 站會(huì)在 Sprint 的每一天都舉行。每日 Scrum 站會(huì)在同一時(shí)間同一地點(diǎn)舉行，以便降低復(fù)雜性。開發(fā)團(tuán)隊(duì)借由每日 Scrum 站會(huì)來檢視完成 Sprint 目標(biāo)的進(jìn)度，并檢視完成 Sprint 待辦列表的工作進(jìn)度趨勢(shì)。

Scrum Master 確保開發(fā)團(tuán)隊(duì)每日站會(huì)如期舉行，但開發(fā)團(tuán)隊(duì)自己負(fù)責(zé)召開會(huì)議，每日 Scrum 站會(huì)是開發(fā)團(tuán)隊(duì)的內(nèi)部會(huì)議。Scrum Master 教導(dǎo)開發(fā)團(tuán)隊(duì)將每日 Scrum 會(huì)議時(shí)間控制在 15 分鐘內(nèi)。

Sprint Review（評(píng)審會(huì)議）：

Sprint 評(píng)審會(huì)議在 Sprint 快結(jié)束時(shí)舉行 ，用以檢視所交付的產(chǎn)品增量并按需調(diào)整產(chǎn)品待辦列表。在 Sprint 評(píng)審會(huì)議中，Scrum 團(tuán)隊(duì)和利益攸關(guān)者協(xié)同討論在這次 Sprint 中所完成的工作。這是一個(gè)非正式會(huì)議，并不是一個(gè)進(jìn)度匯報(bào)會(huì)議，演示增量的目的是為了獲取反饋并促進(jìn)合作。

對(duì)于長度為一個(gè)月的 Sprint 來說，評(píng)審會(huì)議時(shí)間_長不超過 4 小時(shí)，Scrum Master 要確保會(huì)議舉行。

主要內(nèi)容：

• 產(chǎn)品負(fù)責(zé)人邀請(qǐng) Scrum 團(tuán)隊(duì)和主要的利益攸關(guān)者參加會(huì)議
• 產(chǎn)品負(fù)責(zé)人說明哪些產(chǎn)品待辦列表項(xiàng)已經(jīng)“完成”和哪些沒有“完成”
• 開發(fā)團(tuán)隊(duì)討論在 Sprint 期間哪些工作做的很好，遭遇到什么問題以及問題是如何解決的
• 開發(fā)團(tuán)隊(duì)演示“完成”的工作并解答關(guān)于所交付增量的問題
• 產(chǎn)品負(fù)責(zé)人討論當(dāng)前的產(chǎn)品待辦列表的情況。根據(jù)到目前為止的進(jìn)度來預(yù)測(cè)可能的目標(biāo)交付日期（如果有需要的話）
• 參會(huì)的所有人就下一步的工作進(jìn)行探討，這樣， Sprint 評(píng)審會(huì)議就能夠?yàn)榻酉铝说?Sprint 計(jì)劃會(huì)議提供有價(jià)值的輸入信息
• 評(píng)審市場(chǎng)或潛在的產(chǎn)品使用方式所帶來的接下來要做的_有價(jià)值的東西的改變
• 為下個(gè)預(yù)期產(chǎn)品功能或產(chǎn)品能力版本的發(fā)布評(píng)審時(shí)間表、預(yù)算、潛力和市場(chǎng)

Sprint 評(píng)審會(huì)議的結(jié)果是一份修訂后的產(chǎn)品待辦列表，闡明很可能進(jìn)入下個(gè) Sprint 的產(chǎn)品待辦列表項(xiàng)。

Sprint Retrospective（回顧會(huì)議）：

Sprint 回顧會(huì)議是 Scrum 團(tuán)隊(duì)檢視自身并創(chuàng)建下一個(gè) Sprint 改進(jìn)計(jì)劃的機(jī)會(huì)?；仡檿?huì)議發(fā)生在 Sprint 評(píng)審會(huì)議結(jié)束之后，下個(gè) Sprint 計(jì)劃會(huì)議之前。對(duì)于長度為一個(gè)月的 Sprint 來說，回顧會(huì)議時(shí)間_長不超過 3 小時(shí)。Scrum Master 要確保會(huì)議舉行，并且每個(gè)參會(huì)者都明白會(huì)議的目的

目的：

• 檢視前一個(gè) Sprint 中關(guān)于人、關(guān)系、過程和工具的情況如何
• 找出并加以排序做得好的和潛在需要改進(jìn)的主要方面
• 制定改進(jìn) Scrum 團(tuán)隊(duì)工作方式的計(jì)劃

Scrum工件 （Artifacts）：

Product Backlog（產(chǎn)品待辦列表）

Sprint Backlog， Increment（增量）

Product Backlog（產(chǎn)品待辦列表）：

產(chǎn)品待辦列表是一份涵蓋產(chǎn)品中已知所需每項(xiàng)內(nèi)容的有序列表，它是產(chǎn)品需求變動(dòng)的_來源。產(chǎn)品負(fù)責(zé)人負(fù)責(zé)管理產(chǎn)品待辦列表的內(nèi)容、可用性和排序。產(chǎn)品待辦列表永遠(yuǎn)是不完整的。產(chǎn)品待辦列表列出所有的特性、功能、需求、增強(qiáng)和修復(fù)等對(duì)未來要發(fā)布的產(chǎn)品進(jìn)行的改變。多個(gè) Scrum 團(tuán)隊(duì)常常會(huì)一起參與對(duì)同一產(chǎn)品的開發(fā)。一個(gè)產(chǎn)品只有一個(gè)產(chǎn)品待辦列表用于描述下一步產(chǎn)品開發(fā)工作。排序越高的產(chǎn)品待辦列表項(xiàng)通常比排序低的更清晰同時(shí)包含更多細(xì)節(jié)。

開發(fā)團(tuán)隊(duì)負(fù)責(zé)所有估算工作。產(chǎn)品負(fù)責(zé)人可以通過幫助開發(fā)團(tuán)隊(duì)更好地理解需求，并根據(jù)情況權(quán)衡取舍來影響他們，但是_終估算是由開發(fā)團(tuán)隊(duì)決定的。

監(jiān)控目標(biāo)實(shí)現(xiàn)的進(jìn)度，在任何時(shí)刻，達(dá)成目標(biāo)的剩余工作是可以累計(jì)的。產(chǎn)品負(fù)責(zé)人至少在每個(gè) Sprint 評(píng)審會(huì)議中都必須跟蹤剩余工作總量。

預(yù)測(cè)進(jìn)度方面，例如，燃盡圖（burn-downs）、燃燒圖（burn-ups）或者累積流圖（cumulative flows）

Sprint Backlog（待辦列表）：

Sprint 待辦列表是一組為當(dāng)前 Sprint 選出的產(chǎn)品待辦列表項(xiàng)，同時(shí)加上交付產(chǎn)品增量和實(shí)現(xiàn) Sprint 目標(biāo)的計(jì)劃。Sprint 待辦列表是開發(fā)團(tuán)隊(duì)對(duì)于下一個(gè)產(chǎn)品增量所需的那些功能以及交付那些功能到“完成”的增量中所需工作的預(yù)測(cè)。

Sprint 產(chǎn)品待辦列表將開發(fā)團(tuán)隊(duì)用來達(dá)成 Sprint 目標(biāo)的所有工作變得清晰可見。Sprint 產(chǎn)品待辦列表是擁有足夠細(xì)節(jié)的計(jì)劃，任何進(jìn)度的變化可以在每日 Scrum 站會(huì)中清晰地看到

在 Sprint 期間，只有開發(fā)團(tuán)隊(duì)可以改變 Sprint 待辦列表。Sprint 待辦列表是高度可見的，是對(duì)開發(fā)團(tuán)隊(duì)計(jì)劃在當(dāng)前 Sprint 內(nèi)工作完成情況的實(shí)時(shí)反映，該列表由開發(fā)團(tuán)隊(duì)全權(quán)負(fù)責(zé)。

Increment（增量）:

增量是一個(gè) Sprint 完成的所有產(chǎn)品待辦列表項(xiàng)的總和，以及之前所有 Sprint 所產(chǎn)生的增量的價(jià)值總和。在 Sprint 的_后，新的增量必須是“完成”的，這意味著它必須可用并且達(dá)到了 Scrum 團(tuán)隊(duì)“完成”的定義的標(biāo)準(zhǔn)。無論產(chǎn)品負(fù)責(zé)人是否決定發(fā)布它，增量必須可用。

工件透明

Scrum 依賴于透明。優(yōu)化價(jià)值和控制風(fēng)險(xiǎn)的決定都是基于所獲知的工件狀態(tài)。當(dāng)工件的狀態(tài)是完全透明時(shí)，這些做出的決定才有一個(gè)堅(jiān)實(shí)的基礎(chǔ)；當(dāng)工件的狀態(tài)是不完全透明時(shí)，這些做出的決定就會(huì)有瑕疵，而價(jià)值也可能因此遭受損失，同時(shí)風(fēng)險(xiǎn)也可能會(huì)因此而增加。

Scrum Master 必須和產(chǎn)品負(fù)責(zé)人、開發(fā)團(tuán)隊(duì)和其他相關(guān)人員一起合作，以確保所有工件都是完全透明的。有些實(shí)踐就是為應(yīng)對(duì)不完全透明的狀態(tài)而生的，Scrum Master 必須幫助每個(gè)人，讓他們能夠在遇到不透明的情況下采取_合適的實(shí)踐。Scrum Master 能夠通過檢視工件、嗅探模式、傾聽周圍的聲音以及觀察預(yù)期和實(shí)際結(jié)果的差異來發(fā)現(xiàn)不完全透明。

“完成”的定義

當(dāng)產(chǎn)品待辦列表項(xiàng)或增量被描述為“完成”時(shí)，每個(gè)人都必須理解“完成”意味著什么。雖然在不同Scrum團(tuán)隊(duì)之間或許會(huì)存在顯著差異，但是每個(gè)團(tuán)隊(duì)成員必須對(duì)完成工作意味著什么有相同的理解以便確保透明化。

開發(fā)團(tuán)隊(duì)在每個(gè) Sprint 都交付產(chǎn)品功能增量。這一增量是可用的，所以產(chǎn)品負(fù)責(zé)人可以選擇立即發(fā)布它。如果“完成”的定義對(duì)增量來說是開發(fā)組織的慣例、標(biāo)準(zhǔn)或指南，那么所有Scrum團(tuán)隊(duì)都必須遵守它，以此為_低標(biāo)準(zhǔn)。

如果增量“完成”的定義不是開發(fā)組織的慣例，那么 Scrum 團(tuán)隊(duì)中的開發(fā)團(tuán)隊(duì)就必須制定適合于產(chǎn)品的“完成”的定義。如果系統(tǒng)或產(chǎn)品發(fā)布由多個(gè) Scrum 團(tuán)隊(duì)一起開發(fā)，那么所有 Scrum 團(tuán)隊(duì)中的開發(fā)團(tuán)隊(duì)必須一起參與制定“完成”的定義。

隨著團(tuán)隊(duì)的成熟，“完成”的定義會(huì)擴(kuò)大，包含更為嚴(yán)格的標(biāo)準(zhǔn)來_更高的質(zhì)量。