產(chǎn)品待辦事項(xiàng)列表是什么？?jī)?yōu)先級(jí)怎么確定？一個(gè)案例給你說清楚

原創(chuàng)2024-10-25小艾老師

Scrum Master敏捷專家認(rèn)證（CSM）知識(shí)體系考證須知證書含金量培訓(xùn)大綱 3分鐘小視頻我要提問

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

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

在Scrum框架中，產(chǎn)品待辦事項(xiàng)列表（Product Backlog）是整個(gè)項(xiàng)目的核心。它包含了所有需要實(shí)現(xiàn)的功能和改進(jìn)，列出了產(chǎn)品開發(fā)過程中需要完成的任務(wù)。產(chǎn)品待辦列表不僅要內(nèi)容詳實(shí)，還必須根據(jù)項(xiàng)目的優(yōu)先級(jí)合理排列，并且保持動(dòng)態(tài)更新，以適應(yīng)客戶需求的變化。那么，優(yōu)先級(jí)是如何確定的？誰負(fù)責(zé)維護(hù)這個(gè)列表？如何確保任務(wù)描述準(zhǔn)確清晰？

下面，小艾老師通過一個(gè)實(shí)際案例給大家說明一下。

背景介紹:

ABC軟件公司是一家為零售行業(yè)提供定制軟件開發(fā)的企業(yè)，_近接到了一個(gè)項(xiàng)目：為某大型連鎖超市開發(fā)一套移動(dòng)端的庫(kù)存管理系統(tǒng)。系統(tǒng)需要實(shí)現(xiàn)實(shí)時(shí)庫(kù)存更新、低庫(kù)存提醒、自動(dòng)補(bǔ)貨、銷售報(bào)表生成等功能。由于客戶的需求多樣且變化頻繁，ABC公司決定采用Scrum框架來管理這個(gè)項(xiàng)目，以確保靈活應(yīng)對(duì)需求變化，同時(shí)保持開發(fā)的高效性。

01_產(chǎn)品待辦事項(xiàng)列表的優(yōu)先級(jí)如何確定？

產(chǎn)品負(fù)責(zé)人（Product Owner，PO）是_負(fù)責(zé)確定產(chǎn)品待辦事項(xiàng)列表優(yōu)先級(jí)的人。他的主要職責(zé)是根據(jù)客戶的需求、業(yè)務(wù)目標(biāo)以及技術(shù)難度等因素，調(diào)整待辦事項(xiàng)的優(yōu)先級(jí)，以確保開發(fā)團(tuán)隊(duì)始終在做_有價(jià)值的工作。

在ABC公司的項(xiàng)目中，產(chǎn)品負(fù)責(zé)人定期與客戶（超市集團(tuán)的業(yè)務(wù)和IT部門）溝通，了解他們的核心需求。比如，客戶_迫切的需求是實(shí)時(shí)庫(kù)存更新，因?yàn)閹?kù)存的實(shí)時(shí)性直接影響超市的日常運(yùn)營(yíng)，所以這個(gè)功能被放在了_高優(yōu)先級(jí)。接著，客戶希望盡快增加低庫(kù)存提醒功能，以便及時(shí)補(bǔ)貨。產(chǎn)品負(fù)責(zé)人將這一功能列為下一個(gè)高優(yōu)先級(jí)任務(wù)。

然而，開發(fā)團(tuán)隊(duì)在討論時(shí)指出，低庫(kù)存提醒功能的復(fù)雜度較高，因?yàn)樗枰c現(xiàn)有的供應(yīng)鏈系統(tǒng)進(jìn)行集成。于是，產(chǎn)品負(fù)責(zé)人決定先開發(fā)一個(gè)簡(jiǎn)化版的提醒功能，_基本需求的實(shí)現(xiàn)，后續(xù)再根據(jù)需求優(yōu)化。

通過這種方式，產(chǎn)品負(fù)責(zé)人根據(jù)業(yè)務(wù)需求和技術(shù)限制，不斷調(diào)整優(yōu)先級(jí)，確保團(tuán)隊(duì)始終聚焦于_重要的功能。

優(yōu)先級(jí)排序需要考量的因素：

