原創(chuàng)2020-04-09小艾老師

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

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

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

Scrum 事件

Scrum 使用固定的事件來產(chǎn)生規(guī)律性，以此來減少 Scrum 之外的其他會議的必要。所有事件都是有時間盒限定的事件，也就是說每一個事件限制在_長的時間范圍內(nèi)。一旦 Sprint 開始，它的持續(xù)時間是規(guī)定的，不能縮短或延長。而其他事件則可以在該事件的目標達成之后可以立即終止，如此確保時間被適當?shù)厥褂枚粫斐蛇^程中的浪費。

Sprint 除了本身作為一個事件以外，它還是其他所有事件的容器，在 Scrum 中的每個事件都是用來進行檢視和適應(yīng)的正式機會。這些事件都是被特別設(shè)計用來確保達成透明和檢視。如果 Sprint 不能成功地包含這些事件中的任何一個事件，導(dǎo)致透明化的降低，同時也會喪失進行檢視與適應(yīng)的機會。

Sprint

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

Sprint 由 Sprint 計劃會議、每日 Scrum 站會、開發(fā)工作、Sprint 評審會議和 Sprint 回顧會議構(gòu)成。

在 Sprint 期間：

不能做出有害于 Sprint 目標的改變；

不能降低質(zhì)量的目標；以及，

隨著對信息掌握的增加，產(chǎn)品負責(zé)人與開發(fā)團隊之間對范圍內(nèi)要做的事可能會澄清和重新協(xié)商。

每個 Sprint 都可以被視為一個項目，為期不超過一個月。就如同項目一樣，Sprint 被用于完成某些事情。每個 Sprint 都會有一個要構(gòu)建什么的目標，還有一份設(shè)計過和靈活的計劃用來指導(dǎo)如何做這些事、工作內(nèi)容和_終產(chǎn)品增量。

Sprint 的長度限制在一個月內(nèi)。當 Sprint 的長度太長的話，對要構(gòu)建什么的定義就有可能會改變，復(fù)雜性也有可能會增加，同時風(fēng)險也有可能會增加。Sprint 通過確保至少每月一次對達成目標的進度進行檢視和適應(yīng)，來實現(xiàn)可預(yù)測性。Sprint 同時也把風(fēng)險限制在一個月的成本上。

取消 Sprint

Sprint 可以在 Sprint 時間盒結(jié)束之前取消。只有產(chǎn)品負責(zé)人才有取消 Sprint 的權(quán)力，雖然他或她做這樣的決定也可能受到來自利益攸關(guān)者、開發(fā)團隊或是 Scrum Master 的影響。

如果 Sprint 目標過時，那么 Sprint 就會被取消。比如公司的發(fā)展方向或者市場上或技術(shù)上的狀況發(fā)生改變，這些變化都可能導(dǎo)致 Sprint 被取消。總的來說，如果某個 Sprint 對其所在環(huán)境來說失去了價值和意義，那么它就應(yīng)該被取消。然而，由于 Sprint 的時間都很短，所以取消 Sprint 的意義不大。

當取消某個 Sprint 時，任何做完和“完成”的產(chǎn)品待辦列表項都需要評審。假如成果的任何部分具有潛在可發(fā)布的話，產(chǎn)品負責(zé)人通常會接受這個成果。所有未完成的產(chǎn)品待辦列表項都會被放回到產(chǎn)品待辦列表中，并重新估算?；ㄔ谒鼈兩砩系墓ぷ鲿芸斓刭H值，所以必須經(jīng)常性地重估。

取消 Sprint 會消耗資源，因為每個人都重新集合在另外一個 Sprint 計劃會議來開始另一個 Sprint 。取消 Sprint 通常會對 Scrum 團隊造成重創(chuàng)，這種情況非常罕見。

Scrum 計劃會議

Sprint 中要做的工作在 Sprint 計劃會議中來做計劃。這份工作計劃是由整個 Scrum 團隊共同協(xié)作完成的。

Sprint 計劃會議是限時的，以一個月的 Sprint 來說_多 8 小時為上限。對于較短的 Sprint，會議時間通常會縮短。Scrum Master 要確保會議順利舉行，并且每個參會者都理解會議的目的。Scrum Master 要教導(dǎo) Scrum 團隊遵守時間盒的規(guī)則。

Sprint 計劃會議回答以下問題：

接下來的 Sprint 交付的增量中要包含什么內(nèi)容？

要如何完成交付增量所需的工作？

話題一：這次 Sprint 能做什么？

開發(fā)團隊預(yù)測在這次 Sprint 中要開發(fā)的功能。產(chǎn)品負責(zé)人講解 Sprint 的目標以及達成該目標所需完成的產(chǎn)品待辦列表項。整個 Scrum 團隊協(xié)同工作來理解 Sprint 的工作。

