400-888-5228

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

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

在當(dāng)今的高速發(fā)展的商業(yè)環(huán)境中,敏捷,既能成為提升團(tuán)隊的靈藥,也可能變成摧毀團(tuán)隊的毒藥。它究竟是何種面貌,取決于我們?nèi)绾芜\(yùn)用它。

01_是“靈藥”還是“毒藥”?你們眼中的敏捷,到底是什么樣子的?

普通程序員眼中的敏捷是什么樣子的?曾經(jīng)有學(xué)員跟小艾老師這樣分(tu)析(cao)過:

1、很多公司老板之所以用敏捷,就是想讓產(chǎn)品早點(diǎn)上線。以前瀑布式開發(fā)模式,一個項目起碼一個季度,可敏捷模式一般 2 周就1個迭代。有時產(chǎn)品還沒什么頭緒,就要先做出能交付的_小版本。這就導(dǎo)致產(chǎn)品上線/產(chǎn)品迭代的節(jié)奏太快,程序員像是一直被上緊了發(fā)條。

2、對于程序員來說,如果完不成當(dāng)天的工作,就只能加班。因為敏捷的站會是要當(dāng)著同事們的面,說為什么沒有完成,這很“丟人”,也很“不好受”。他推斷現(xiàn)在一些互聯(lián)網(wǎng)公司推行的996工作模式,敏捷可能也是一個重要的原因。

小艾老師覺得,不管怎么說,關(guān)于敏捷有三個事實,似乎不用爭議:

  • 作為一個標(biāo)簽,敏捷是勝利者,因為沒有人希望被稱為“非敏捷”。
  • 但在實踐上,雖然大家都說自己“敏捷”,其實可能并不是。團(tuán)隊容易陷入“假敏捷”的陷阱。
  • 雖然我們極力提倡敏捷(尤其是很多公司的老板...),但敏捷并不是_的,敏捷也有不適用的情況。

“敏捷開發(fā)”因為頂著“敏捷”兩個字,常被作為解決“效率”問題的“靈藥”,其實呢,敏捷開發(fā)中的敏捷,更多是“靈活”“靈敏”之意。指的是對“變化”能快速響應(yīng),而不是針對“效率”的。客觀上來說,當(dāng)你的團(tuán)隊擁抱敏捷,使用那些敏捷方法之后,你的團(tuán)隊的工作效率可能會提升,但也可能被降低。

敏捷的精髓在于擁抱變化以及快速響應(yīng)的能力,它真正的核心是敏捷思想及原則,而不是啥工具、方法或者流程,更不是看板或者每日站會啥的。敏捷的價值在于把不確定的產(chǎn)品需求給落地,幫著用戶搞清楚產(chǎn)品價值,交付_小能用的產(chǎn)品,然后在這個基礎(chǔ)上小步快跑,快速迭代。所以,敏捷_適合那種“還不確定、還不完善、還沒想清楚的產(chǎn)品需求”。要是那些目標(biāo)、商業(yè)模式、需求都非常明確的項目,可能就不太適合敏捷了。

02_“真敏捷”還是“假敏捷”?如何用敏捷“搞垮”一個團(tuán)隊?

你們眼中的敏捷:是“靈藥”還是“毒藥”?如何用敏捷提升/搞垮一個團(tuán)隊? -- 第1張

真敏捷,意味著團(tuán)隊能夠快速適應(yīng)變化,不斷交付價值,提高客戶滿意度。它強(qiáng)調(diào)的是靈活性、協(xié)作和持續(xù)改進(jìn)。真敏捷的團(tuán)隊具有以下特點(diǎn):

  • 緊密的協(xié)作:成員之間溝通順暢,能夠高效地合作。
  • 快速決策:能夠迅速做出決策,避免繁瑣的流程。
  • 持續(xù)學(xué)習(xí):不斷學(xué)習(xí)新的知識和技能,以更好地應(yīng)對變化。
  • 客戶導(dǎo)向:始終以滿足客戶需求為首要任務(wù)。

