Scrum Master 認(rèn)證是針對 Scrum Master(敏捷項(xiàng)目管理中的角色)的專業(yè)認(rèn)證。Scrum 是一種敏捷開發(fā)方法,Scrum Master 則是負(fù)責(zé)指導(dǎo)和推動 Scrum 團(tuán)隊(duì)的角色。獲得 Scrum Master 認(rèn)證可以證明個人在敏捷項(xiàng)目管理方面具備一定的知識和技能,并且對Scrum方法有深入的理解和實(shí)踐經(jīng)驗(yàn)。這對于在敏捷環(huán)境中工作的項(xiàng)目經(jīng)理、團(tuán)隊(duì)領(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 HVIT、DevOps
在Scrum框架中,產(chǎn)品待辦事項(xiàng)列表(Product Backlog)是整個項(xiàng)目的核心。它包含了所有需要實(shí)現(xiàn)的功能和改進(jìn),列出了產(chǎn)品開發(fā)過程中需要完成的任務(wù)。產(chǎn)品待辦列表不僅要內(nèi)容詳實(shí),還必須根據(jù)項(xiàng)目的優(yōu)先級合理排列,并且保持動態(tài)更新,以適應(yīng)客戶需求的變化。那么,優(yōu)先級是如何確定的?誰負(fù)責(zé)維護(hù)這個列表?如何確保任務(wù)描述準(zhǔn)確清晰?
下面,小艾老師通過一個實(shí)際案例給大家說明一下。
背景介紹:
ABC軟件公司是一家為零售行業(yè)提供定制軟件開發(fā)的企業(yè),_近接到了一個項(xiàng)目:為某大型連鎖超市開發(fā)一套移動端的庫存管理系統(tǒng)。系統(tǒng)需要實(shí)現(xiàn)實(shí)時庫存更新、低庫存提醒、自動補(bǔ)貨、銷售報(bào)表生成等功能。由于客戶的需求多樣且變化頻繁,ABC公司決定采用Scrum框架來管理這個項(xiàng)目,以確保靈活應(yīng)對需求變化,同時保持開發(fā)的高效性。
01_產(chǎn)品待辦事項(xiàng)列表的優(yōu)先級如何確定?
產(chǎn)品負(fù)責(zé)人(Product Owner,PO)是_負(fù)責(zé)確定產(chǎn)品待辦事項(xiàng)列表優(yōu)先級的人。他的主要職責(zé)是根據(jù)客戶的需求、業(yè)務(wù)目標(biāo)以及技術(shù)難度等因素,調(diào)整待辦事項(xiàng)的優(yōu)先級,以確保開發(fā)團(tuán)隊(duì)始終在做_有價值的工作。
在ABC公司的項(xiàng)目中,產(chǎn)品負(fù)責(zé)人定期與客戶(超市集團(tuán)的業(yè)務(wù)和IT部門)溝通,了解他們的核心需求。比如,客戶_迫切的需求是實(shí)時庫存更新,因?yàn)閹齑娴膶?shí)時性直接影響超市的日常運(yùn)營,所以這個功能被放在了_高優(yōu)先級。接著,客戶希望盡快增加低庫存提醒功能,以便及時補(bǔ)貨。產(chǎn)品負(fù)責(zé)人將這一功能列為下一個高優(yōu)先級任務(wù)。
然而,開發(fā)團(tuán)隊(duì)在討論時指出,低庫存提醒功能的復(fù)雜度較高,因?yàn)樗枰c現(xiàn)有的供應(yīng)鏈系統(tǒng)進(jìn)行集成。于是,產(chǎn)品負(fù)責(zé)人決定先開發(fā)一個簡化版的提醒功能,_基本需求的實(shí)現(xiàn),后續(xù)再根據(jù)需求優(yōu)化。
通過這種方式,產(chǎn)品負(fù)責(zé)人根據(jù)業(yè)務(wù)需求和技術(shù)限制,不斷調(diào)整優(yōu)先級,確保團(tuán)隊(duì)始終聚焦于_重要的功能。
優(yōu)先級排序需要考量的因素:
考慮因素 | 說明 |
客戶滿意度 | 先實(shí)現(xiàn)基本需求,再是性能需求,_后是錦上添花功能,以提高客戶滿意度。 |
業(yè)務(wù)價值 | 團(tuán)隊(duì)統(tǒng)一業(yè)務(wù)目標(biāo),優(yōu)先實(shí)現(xiàn)能_大化業(yè)務(wù)價值的功能,瞄準(zhǔn)長期戰(zhàn)略目標(biāo)梳理待辦事項(xiàng)優(yōu)先級。 |
需求頻率 | 考慮功能是否為多數(shù)用戶需求及使用頻率,頻繁使用的功能如登錄界面應(yīng)優(yōu)先開發(fā)和優(yōu)化。 |
開發(fā)成本與回報(bào)率 | 低成本高回報(bào)功能高優(yōu)先級,有時高成本高回報(bào)也可能高優(yōu)先級,需綜合考慮成本與回報(bào)。 |
風(fēng)險(xiǎn)和復(fù)雜度 | 高風(fēng)險(xiǎn)、高復(fù)雜度功能安排在早期,便于提前發(fā)現(xiàn)和應(yīng)對。 |
02_誰負(fù)責(zé)維護(hù)產(chǎn)品待辦事項(xiàng)列表?
產(chǎn)品負(fù)責(zé)人不僅負(fù)責(zé)確定優(yōu)先級,還負(fù)責(zé)維護(hù)整個產(chǎn)品待辦事項(xiàng)列表(Scrum Master也可以協(xié)助PO維護(hù)這張表,但只是協(xié)助維護(hù)這張表,只有PO才有資格排優(yōu)先級)。這個列表是項(xiàng)目的“活文檔”,需要隨時更新,確保反映項(xiàng)目的_新進(jìn)展和客戶的需求。
在ABC公司,產(chǎn)品負(fù)責(zé)人定期與開發(fā)團(tuán)隊(duì)和客戶保持溝通。比如,某個Sprint結(jié)束后,產(chǎn)品負(fù)責(zé)人會根據(jù)客戶的反饋對待辦事項(xiàng)列表進(jìn)行調(diào)整,新增或刪除一些任務(wù)。產(chǎn)品負(fù)責(zé)人還會根據(jù)開發(fā)團(tuán)隊(duì)的建議,優(yōu)化任務(wù)的描述和時間預(yù)估,確保開發(fā)人員對每個任務(wù)有清晰的理解。
有同學(xué)可能還不大清楚產(chǎn)品經(jīng)理(PM)和產(chǎn)品負(fù)責(zé)人(PO)的區(qū)別,這里簡單做個對比:
比較維度 | 產(chǎn)品經(jīng)理(PM) | 產(chǎn)品負(fù)責(zé)人(PO) |
主要職責(zé) | 負(fù)責(zé)產(chǎn)品的戰(zhàn)略規(guī)劃和全生命周期管理 | 負(fù)責(zé)維護(hù)Scrum框架中的產(chǎn)品待辦事項(xiàng)列表 |
工作重點(diǎn) | 聚焦市場、競爭、用戶需求,制定產(chǎn)品愿景與發(fā)展路線 | 聚焦項(xiàng)目開發(fā),確保團(tuán)隊(duì)開發(fā)出符合業(yè)務(wù)需求的功能 |
與團(tuán)隊(duì)的關(guān)系 | 與多個部門協(xié)作,包括市場、銷售、研發(fā)等 | 與開發(fā)團(tuán)隊(duì)、Scrum Master和客戶緊密合作 |
目標(biāo) | 產(chǎn)品的市場成功,擴(kuò)大市場份額和用戶滿意度 | 產(chǎn)品的按時交付,確保開發(fā)過程中的需求優(yōu)先級 |
決策范圍 | 產(chǎn)品路線圖、市場策略、定價、目標(biāo)用戶 | 決定待辦事項(xiàng)優(yōu)先級和開發(fā)目標(biāo) |
一句話來說就是:PO 是 Scrum 團(tuán)隊(duì)的角色,PM 是公司的角色。PO 不一定是 PM,但團(tuán)隊(duì)的 PM _必須是 PO。換言之,如果公司沒有設(shè)置產(chǎn)品負(fù)責(zé)人PO這個角色,產(chǎn)品待辦事項(xiàng)列表通常就是由產(chǎn)品經(jīng)理PM來負(fù)責(zé)的。
03_如何確保產(chǎn)品待辦事項(xiàng)列表中的任務(wù)描述清晰準(zhǔn)確?
產(chǎn)品待辦事項(xiàng)列表中的每個任務(wù)都需要有詳細(xì)的描述,以便開發(fā)團(tuán)隊(duì)能夠準(zhǔn)確執(zhí)行。用戶故事(User Stories)是Scrum中常用的描述任務(wù)的方式,通常以用戶的角度出發(fā),簡潔描述功能需求。
用戶故事的六個特性- INVEST
INVEST = Independent, Negotiable, Valuable, Estimable, Small, Testable
特性 | 說明 |
獨(dú)立性 | 讓用戶故事盡量獨(dú)立于其他故事,可通過組合和分解減少依賴,避免影響計(jì)劃、優(yōu)先級和工作量估算。 |
可協(xié)商性 | 用戶故事內(nèi)容可協(xié)商,非合同,卡片只做簡短描述,具體細(xì)節(jié)在溝通階段產(chǎn)出,避免限制與用戶溝通。 |
有價值 | 每個故事對客戶有價值,可讓客戶寫下故事,增強(qiáng)價值感。 |
可以估算性 | 開發(fā)團(tuán)隊(duì)需能估算用戶故事以確定優(yōu)先級、工作量和安排計(jì)劃,若因領(lǐng)域知識缺乏或故事太大導(dǎo)致難以估算,需加強(qiáng)溝通或切分故事。 |
短小 | 故事工作量盡量短小,不超過 10 個人 / 天,確保在一個迭代或 Sprint 中能完成,避免大故事帶來計(jì)劃和估算風(fēng)險(xiǎn)。 |
可測試性 | 用戶故事可測試,便于確認(rèn)完成情況,不可測試的故事不可取。 |
在ABC科技公司的項(xiàng)目中,產(chǎn)品負(fù)責(zé)人會根據(jù)客戶的需求撰寫用戶故事。例如,“作為采購經(jīng)理,我希望當(dāng)庫存低于100件時收到提醒,以便及時補(bǔ)貨?!?這樣就描述清楚地說明了誰是功能的目標(biāo)用戶(采購經(jīng)理)、功能的需求(收到提醒)以及業(yè)務(wù)場景(庫存低于100件時)。
在撰寫用戶故事(任務(wù)清單)后,產(chǎn)品負(fù)責(zé)人會和開發(fā)團(tuán)隊(duì)進(jìn)一步討論任務(wù)的細(xì)節(jié)。在Sprint規(guī)劃會議上,開發(fā)團(tuán)隊(duì)可能會對任務(wù)提出一些技術(shù)上的問題,比如,“庫存提醒是否需要發(fā)送到采購經(jīng)理的手機(jī),還是只在系統(tǒng)后臺提示?” 產(chǎn)品負(fù)責(zé)人根據(jù)這些問題補(bǔ)充任務(wù)的細(xì)節(jié),確保描述清晰、可行。
除此之外,產(chǎn)品負(fù)責(zé)人為每個任務(wù)添加驗(yàn)收標(biāo)準(zhǔn)(Acceptance Criteria),例如“當(dāng)庫存低于100件時,系統(tǒng)必須在1小時內(nèi)發(fā)出提醒,并通過電子郵件發(fā)送給采購經(jīng)理?!边@些標(biāo)準(zhǔn)幫助開發(fā)團(tuán)隊(duì)明確任務(wù)完成的條件,確保功能符合客戶期望。
產(chǎn)品待辦事項(xiàng)列表是產(chǎn)品負(fù)責(zé)人(PO)工作的核心工具,它不僅幫助PO明確項(xiàng)目優(yōu)先級,還確保團(tuán)隊(duì)專注于_有價值的功能開發(fā)。一個清晰、準(zhǔn)確且動態(tài)更新的待辦事項(xiàng)列表能夠有效協(xié)調(diào)團(tuán)隊(duì)工作,確保項(xiàng)目始終與業(yè)務(wù)目標(biāo)保持一致。
產(chǎn)品負(fù)責(zé)人必須具備高效管理和優(yōu)化待辦事項(xiàng)列表的技巧,以應(yīng)對不斷變化的需求和技術(shù)挑戰(zhàn)。如果你想深入提升這些技能, Scrum產(chǎn)品負(fù)責(zé)人(CSPO)認(rèn)證培訓(xùn)是一個很好的選擇,它不僅涵蓋Scrum框架,還能幫助你掌握如何管理產(chǎn)品,提升團(tuán)隊(duì)的敏捷實(shí)踐能力。