Sprint 會議的輸入是產(chǎn)品待辦列表、_新的產(chǎn)品增量、開發(fā)團隊在這個 Sprint 中能力的預(yù)測以及開發(fā)團隊的以往表現(xiàn)。開發(fā)團隊自己決定選擇產(chǎn)品待辦列表項的數(shù)量。只有開發(fā)團隊可以評估接下來的 Sprint 可以完成什么工作。

在Sprint 計劃會議中，Scrum 團隊還草擬一個 Sprint 目標。Sprint 目標是在這個 Sprint 通過實現(xiàn)產(chǎn)品待辦列表要達到的目的，同時它也為開發(fā)團隊提供指引，使得開發(fā)團隊明確開發(fā)增量的目的。

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

在設(shè)定了 Sprint 目標并選出這個 Sprint 要完成的產(chǎn)品待辦列表項之后，開發(fā)團隊將決定如何在 Sprint 中把這些功能構(gòu)建成“完成”的產(chǎn)品增量。這個 Sprint 中所選出的產(chǎn)品待辦列表項加上交付它們的計劃稱之為 Sprint 待辦列表。

開發(fā)團隊通常從設(shè)計整個系統(tǒng)開始，到如何將產(chǎn)品待辦列表轉(zhuǎn)換成可工作的產(chǎn)品增量所需要的工作。工作有不同的大小，或者不同的預(yù)估工作量。然而，在 Sprint 計劃會議中，開發(fā)團隊已經(jīng)挑選出足夠量的工作，以此來預(yù)估他們在即將到來的 Sprint 中能夠完成。在 Sprint 計劃會議的_后，開發(fā)團隊規(guī)劃出在 Sprint _初幾天內(nèi)所要做的工作，通常以一天或更少為一個單位。開發(fā)團隊自組織地領(lǐng)取 Sprint 待辦產(chǎn)品列表中的工作，領(lǐng)取工作在 Sprint 計劃會議和 Sprint 期間按需進行。

產(chǎn)品負責(zé)人能夠幫助解釋清楚所選定的產(chǎn)品待辦列表項，并作出權(quán)衡。如果開發(fā)團隊認為工作過多或過少，他們可以與產(chǎn)品負責(zé)人重新協(xié)商所選的產(chǎn)品待辦列表項。開發(fā)團隊也可以邀請其他人員參加會議，以獲得技術(shù)或領(lǐng)域知識方面的建議。

在 Sprint 計劃會議結(jié)束時，開發(fā)團隊應(yīng)該能夠向產(chǎn)品負責(zé)人和 Scrum Master 解釋他們將如何以自組織團隊的形式完成 Sprint 目標并開發(fā)出預(yù)期的產(chǎn)品增量。

Sprint 目標

Sprint 目標是在當前 Sprint 通過實現(xiàn)產(chǎn)品待辦列表要達到的目的。它為開發(fā)團隊提供指引，使得團隊明確為什么要構(gòu)建增量。Sprint 目標在 Sprint 計劃會議中確定。Sprint 目標為開發(fā)團隊在 Sprint 中所實現(xiàn)的功能留有一定的彈性。所選定的產(chǎn)品待辦列表項會提供一個連貫一致的功能，也即是 Sprint 目標。Sprint 目標可以是任何其他的連貫性來促使開發(fā)團隊一起工作而不是分開獨自做。

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

每日 Scrum 站會

每日 Scrum 站會是開發(fā)團隊的一個以 15 分鐘為限的事件。每日 Scrum 站會在 Sprint 的每一天都舉行。在每日 Scrum 站會上，開發(fā)團隊為接下來的 24 小時的工作制定計劃。通過檢視上次每日 Scrum 站會以來的工作和預(yù)測即將到來的 Sprint 工作來優(yōu)化團隊協(xié)作和性能。每日 Scrum 站會在同一時間同一地點舉行，以便降低復(fù)雜性。

開發(fā)團隊借由每日 Scrum 站會來檢視完成 Sprint 目標的進度，并檢視完成 Sprint 待辦列表的工作進度趨勢。每日 Scrum 站會優(yōu)化了開發(fā)團隊達成 Sprint 目標的可能性。每天，開發(fā)團隊應(yīng)該知道如何以自組織團隊來協(xié)同工作以達成 Sprint 目標，并在 Sprint 結(jié)束時開發(fā)出預(yù)期中的增量。

會議的結(jié)構(gòu)由開發(fā)團隊設(shè)定。如果會議專注于達成 Sprint 目標的進展，開發(fā)團隊可以采用不同的方式進行。一些開發(fā)團隊會以問題為導(dǎo)向來開會，有些開發(fā)團隊會基于更多的討論來開會。以下為示例：

昨天，我為幫助開發(fā)團隊達成 Sprint 目標做了什么？
今天，我為幫助開發(fā)團隊達成 Sprint 目標準備做什么？
是否有任何障礙在阻礙我或開發(fā)團隊達成 Sprint 目標？