然而,有些團(tuán)隊可能只是表面上采用了敏捷的形式,而并未真正理解其內(nèi)涵,這就是假敏捷。假敏捷的表現(xiàn)包括:

  • 形式主義:僅僅遵循敏捷的流程,而忽略了其精神。
  • 缺乏溝通:團(tuán)隊成員之間溝通不暢,導(dǎo)致信息傳遞延誤。
  • 不注重質(zhì)量:為了追求速度而犧牲了質(zhì)量。
  • 無法適應(yīng)變化:面對變化時反應(yīng)遲鈍。

敏捷方法,既能成為提升團(tuán)隊的利器,也可能成為搞垮團(tuán)隊的隱患。如何運(yùn)用敏捷,是決定團(tuán)隊成敗的關(guān)鍵。用之得當(dāng),即真敏捷,它可提升團(tuán)隊的協(xié)作、創(chuàng)新與響應(yīng)能力;反之,若誤解或錯誤應(yīng)用,可能導(dǎo)致混亂、沖突和效率低下。

小艾老師整理了幾種“用敏捷搞垮一個團(tuán)隊”的例子:

1、老板和團(tuán)隊都不了解敏捷

很多公司老板/領(lǐng)導(dǎo)為了產(chǎn)品早點(diǎn)上線,光想著“更快、更好、更省成本”, 但他們沒明白,敏捷開發(fā)中的敏捷兩字,更多是指對“變化”能快速響應(yīng),敏捷并不是“高效”的同義詞。

2、只有技術(shù)團(tuán)隊敏捷,其他人不敏捷

技術(shù)開發(fā)團(tuán)隊可以實現(xiàn)快速迭代和反饋,但其他團(tuán)隊的工作節(jié)奏和溝通方式與之不匹配,導(dǎo)致協(xié)作困難和項目推進(jìn)緩慢。

3、團(tuán)隊將敏捷視為一種潮流或時尚,而不是真正理解其原則和目的。

團(tuán)隊可能會隨意選擇敏捷實踐并試圖快速實施,而不考慮其是否適用于團(tuán)隊的具體情況。這種表面上的敏捷實踐可能會導(dǎo)致混亂和不良結(jié)果。

4、團(tuán)隊試圖用敏捷解決技術(shù)上的困難或挑戰(zhàn),而不是將其用于項目管理和團(tuán)隊協(xié)作。

團(tuán)隊可能會誤解敏捷方法的適用范圍,試圖通過迭代開發(fā)來解決技術(shù)架構(gòu)或設(shè)計上的問題,而忽視了團(tuán)隊協(xié)作、客戶反饋等方面的重要性。

5、團(tuán)隊錯誤地認(rèn)為敏捷不需要文檔,導(dǎo)致溝通和知識共享的困難。

團(tuán)隊可能會忽視編寫文檔,導(dǎo)致項目信息不透明,溝通困難。缺乏文檔也會使得新成員加入團(tuán)隊時難以理解項目和歷史決策,影響團(tuán)隊的可持續(xù)性和成長。

6、團(tuán)隊技術(shù)能力較弱,無法有效地執(zhí)行敏捷

團(tuán)隊可能會遇到頻繁的技術(shù)障礙,無法按時交付工作成果。缺乏技術(shù)能力的團(tuán)隊成員也會導(dǎo)致無法有效地進(jìn)行團(tuán)隊內(nèi)部的知識共享和技術(shù)支持。

03_重新認(rèn)識敏捷與Scrum,如何用敏捷“提升”一個團(tuán)隊?

敏捷方法有很多,比如:極限編程XP、Scrum、DSDM、自適應(yīng)軟件開發(fā)、Crystal、FDD、SAFe等等。很多其他體系也都融入了自己的敏捷,比如PMP(敏捷項目管理)、比如ITIL(高速IT)、比如TOGAF(敏捷架構(gòu))、比如CBAP(敏捷業(yè)務(wù)分析)等等…

但_重要的敏捷方法,莫過于Scrum。Scrum是目前_為成功的敏捷方法。

Scrum是用于開發(fā)、交付和持續(xù)支持復(fù)雜產(chǎn)品的一個框架,是一個增量的、迭代的開發(fā)過程。

你們眼中的敏捷:是“靈藥”還是“毒藥”?如何用敏捷提升/搞垮一個團(tuán)隊? -- 第3張 你們眼中的敏捷:是“靈藥”還是“毒藥”?如何用敏捷提升/搞垮一個團(tuán)隊? -- 第5張

圖:Scrum框架

