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

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

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

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

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

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

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

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

Scrum 的精髓在于小團隊

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

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

三大支柱：

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

4個正式事件：

• Sprint計劃會議
• 每日Scrum站會
• Sprint評審會議(review)
• Sprint回顧會議(retrospective)

Scrum價值觀：

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

Scrum團隊：

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

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

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

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

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

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

開發(fā)團隊：

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

特點：

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

Scrum Master:

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

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

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

服務(wù)于開發(fā)團隊：

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

服務(wù)于組織：

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

Scrum事件：

Sprint, Sprint Planning（計劃會議）

Daily Scrum（每日站會）

Sprint Review（評審會議）

Sprint Retrospective（回顧會議）

Sprint：

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

每個 Sprint 都可以被視為一個項目

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

Sprint Planning（計劃會議）：

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

話題一：這次Sprint能做什么

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

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

Daily Scrum（每日站會）：

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

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

Sprint Review（評審會議）：

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

對于長度為一個月的 Sprint 來說，評審會議時間_長不超過 4 小時，Scrum Master 要確保會議舉行。

主要內(nèi)容：

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

Sprint 評審會議的結(jié)果是一份修訂后的產(chǎn)品待辦列表，闡明很可能進入下個 Sprint 的產(chǎn)品待辦列表項。

Sprint Retrospective（回顧會議）：

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

目的：

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

Scrum工件 （Artifacts）：

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

Sprint Backlog， Increment（增量）

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

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

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

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

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

Sprint Backlog（待辦列表）：

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

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

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

Increment（增量）:

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

工件透明

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

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

“完成”的定義

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

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

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

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