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

原創(chuàng)2020-07-29小艾老師

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

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

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

本文作者：艾威學員 CTY

本人從事傳統(tǒng)汽車行業(yè)，敏捷經(jīng)驗或scrum經(jīng)驗為0，甚至沒有軟件開發(fā)經(jīng)驗，參加本次培訓目的是對敏捷開發(fā)有個入門的了解，并結合傳統(tǒng)汽車行業(yè)的開發(fā)流程做一定的思考，因為現(xiàn)在汽車上也會涉及到越來越多的軟件。
以下是看完Scrum指南后自己歸納的重點（理解還是更多基于理論層面）：

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

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

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

Scrum 的精髓在于小團隊

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

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

三大支柱：

透明，檢視，適應

4個正式事件：

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

Scrum價值觀：

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

Scrum團隊：

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

產(chǎn)品負責人：

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

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

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

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

開發(fā)團隊：

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

特點：

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

Scrum Master:

負責根據(jù) Scrum 指南中的定義來促進和支持 Scrum， 服務型領導

服務于產(chǎn)品負責人：

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

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

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

服務于組織：

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

Scrum事件：

Sprint, Sprint Planning（計劃會議）

Daily Scrum（每日站會）

Sprint Review（評審會議）

Sprint Retrospective（回顧會議）

Sprint：

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

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

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

Sprint Planning（計劃會議）：

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

話題一：這次Sprint能做什么

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

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

Daily Scrum（每日站會）：

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

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

Sprint Review（評審會議）：

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

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

主要內(nèi)容：

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

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

Sprint Retrospective（回顧會議）：

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

目的：

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

Scrum工件（Artifacts）：

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

Sprint Backlog， Increment（增量）

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

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

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

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

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

Sprint Backlog（待辦列表）：

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

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

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

Increment（增量）:

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

工件透明

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

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

“完成”的定義

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

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

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

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

贊