考慮因素	說明
客戶滿意度	先實(shí)現(xiàn)基本需求，再是性能需求，_后是錦上添花功能，以提高客戶滿意度。
業(yè)務(wù)價(jià)值	團(tuán)隊(duì)統(tǒng)一業(yè)務(wù)目標(biāo)，優(yōu)先實(shí)現(xiàn)能_大化業(yè)務(wù)價(jià)值的功能，瞄準(zhǔn)長(zhǎng)期戰(zhàn)略目標(biāo)梳理待辦事項(xiàng)優(yōu)先級(jí)。
需求頻率	考慮功能是否為多數(shù)用戶需求及使用頻率，頻繁使用的功能如登錄界面應(yīng)優(yōu)先開發(fā)和優(yōu)化。
開發(fā)成本與回報(bào)率	低成本高回報(bào)功能高優(yōu)先級(jí)，有時(shí)高成本高回報(bào)也可能高優(yōu)先級(jí)，需綜合考慮成本與回報(bào)。
風(fēng)險(xiǎn)和復(fù)雜度	高風(fēng)險(xiǎn)、高復(fù)雜度功能安排在早期，便于提前發(fā)現(xiàn)和應(yīng)對(duì)。

02_誰負(fù)責(zé)維護(hù)產(chǎn)品待辦事項(xiàng)列表？

產(chǎn)品負(fù)責(zé)人不僅負(fù)責(zé)確定優(yōu)先級(jí)，還負(fù)責(zé)維護(hù)整個(gè)產(chǎn)品待辦事項(xiàng)列表（Scrum Master也可以協(xié)助PO維護(hù)這張表，但只是協(xié)助維護(hù)這張表，只有PO才有資格排優(yōu)先級(jí)）。這個(gè)列表是項(xiàng)目的“活文檔”，需要隨時(shí)更新，確保反映項(xiàng)目的_新進(jìn)展和客戶的需求。

在ABC公司，產(chǎn)品負(fù)責(zé)人定期與開發(fā)團(tuán)隊(duì)和客戶保持溝通。比如，某個(gè)Sprint結(jié)束后，產(chǎn)品負(fù)責(zé)人會(huì)根據(jù)客戶的反饋對(duì)待辦事項(xiàng)列表進(jìn)行調(diào)整，新增或刪除一些任務(wù)。產(chǎn)品負(fù)責(zé)人還會(huì)根據(jù)開發(fā)團(tuán)隊(duì)的建議，優(yōu)化任務(wù)的描述和時(shí)間預(yù)估，確保開發(fā)人員對(duì)每個(gè)任務(wù)有清晰的理解。

有同學(xué)可能還不大清楚產(chǎn)品經(jīng)理（PM）和產(chǎn)品負(fù)責(zé)人（PO）的區(qū)別，這里簡(jiǎn)單做個(gè)對(duì)比：

比較維度	產(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ǎng)、競(jìng)爭(zhēng)、用戶需求，制定產(chǎn)品愿景與發(fā)展路線	聚焦項(xiàng)目開發(fā)，確保團(tuán)隊(duì)開發(fā)出符合業(yè)務(wù)需求的功能
與團(tuán)隊(duì)的關(guān)系	與多個(gè)部門協(xié)作，包括市場(chǎng)、銷售、研發(fā)等	與開發(fā)團(tuán)隊(duì)、Scrum Master和客戶緊密合作
目標(biāo)	產(chǎn)品的市場(chǎng)成功，擴(kuò)大市場(chǎng)份額和用戶滿意度	產(chǎn)品的按時(shí)交付，確保開發(fā)過程中的需求優(yōu)先級(jí)
決策范圍	產(chǎn)品路線圖、市場(chǎng)策略、定價(jià)、目標(biāo)用戶	決定待辦事項(xiàng)優(yōu)先級(jí)和開發(fā)目標(biāo)

一句話來說就是：PO 是 Scrum 團(tuán)隊(duì)的角色，PM 是公司的角色。PO 不一定是 PM，但團(tuán)隊(duì)的 PM _必須是 PO。換言之，如果公司沒有設(shè)置產(chǎn)品負(fù)責(zé)人PO這個(gè)角色，產(chǎn)品待辦事項(xiàng)列表通常就是由產(chǎn)品經(jīng)理PM來負(fù)責(zé)的。

