借助用戶故事,我們可以將調(diào)研所獲得的用戶需求描述給開發(fā)人員。那么,用戶故事應(yīng)當(dāng)遵循什么樣的格式?我們不妨結(jié)合案例,來看看作者的分享。
一、用戶故事的概念
在敏捷開發(fā)中產(chǎn)品負(fù)責(zé)人 (Product Owner),要創(chuàng)建和管理產(chǎn)品待辦事項列表(Product Backlog),產(chǎn)品待辦列表中的事項是什么呢,本質(zhì)就是用戶需求,但是以用戶故事(Story)的形式展示,用戶故事是要用最簡單的方式來將調(diào)研獲得的用戶需求描述給研發(fā)人員。
二、用戶故事的格式
它的常見形式是在卡片上寫上“誰” “做什么” “為什么”,如下所示:
作為___________;
我想/我能______________;
從而/以便我能_________________;
示例:
作為___商家________;
我想/我能___方便的發(fā)布店鋪信息___________;
從而/以便我能____吸引潛在客戶_____________;
再在卡片背后寫上驗收標(biāo)準(zhǔn)。
為什么要有驗收標(biāo)準(zhǔn),因為我想/我能,這個只是粗略的業(yè)務(wù)需求,還達不到研發(fā)需求,我們要借著用戶故事跟研發(fā)了交流,我們要以什么的方案來實現(xiàn)需求,具體方案怎么落地,怎么驗收,跟研發(fā)共同確認(rèn)驗收標(biāo)準(zhǔn),這個驗收標(biāo)準(zhǔn)也就是測試的驗收用例。驗收標(biāo)準(zhǔn)的常見格式是由“前提條件” “出發(fā)點” “期望結(jié)果”組成。
假設(shè)/給定___________;
當(dāng)______________;
那么_________________;
示例:
假設(shè)/給定___商家輸入完整的店鋪信息________;
當(dāng)______商家點擊發(fā)布按鈕________;
那么_____用戶可以在網(wǎng)站查看到對應(yīng)的店鋪信息____________;
PS:一個故事,不是只有一個驗收標(biāo)準(zhǔn),可以有多個,支持1對多。
三、用戶故事案例
下面用一個例子來講述一下用戶故事。
假設(shè)我們收到需求,要做一個財務(wù)系統(tǒng),我們已經(jīng)完成前期的用戶調(diào)研,并了解到其中一個財務(wù)的工作內(nèi)容為:
因近期業(yè)務(wù)發(fā)展,收集并核對原始憑證占用財務(wù)過多時間,希望能以更便捷的方式收集。
原始憑證:
是指經(jīng)濟業(yè)務(wù)發(fā)生或完成時取得或者填制的,用以記錄或證明經(jīng)濟業(yè)務(wù)的發(fā)生或者完成情況的原始憑據(jù)。像等下場景中的會提到的訂單,還有提到國家稅務(wù)總局統(tǒng)一印制的全國通用的增值稅專用發(fā)票,除此之外還有像制造型企業(yè)生產(chǎn)使用的領(lǐng)料單,當(dāng)然我們最熟悉還是打工人發(fā)起的差旅費報銷單等;
記賬憑證:
記賬憑證又稱記賬憑單,是指會計人員根據(jù)審核無誤的原始憑證,按照經(jīng)濟業(yè)務(wù)的內(nèi)容加以規(guī)歸類,并據(jù)以確定會計分錄后添置的會計憑證,作為登記賬簿的直接依據(jù)。
業(yè)務(wù)場景一:
張三(打工人1號):“我新人入職,購買了一臺電腦,要報銷”
李四(財務(wù)):“這么多, 填下報銷申請,申請人、申請日期、購買單據(jù),發(fā)票這些都填好,報銷申請表發(fā)你了”
張三(打工人1號):“行,這個是我購買單據(jù),我直接截圖貼上去”
李四(財務(wù)):“嗯,填好了再發(fā)我”
有了原始憑證之后,財務(wù)就要跟據(jù)原始憑證編制記賬憑證,如下圖所示;
這是一個記賬憑證,使用的是借貸記賬法,當(dāng)前先不展開講;
收集原始憑證的用戶故事:
作為[財務(wù)人員] ;
我想要 [能夠方便地收集原始憑證];
以便 [確保財務(wù)數(shù)據(jù)的準(zhǔn)確性和完整性,便于后續(xù)的財務(wù)處理和審計(生成記賬憑證)]。
明確用戶故事后,就可以展開討論,逐步明確驗收標(biāo)準(zhǔn):
- (系統(tǒng)輸入-系統(tǒng)加工邏輯-系統(tǒng)輸出)
- 怎么方便收集原始憑證:對接自研業(yè)務(wù)系統(tǒng)
- 要收集原始憑證哪些信息:要有滿足記賬憑證所需信息,【“會計主體”、“業(yè)務(wù)名稱”、“憑證字段”、“業(yè)務(wù)日期”、“業(yè)務(wù)金額”、“往來對象”】
- 是接收所有的業(yè)務(wù)單據(jù)嗎:不是,要收集的單據(jù)類型有銷售訂單、采購……
- 需要業(yè)務(wù)人員做操作嗎:可以查看收集到的原始憑證
- 系統(tǒng)響應(yīng)時間、實時、容量有要求嗎……
驗收標(biāo)準(zhǔn)1:
假設(shè)接收到自研業(yè)務(wù)系統(tǒng)傳來的原始憑證;
當(dāng)原始憑證單據(jù)類型符合要求,且滿足的字段要求【“會計主體”、“業(yè)務(wù)名稱”、“憑證字段”、“業(yè)務(wù)日期”、“業(yè)務(wù)金額”、“往來對象”】時;
提醒自研業(yè)務(wù)系統(tǒng)原始憑證接收成功。
驗收標(biāo)準(zhǔn)2:
假設(shè)接收到自研業(yè)務(wù)系統(tǒng)傳來的原始憑證;
當(dāng)原始憑證根據(jù)單據(jù)類型符合要求,并不滿足財務(wù)憑證生成的字段要求【“會計主體”、“業(yè)務(wù)名稱”、“憑證字段”、“業(yè)務(wù)日期”、“業(yè)務(wù)金額”、“往來對象”】時;
提醒第自研業(yè)務(wù)系統(tǒng)原始憑證字段缺失,請重新復(fù)核原始憑證。
驗收標(biāo)準(zhǔn)3:
假設(shè)接收到自研業(yè)務(wù)系統(tǒng)傳來的原始憑證;
當(dāng)原始憑證單據(jù)類型不符合要求時;
提醒自研業(yè)務(wù)系統(tǒng)單據(jù)類型不符合要求,請重新確認(rèn)單據(jù)類型配置。
你會怎么編制財務(wù)憑證這個用戶故事及對應(yīng)的驗收標(biāo)準(zhǔn)呢?
結(jié)束語
用戶故事是很便捷,也比較方便變更,但請注意它的適用場景,不是所有開發(fā)流程都適用。
在實際操作的過程中,可能考慮的問題還有很多,比如變更需求引起的研發(fā)成本、時間變更等等。你還會發(fā)現(xiàn)一開始的用戶故事比較少,等進入研發(fā)階段的是,又能拆解出很多小的用戶故事,這都是很正常的,用戶故事怎么拆解,怎么落地,這些都是要在實戰(zhàn)中思考的,也再看看Invest法則,怎么才算一個好的用戶故事。
本文由 @一心 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自 Unsplash,基于 CC0 協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
版權(quán)聲明:本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻,該文觀點僅代表作者本人。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容, 請發(fā)送郵件至 舉報,一經(jīng)查實,本站將立刻刪除。