Scrum敏捷方法論展開來看,核心要素為“3355”方法論,即3個角色、3種工件、5個活動和5個價值觀。

3個核心角色

1、產(chǎn)品負(fù)責(zé)人(PO)

負(fù)責(zé)_大化投資回報率(ROI),通過確定產(chǎn)品特性,把它們翻譯成一個有優(yōu)先級的列表,為下一個Sprint決定在這個列表中哪些應(yīng)當(dāng)優(yōu)先級_高,并且不斷地重新調(diào)整優(yōu)先級和梳理這個列表。

PO的職責(zé)是定義需求,定義需求優(yōu)先級,定義需求的驗收標(biāo)準(zhǔn),定義產(chǎn)品發(fā)布內(nèi)容與日期。

2、Scrum Master/敏捷教練

幫助產(chǎn)品開發(fā)團(tuán)隊學(xué)習(xí)并應(yīng)用Scrum來達(dá)成商業(yè)價值,為大家服務(wù),會做任何力所能及的事情來幫助團(tuán)隊、產(chǎn)品負(fù)責(zé)人和組織取得成功。

對應(yīng)敏捷團(tuán)隊中的項目經(jīng)理,但并非是一個項目經(jīng)理。職責(zé)是促進(jìn)團(tuán)隊的工作,幫助團(tuán)隊熟悉和掌握敏捷的價值觀與框架,幫助排除影響生產(chǎn)力障礙,確保團(tuán)隊不受打擾。

3、開發(fā)團(tuán)隊

建造產(chǎn)品負(fù)責(zé)人所指定的產(chǎn)品。對交付結(jié)果負(fù)責(zé)。

團(tuán)隊是“跨職能”的,它包含了所有專業(yè)能力,如開發(fā)、測試、需求分析等,并且它是“自組織”[自管理]的,被給予很高程度的自治和責(zé)任。

3個工件

1、產(chǎn)品代辦列表(Product Backlog)

  • 產(chǎn)品代辦事項,即產(chǎn)品視角的需求清單。
  • 由Product Owner 負(fù)責(zé)維護(hù),包括增刪及優(yōu)先級排序
  • 用戶故事是其中一種_佳實踐
  • 每項需求都需要描述其外部價值

2、Sprint迭代代辦列表

  • Sprint迭代代辦清單,即此次沖刺周期內(nèi)規(guī)劃要完成的內(nèi)容。
  • 來源于Product Backlog
  • 由團(tuán)隊評估和選擇Product BackIog中哪些放入Sprint Backlog
  • 團(tuán)隊需要一起定義“完成”標(biāo)準(zhǔn)

3、增量(Increment)

  • 可交付產(chǎn)品增量(Increment),即沖刺結(jié)束后可對外發(fā)布的產(chǎn)品功能增量部分。
  • 需要關(guān)注其是可工作的軟件功能增量
  • 需要在Scrum Review會議上進(jìn)行展示

5個關(guān)鍵事件

1、沖刺(Sprint)

沖刺Sprint或迭代是一個特殊的事件,或者說其一個容器事件。后續(xù)四個事件包含在其中。

2~4周,固定周期,固定事件開始,固定事件結(jié)束。時間盒是其一個重要概念。

2、Sprint 計劃會

Sprint規(guī)劃會的核心議題是下一次沖刺要實現(xiàn)的目標(biāo)和范圍。

從Product Backlog中選取高優(yōu)先級的需求,確定Sprint的目標(biāo),對產(chǎn)品backlog 中故事進(jìn)行估算,以作為是否放入下期的參考。對于需求不清楚的故事,需要產(chǎn)品負(fù)責(zé)人進(jìn)行說明。

會議中輸入是Product backlog,輸出是Sprint Backlog。

3、每日Scrum站會

站會的目標(biāo)是促進(jìn)信息在團(tuán)隊內(nèi)共享與透明。每次15分鐘左右,不對問題進(jìn)行深入討論,每天固定時間召開。

團(tuán)隊成員需要回答3個問題:

  • 昨天我做了哪些事情
  • 今天計劃要做什么事情
  • 是否遇到問題,阻礙達(dá)成目標(biāo)

4、Sprint 評審會