03_如何確保產(chǎn)品待辦事項(xiàng)列表中的任務(wù)描述清晰準(zhǔn)確？

產(chǎn)品待辦事項(xiàng)列表中的每個(gè)任務(wù)都需要有詳細(xì)的描述，以便開發(fā)團(tuán)隊(duì)能夠準(zhǔn)確執(zhí)行。用戶故事（User Stories）是Scrum中常用的描述任務(wù)的方式，通常以用戶的角度出發(fā)，簡(jiǎn)潔描述功能需求。

用戶故事的六個(gè)特性- INVEST

INVEST = Independent, Negotiable, Valuable, Estimable, Small, Testable

特性	說明
獨(dú)立性	讓用戶故事盡量獨(dú)立于其他故事，可通過組合和分解減少依賴，避免影響計(jì)劃、優(yōu)先級(jí)和工作量估算。
可協(xié)商性	用戶故事內(nèi)容可協(xié)商，非合同，卡片只做簡(jiǎn)短描述，具體細(xì)節(jié)在溝通階段產(chǎn)出，避免限制與用戶溝通。
有價(jià)值	每個(gè)故事對(duì)客戶有價(jià)值，可讓客戶寫下故事，增強(qiáng)價(jià)值感。
可以估算性	開發(fā)團(tuán)隊(duì)需能估算用戶故事以確定優(yōu)先級(jí)、工作量和安排計(jì)劃，若因領(lǐng)域知識(shí)缺乏或故事太大導(dǎo)致難以估算，需加強(qiáng)溝通或切分故事。
短小	故事工作量盡量短小，不超過 10 個(gè)人 / 天，確保在一個(gè)迭代或 Sprint 中能完成，避免大故事帶來計(jì)劃和估算風(fēng)險(xiǎn)。
可測(cè)試性	用戶故事可測(cè)試，便于確認(rèn)完成情況，不可測(cè)試的故事不可取。

在ABC科技公司的項(xiàng)目中，產(chǎn)品負(fù)責(zé)人會(huì)根據(jù)客戶的需求撰寫用戶故事。例如，“作為采購(gòu)經(jīng)理，我希望當(dāng)庫(kù)存低于100件時(shí)收到提醒，以便及時(shí)補(bǔ)貨?！?這樣就描述清楚地說明了誰是功能的目標(biāo)用戶（采購(gòu)經(jīng)理）、功能的需求（收到提醒）以及業(yè)務(wù)場(chǎng)景（庫(kù)存低于100件時(shí)）。

在撰寫用戶故事（任務(wù)清單）后，產(chǎn)品負(fù)責(zé)人會(huì)和開發(fā)團(tuán)隊(duì)進(jìn)一步討論任務(wù)的細(xì)節(jié)。在Sprint規(guī)劃會(huì)議上，開發(fā)團(tuán)隊(duì)可能會(huì)對(duì)任務(wù)提出一些技術(shù)上的問題，比如，“庫(kù)存提醒是否需要發(fā)送到采購(gòu)經(jīng)理的手機(jī)，還是只在系統(tǒng)后臺(tái)提示？” 產(chǎn)品負(fù)責(zé)人根據(jù)這些問題補(bǔ)充任務(wù)的細(xì)節(jié)，確保描述清晰、可行。

除此之外，產(chǎn)品負(fù)責(zé)人為每個(gè)任務(wù)添加驗(yàn)收標(biāo)準(zhǔn)（Acceptance Criteria），例如“當(dāng)庫(kù)存低于100件時(shí)，系統(tǒng)必須在1小時(shí)內(nèi)發(fā)出提醒，并通過電子郵件發(fā)送給采購(gòu)經(jīng)理。”這些標(biāo)準(zhǔn)幫助開發(fā)團(tuán)隊(duì)明確任務(wù)完成的條件，確保功能符合客戶期望。