開發(fā)團隊或者開發(fā)團隊成員通常會在每日 Scrum 站會后立即聚到一起進行更詳細的討論，或者為 Sprint 中剩余的工作進行調(diào)整或重新計劃。

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

每日 Scrum 站會是開發(fā)團隊的內(nèi)部會議。如果有開發(fā)團隊之外的人出席會議，Scrum Master 必須確保他們不會干擾會議進行。

每日 Scrum 站會增進交流溝通、減少其他會議、發(fā)現(xiàn)開發(fā)過程中需要移除的障礙、突顯并促進快速地做決策、提高開發(fā)團隊的認知程度。這是一個進行檢視與適應(yīng)的關(guān)鍵會議。

Sprint 評審會議

Sprint 評審會議在 Sprint 快結(jié)束時舉行，用以檢視所交付的產(chǎn)品增量并按需調(diào)整產(chǎn)品待辦列表。在 Sprint 評審會議中，Scrum 團隊和利益攸關(guān)者協(xié)同討論在這次 Sprint 中所完成的工作。根據(jù)完成情況和 Sprint 期間產(chǎn)品待辦列表的變化，所有參會人員協(xié)同討論接下來可能要做的事情來優(yōu)化價值。這是一個非正式會議，并不是一個進度匯報會議，演示增量的目的是為了獲取反饋并促進合作。

對于長度為一個月的 Sprint 來說，評審會議時間_長不超過 4 小時。對于較短的 Sprint 來說，會議時間通常會縮短。Scrum Master 要確保會議舉行，并且每個參會者都明白會議的目的。Scrum Master 教導(dǎo)每位參會者遵守時間盒的規(guī)則。

Sprint 評審會議包含以下內(nèi)容：

產(chǎn)品負責(zé)人邀請 Scrum 團隊和主要的利益攸關(guān)者參加會議；

產(chǎn)品負責(zé)人說明哪些產(chǎn)品待辦列表項已經(jīng)“完成”和哪些沒有“完成”；

開發(fā)團隊討論在 Sprint 期間哪些工作做的很好，遭遇到什么問題以及問題是如何解決的；

開發(fā)團隊演示“完成”的工作并解答關(guān)于所交付增量的問題；

產(chǎn)品負責(zé)人討論當前的產(chǎn)品待辦列表的情況。他／她根據(jù)到目前為止的進度來預(yù)測可能的目標交付日期（如果有需要的話）；

參會的所有人就下一步的工作進行探討，這樣， Sprint 評審會議就能夠為接下了的 Sprint 計劃會議提供有價值的輸入信息；

評審市場或潛在的產(chǎn)品使用方式所帶來的接下來要做的_有價值的東西的改變；同時，

為下個預(yù)期產(chǎn)品功能或產(chǎn)品能力版本的發(fā)布評審時間表、預(yù)算、潛力和市場。

Sprint 評審會議的結(jié)果是一份修訂后的產(chǎn)品待辦列表，闡明很可能進入下個 Sprint 的產(chǎn)品待辦列表項。產(chǎn)品待辦列表也有可能為了迎接新的機會而進行全局性地調(diào)整。

Sprint 回顧會議

Sprint 回顧會議是 Scrum 團隊檢視自身并創(chuàng)建下一個 Sprint 改進計劃的機會。

回顧會議發(fā)生在 Sprint 評審會議結(jié)束之后，下個 Sprint 計劃會議之前。對于長度為一個月的 Sprint 來說，回顧會議時間_長不超過 3 小時。對于較短的 Sprint 來說，會議時間通常會縮短。Scrum Master 要確保會議舉行，并且每個參會者都明白會議的目的。

Scrum Master 確保會議是積極的和富有成效的。 Scrum Master 教導(dǎo)大家遵守時間盒的規(guī)則。Scrum Master 作為 Scrum 過程的責(zé)任者，作為團隊的一員參加該會議。

Sprint 回顧會議的目的在于：

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

Scrum Master 鼓勵 Scrum 團隊在 Scrum 的過程框架內(nèi)改進開發(fā)過程和實踐，使得他們能在下個 Sprint 中更高效更愉快。在每個 Sprint 回顧會議中，如果適用并且不與產(chǎn)品或組織標準相沖突，Scrum 團隊計劃不同的方式通過改進工作過程或調(diào)整“完成”的定義來提高產(chǎn)品質(zhì)量。

在 Sprint 回顧會議結(jié)束時，Scrum 團隊應(yīng)該明確接下來的 Sprint 中需要實施的改進。在下一個 Sprint 中實施這些改進是基于 Scrum 團隊對自身的檢視而做出的適當調(diào)整。雖然改進可以在任何時間執(zhí)行，Sprint 回顧會議提供了一個專注于檢視和適應(yīng)的正式機會。

贊