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

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

Scrum 團隊

Scrum 團隊由一名產(chǎn)品負責人、開發(fā)團隊和一名 Scrum Master 組成。Scrum 團隊是跨職能的自組織團隊。自組織團隊自己選擇如何以_好的方式完成工作，而不是由團隊之外的人來指導?？缏毮軋F隊擁有完成工作所需的全部技能，不需要依賴團隊之外的人。Scrum 團隊模式仍是設計用來提供_佳的靈活性、創(chuàng)造力和生產(chǎn)力。Scrum 團隊（自身）已經(jīng)證明，對于所有之前所述 Scrum 的應用以及任何復雜工作來說，它都是越來越有效的。

Scrum 團隊迭代增量式地交付產(chǎn)品，籍此_大化地獲得反饋的機會。增量式交付“完成”的產(chǎn)品_了一個可工作產(chǎn)品的潛在可用版本總是存在。

1.產(chǎn)品負責人

產(chǎn)品負責人的職責是將開發(fā)團隊開發(fā)的產(chǎn)品價值_大化。如何實現(xiàn)這一點的方式會隨著跨組織、Scrum 團隊和團隊成員個體的不同而有所不同。

產(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ā)團隊來完成。然而無論何者，產(chǎn)品負責人是負_終責任的人。

產(chǎn)品負責人是一個人，而不是一個委員會。產(chǎn)品負責人可能會通過產(chǎn)品待辦列表展現(xiàn)一個委員會的期望要求，但是想要改變產(chǎn)品待辦列表項的優(yōu)先級都必須經(jīng)過產(chǎn)品負責人。

為_產(chǎn)品負責人的工作取得成功，組織中的所有人員都必須尊重他/她的決定。產(chǎn)品負責人對產(chǎn)品待辦列表的內容和排序的決定必須是可見的。沒有人可以強迫開發(fā)團隊按照另一套需求開展工作。

2.開發(fā)團隊

開發(fā)團隊包含各種專業(yè)人員，負責在每個 Sprint 結束時交付潛在可發(fā)布并且“完成”的產(chǎn)品增量。在 Sprint 評審會議上，一個“完成”增量是必需的。只有開發(fā)團隊成員才能創(chuàng)建增量。

開發(fā)團隊由組織組建并得到授權，團隊自己組織和管理他們的工作。由此產(chǎn)生的正面效應能_大化開發(fā)團隊的整體效率和效用。

開發(fā)團隊具有下列特點：

他們是自組織的。沒有人（即使是 Scrum Master）有權告訴開發(fā)團隊應該如何把產(chǎn)品待辦列表變成潛在可發(fā)布的功能增量；
開發(fā)團隊是跨職能的團隊，團隊作為一個整體，擁有創(chuàng)建產(chǎn)品增量所需的全部技能；
Scrum 不認可開發(fā)團隊成員的任何頭銜，不管其承擔何種工作（他們都叫開發(fā)人員）。
Scrum 不認可開發(fā)團隊中所謂的“子團隊”，無論其需要處理的領域是諸如測試、架構、運維或業(yè)務分析；同時，
開發(fā)團隊中的每個成員也許有特長和專注的領域，但是責任屬于整個開發(fā)團隊。

開發(fā)團隊的規(guī)模

開發(fā)團隊_佳規(guī)模是足夠小以保持敏捷性，同時足夠大可以在 Sprint 內完成重要的工作。少于 3 個人的開發(fā)團隊，成員之間沒有足夠的互動，因而生產(chǎn)力的增長不會很大。過小的團隊在 Sprint 中可能會遭遇到技能上的約束，進而導致開發(fā)團隊無法交付潛在可發(fā)布的產(chǎn)品增量。超過 9 人的團隊則需要過多的協(xié)調溝通工作。對經(jīng)驗過程而言，大型開發(fā)團隊會產(chǎn)生太多的復雜性而變得無用。產(chǎn)品負責人和 Scrum Master 角色不包含在此數(shù)字中，除非他們同時也參與執(zhí)行 Sprint 待辦列表中的工作。