產(chǎn)品待辦事項(xiàng)列表是產(chǎn)品負(fù)責(zé)人（PO）工作的核心工具，它不僅幫助PO明確項(xiàng)目?jī)?yōu)先級(jí)，還確保團(tuán)隊(duì)專注于_有價(jià)值的功能開發(fā)。一個(gè)清晰、準(zhǔn)確且動(dòng)態(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)對(duì)不斷變化的需求和技術(shù)挑戰(zhàn)。如果你想深入提升這些技能， Scrum產(chǎn)品負(fù)責(zé)人（CSPO）認(rèn)證培訓(xùn)是一個(gè)很好的選擇，它不僅涵蓋Scrum框架，還能幫助你掌握如何管理產(chǎn)品，提升團(tuán)隊(duì)的敏捷實(shí)踐能力。

贊

敏捷敏捷敏捷，這是一個(gè)咒語嗎? 對(duì)敏捷時(shí)代的一些困惑和思考不知道大家有沒有這樣的經(jīng)歷，公司和領(lǐng)導(dǎo)整天把“敏捷”掛在嘴邊，就像念咒語一樣?？墒?，敏捷真的是萬能的嗎？為啥感覺實(shí)施敏捷之后，工作反而變得更復(fù)雜了呢？難道我遇到了假的敏捷？這可咋辦呢？今天小艾 …...
你們眼中的敏捷：是“靈藥”還是“毒藥”？如何用敏捷提升/搞垮一個(gè)團(tuán)隊(duì)？在當(dāng)今的高速發(fā)展的商業(yè)環(huán)境中，敏捷，既能成為提升團(tuán)隊(duì)的靈藥，也可能變成摧毀團(tuán)隊(duì)的毒藥。它究竟是何種面貌，取決于我們?nèi)绾芜\(yùn)用它。 01_是“靈藥”還是“毒藥”？你們眼中的敏捷，到底是什么樣子的？普通程 …...
A-CSM：高級(jí)Scrum Master，到底“高級(jí)”在哪里？ 01 在數(shù)字化時(shí)代進(jìn)行職業(yè)規(guī)劃，小艾老師一直覺得選擇 Scrum Master 是個(gè)挺不錯(cuò)的方向。來我們艾威學(xué)習(xí) Scrum的學(xué)員，大都有 3 到 5 年以上工作經(jīng)驗(yàn)，有一說一，帶團(tuán)隊(duì)做項(xiàng)目，Scrum 框架確實(shí)也比較有 …...
敏捷實(shí)踐：需求，做還是不做？哪些先做？做優(yōu)先級(jí)排序時(shí)用得_多的3個(gè)模型（附實(shí)操說明）在當(dāng)今快節(jié)奏的數(shù)字化時(shí)代，敏捷開發(fā)已成為眾多企業(yè)和團(tuán)隊(duì)提升競(jìng)爭(zhēng)力的關(guān)鍵策略。而在敏捷開發(fā)過程中，優(yōu)先級(jí)排序的重要性不言而喻，它直接影響著項(xiàng)目的進(jìn)度、資源分配以及最終的成果。 01 &nbs …...
“每日站會(huì)就是浪費(fèi)時(shí)間，我發(fā)郵件就行”，為何你的團(tuán)隊(duì)會(huì)這樣想？手把手教你如何開好每日站會(huì)?。▽?shí)操指南奉上） “哎呀，又要開站會(huì)？這純粹是浪費(fèi)時(shí)間嘛！把我工作都打斷咯！” “我看這每日站會(huì)呀，就是為了讓 Scrum Master 找找存在感，方便他搞微觀管理唄?！?“每天開這站會(huì)，不就是匯報(bào)個(gè)狀態(tài)嘛，我發(fā)封郵件不就完事兒 …...
傳統(tǒng)治理 VS 敏捷治理：如何在“放權(quán)”中實(shí)現(xiàn)有效“治理”？（附敏捷轉(zhuǎn)型的實(shí)用方法、工具和模型）一提到“敏捷治理”，很多人可能會(huì)感到不解：敏捷和治理完全不搭啊。治理通常意味著控制、問責(zé)以及職權(quán)，而敏捷則代表著非正式、簡(jiǎn)單以及實(shí)驗(yàn)性，甚至是“無政府狀態(tài)”。聽起來好像兩者是水火不容，但其實(shí)不然 …...