一款產(chǎn)品，如果你的用戶距離你相對較遠、也抽象，比如你們隔著手機、電腦屏幕，或者國家，甚至于只是因為你所處的并非直接接觸用戶/市場的部門，那么用戶故事都會是得力助手。但怎么用？是什么？是必須搞明白的?！??2023年8月

PART 1 被打斷的抓狂午休

大中午被樓上一群討論吵醒（我在工位上午休，閣樓上幾個成員肆無忌憚的大聲嚷嚷ing），在糾結(jié)：

“用戶故事是什么？”

“用戶故事一定要能獨立上線？”

“怎么對齊產(chǎn)品、項目、研發(fā)、測試多方需求理解？”

無聊而深刻又簡單的疑問，你能想到這是哪些角色在討論？項目pm、開發(fā)leader、研發(fā)管理者。（內(nèi)心os：能不能自己去思考一下，學(xué)習(xí)一下??！能不能來一個敏捷思想的實踐者?。。?/p>

1、用戶故事是什么？

這部分請看下面 PART 2 詳解。

2、用戶故事一定要能獨立上線嗎？

先請參照用戶故事的定義和意義。然后再回來說，用戶故事不一定要能獨立上線，用戶故事可能歸屬于史詩故事，史詩故事一定是可以獨立上線的，但是用戶故事不一定。用戶故事打散，它會對應(yīng)用戶的一個完整的行為，故事是讓產(chǎn)品研發(fā)協(xié)作鏈路對標，顆粒度在于用戶的任務(wù)流。

3、怎么對齊產(chǎn)品、項目、研發(fā)、測試多方需求理解？

一句話，高質(zhì)量的交付，一定是為了用戶價值，滿足用戶的交易行為。著眼腳下，心懷遠方。

PART 2 用戶故事是什么？干什么？

時間、地點、人物、事件，有用戶、有場景、有行為、有時機，背后當然也有情緒價值。

團隊最近嘗試改版以前的需求卡片，調(diào)整為用戶故事卡片，這件事情對誰最好，當然是開發(fā)、技術(shù)、測試（不接受反駁）。

史詩故事>>用戶故事>>任務(wù)>>里程碑，是不同維度和對象的拆解實現(xiàn)路徑。產(chǎn)品經(jīng)理關(guān)注商業(yè)價值、用戶需求、產(chǎn)品架構(gòu)、產(chǎn)品路線，拆分出來故事點，開發(fā)、測試同樣需要對齊故事背景，共同目標是：對用戶的交付目標，而不是程序、測試的實現(xiàn)目標，更準確的說是共同的商業(yè)目標。

用戶故事的視角，便于研發(fā)團隊成員對齊目標（大目標路上的小節(jié)點），找到方向感，共同推動總目標的達成，有點像飛書中可視的中心okr。

任務(wù)是開發(fā)基于用戶故事背景拆解的實現(xiàn)路徑，是程序的建構(gòu)和解構(gòu)動作。任務(wù)的顆粒度對應(yīng)不同的開發(fā)者、工作量、起止時間，任務(wù)決定了整個項目研發(fā)的進度計劃、工作間的邏輯關(guān)系、資源計劃等。

開發(fā)關(guān)心用戶故事，不只是開發(fā)leader關(guān)心用戶故事，每個任務(wù)的開發(fā)者也需要關(guān)心當前任務(wù)服務(wù)于哪個用戶故事。這個邏輯可以對標產(chǎn)品維度的用戶畫像。

當然，故事是故事、任務(wù)是任務(wù)、發(fā)布是發(fā)布，故事線是用戶視角、任務(wù)線是代碼實現(xiàn)視角、發(fā)布線是系統(tǒng)版本管理/代碼分支管理雙重視角。任務(wù)從故事里面長出來，故事進入版本，任務(wù)進入發(fā)布范圍。

產(chǎn)品、開發(fā)、測試都關(guān)心用戶故事，目的是在相同的方向上分別結(jié)合自己的專業(yè)視角拆解，建立實現(xiàn)路徑、排除異常，最終滿足用戶交易價值。