評審會在沖刺默契召開,檢查本期的成果,需要團(tuán)隊全員參與,并邀請產(chǎn)品相關(guān)干系人對產(chǎn)品進(jìn)行展示,若與產(chǎn)品負(fù)責(zé)人預(yù)想的不一樣,產(chǎn)品負(fù)責(zé)人可以拒絕接收成果。

5、Sprint 回顧會

沖刺結(jié)束后,團(tuán)隊一起復(fù)盤本次沖刺的過程,總結(jié)經(jīng)驗與教訓(xùn),并形成切實可行的改進(jìn)清單。

5個價值觀

1、開放 OPENNESS- Scrum把項目中的一切開放給每個人看

2、尊重 RESPECT- 每個人都有他獨(dú)特的背景和經(jīng)驗

3、勇氣 COURAGE- 有勇氣做出承~諾,履行承~諾,接受別人的尊重

4、專注 FOCUS- 把你的心思和能力都用到你_的工作上去

5、承~諾 COMMITMENT- 愿意對目標(biāo)做出承~諾,全身心投入去完成Scrum團(tuán)隊的目標(biāo),而不是必須按計劃完成,兩者之間是有區(qū)別的。

結(jié)束語

敏捷是數(shù)字經(jīng)濟(jì)時代人人必須具備的DNA,小艾老師建議大家都學(xué)一下敏捷。目前_為熱門的、_為成功的敏捷方法(體系),莫過于Scrum,艾威常年都有開班,歡迎報名和咨詢。

1、Scrum Master 敏捷專家CSM認(rèn)證——適合程序員(Scrum團(tuán)隊中SM角色)

2、高級Scrum Master 敏捷專家(A-CSM)認(rèn)證 —— 高階版的Scrum

3、Scrum Product Ower敏捷產(chǎn)品負(fù)責(zé)人(CSPO)認(rèn)證——適合Scrum團(tuán)隊中的PO角色

發(fā)表回復(fù)

您的電子郵箱地址不會被公開。 必填項已用*標(biāo)注

  • 2024-09-26 20:00
    職場故事:從戰(zhàn)略規(guī)劃到項目管理交付
  • 2024-10-10 20:00
    解決方案評價:評估解決方案的高效績效工具
  • 2024-10-15 20:00
    研發(fā)績效管理:組織戰(zhàn)略如何解碼到績效指標(biāo)?組織績效與個人績效管理
  • 2024-10-17 20:00
    科學(xué)的降本增效
  • 2024-10-22 20:00
    職場故事:“煉金術(shù)”與數(shù)字的交響曲:一位化學(xué)研發(fā)工程師的職業(yè)升級之旅
  • 2024-10-24 20:00
    助力財務(wù)運(yùn)營自動化:機(jī)器人流程自動化(RPA)技術(shù)的實際應(yīng)用
  • 2024-10-29 20:00
    職場故事:從在日工作的經(jīng)驗教訓(xùn)談職場需要的技能
  • 2024-10-30 20:00
    嚴(yán)謹(jǐn)求實:安全評估和測試
  • 2024-10-31 20:00
    什么是數(shù)據(jù)標(biāo)準(zhǔn)?如何制定數(shù)據(jù)標(biāo)準(zhǔn)?這份指南送上
  • 更多直播講座
    小艾老師還在安排中…
查看全部 >

掃碼一鍵預(yù)約全部

查看更多 > 查看更多 >

數(shù)字化轉(zhuǎn)型8大核心認(rèn)證

  1. PMP項目管理認(rèn)證

    艾威最近一期班: 針對2025年03月考試
  2. CBAP業(yè)務(wù)分析認(rèn)證

    艾威最近一期班·開課時間: 2024-11-23
  3. CBPP流程管理認(rèn)證

    艾威最近一期班·開課時間: 2024-12-07
  4. ITIL4 IT管理認(rèn)證

    艾威最近一期班·開課時間: 2024-10-26
  5. TOGAF企業(yè)架構(gòu)認(rèn)證

    艾威最近一期班·開課時間: 2024-11-02
  6. CDMP數(shù)據(jù)管理認(rèn)證

    艾威最近一期班·開課時間: 2024-11-23
  7. CISA信息安全審計師認(rèn)證

    艾威最近一期班·開課時間: 2024-12-01
  8. CISSP信息安全專家認(rèn)證

    艾威最近一期班·開課時間: 2024-11-16
近期課程安排