Scrum Master 認(rèn)證是針對 Scrum Master（敏捷項(xiàng)目管理中的角色）的專業(yè)認(rèn)證。Scrum 是一種敏捷開發(fā)方法，Scrum Master 則是負(fù)責(zé)指導(dǎo)和推動 Scrum 團(tuán)隊的角色。獲得 Scrum Master 認(rèn)證可以證明個人在敏捷項(xiàng)目管理方面具備一定的知識和技能，并且對Scrum方法有深入的理解和實(shí)踐經(jīng)驗(yàn)。這對于在敏捷環(huán)境中工作的項(xiàng)目經(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 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ǔ)貨、銷售報表生成等功能。由于客戶的需求多樣且變化頻繁，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)隊始終在做_有價值的工作。
在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)隊在討論時指出，低庫存提醒功能的復(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)隊始終聚焦于_重要的功能。
優(yōu)先級排序需要考量的因素：
| 考慮因素 | 說明 |
| 客戶滿意度 | 先實(shí)現(xiàn)基本需求，再是性能需求，_后是錦上添花功能，以提高客戶滿意度。 |
| 業(yè)務(wù)價值 | 團(tuán)隊統(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ā)成本與回報率 | 低成本高回報功能高優(yōu)先級，有時高成本高回報也可能高優(yōu)先級，需綜合考慮成本與回報。 |
| 風(fēng)險和復(fù)雜度 | 高風(fēng)險、高復(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)隊和客戶保持溝通。比如，某個Sprint結(jié)束后，產(chǎn)品負(fù)責(zé)人會根據(jù)客戶的反饋對待辦事項(xiàng)列表進(jìn)行調(diào)整，新增或刪除一些任務(wù)。產(chǎn)品負(fù)責(zé)人還會根據(jù)開發(fā)團(tuán)隊的建議，優(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)隊開發(fā)出符合業(yè)務(wù)需求的功能 |
| 與團(tuán)隊的關(guān)系 | 與多個部門協(xié)作，包括市場、銷售、研發(fā)等 | 與開發(fā)團(tuán)隊、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)隊的角色，PM 是公司的角色。PO 不一定是 PM，但團(tuán)隊的 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)隊能夠準(zhǔn)確執(zhí)行。用戶故事（User Stories）是Scrum中常用的描述任務(wù)的方式，通常以用戶的角度出發(fā)，簡潔描述功能需求。
用戶故事的六個特性- INVEST
INVEST = Independent, Negotiable, Valuable, Estimable, Small, Testable
| 特性 | 說明 |
| 獨(dú)立性 | 讓用戶故事盡量獨(dú)立于其他故事，可通過組合和分解減少依賴，避免影響計劃、優(yōu)先級和工作量估算。 |
| 可協(xié)商性 | 用戶故事內(nèi)容可協(xié)商，非合同，卡片只做簡短描述，具體細(xì)節(jié)在溝通階段產(chǎn)出，避免限制與用戶溝通。 |
| 有價值 | 每個故事對客戶有價值，可讓客戶寫下故事，增強(qiáng)價值感。 |
| 可以估算性 | 開發(fā)團(tuán)隊需能估算用戶故事以確定優(yōu)先級、工作量和安排計劃，若因領(lǐng)域知識缺乏或故事太大導(dǎo)致難以估算，需加強(qiáng)溝通或切分故事。 |
| 短小 | 故事工作量盡量短小，不超過 10 個人 / 天，確保在一個迭代或 Sprint 中能完成，避免大故事帶來計劃和估算風(fēng)險。 |
| 可測試性 | 用戶故事可測試，便于確認(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)隊進(jìn)一步討論任務(wù)的細(xì)節(jié)。在Sprint規(guī)劃會議上，開發(fā)團(tuán)隊可能會對任務(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)隊明確任務(wù)完成的條件，確保功能符合客戶期望。
產(chǎn)品待辦事項(xiàng)列表是產(chǎn)品負(fù)責(zé)人（PO）工作的核心工具，它不僅幫助PO明確項(xiàng)目優(yōu)先級，還確保團(tuán)隊專注于_有價值的功能開發(fā)。一個清晰、準(zhǔn)確且動態(tài)更新的待辦事項(xiàng)列表能夠有效協(xié)調(diào)團(tuán)隊工作，確保項(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)隊的敏捷實(shí)踐能力。
艾威國際網(wǎng)校
艾威天貓旗艦店
艾威官方微信
艾威網(wǎng)校官方微信
艾威官方視頻號
艾威知乎號
企業(yè)微信客服
2025全年課表
查看全部課程
從程序員升級為架構(gòu)師，有什么“捷徑“嗎?架構(gòu)師的5個階段，想做架構(gòu)師的必看!
