在《敏捷開發(fā)中的「史詩」到底是什么？》中我們解釋了如何寫好一個大型用戶故事 —「史詩」的方法~
本期文章，我們從「寫好“小”的「 用戶故事」視角著手，深入、準確地理解敏捷開發(fā)和團隊產(chǎn)出價值~
在深入理解產(chǎn)出價值前，我們先來聊一聊「用戶故事」。
01、開卷有益—用戶故事
敏捷是一種基于產(chǎn)出價值的開發(fā)方法，「以客戶為中心」要求其所有產(chǎn)品功能在得到客戶需求、認可后，優(yōu)先開發(fā)。
找出誰是用戶尤為重要。一旦所有的用戶被識別出來，為他們產(chǎn)出和增加價值的需求就會被記錄下來，這樣的需求被人們稱為「用戶故事」。
「用戶故事」的背后有一套邏輯，它體現(xiàn)了敏捷開發(fā)的核心思想和人們所追求的價值體現(xiàn)。
邏輯是什么？編寫的規(guī)則又是什么？
02、層序分明—「用戶故事」背后的邏輯與規(guī)則
通常來說，便于開發(fā)者創(chuàng)建、跟蹤和測試用戶需求的格式應該是以下這種：
“ 作為<用戶角色>，我需要<某項功能>以便獲得<一些好處> ”
這里的用戶指的是角色，如經(jīng)理、文員、開發(fā)人員、圖書管理員、業(yè)主等等。
好處，指用戶將獲得的價值，如：經(jīng)理只需單擊一下即可查看審計報告，好處—節(jié)省他的時間;店員可以搜索報告，好處—節(jié)省時間
圖書管理員可以按類別搜索書籍，好處—他可以徹底改善客戶服務(wù);業(yè)主可以訂購設(shè)備，好處—省去很多麻煩……
以下是24個用戶故事示例，分別描述出不同平臺/系統(tǒng)下每個需求對標的用戶價值：
作為管理員，我希望我能在需要時為團隊創(chuàng)建新用戶
作為一名律師，我希望在主屏幕上看到我所有活躍的案件
作為一名學生，我想在黑板上看到我的歷史成績和當前成績的匯總
作為司機，我希望我的GPS語音被激活
作為一名研究人員，我想看到我所做的最近幾次搜索
作為用戶，我希望能夠恢復我的密碼
作為收銀員，我希望看到收銀機中顯示的總金額
作為一名飛行員，我想知道在當前條件下的最佳飛行高度
作為一名警察，我想看看由我開具的歷史罰單
作為一名郵遞員，我想知道今天投遞郵件的估計時間
作為一名吉他手，我想知道我的手指在琴弦上的速度
作為割草機，我希望它能避免將刀片撞到堅硬的東西
作為一名跑步者，我希望心跳不規(guī)則時能被警告
作為一個盲人，我希望在路上遇到障礙的時候能被提示
作為信用卡用戶，我希望當花費超過設(shè)定金額的時候會被提醒
作為一個孩子，我想把不活躍的玩具店都關(guān)掉
作為一名司機，我希望得到輪胎壓力最大值時的報警
作為一名學生，我希望每天早上都能提醒我的課程表
作為一名經(jīng)理，我想在計劃時進行假設(shè)分析
作為測試人員，我希望看到分配給我的所有錯誤狀態(tài)
作為機票預訂者，我希望在飛機滿載的第一時間就能收到通知
作為一名作家，我希望我的作品每隔幾秒鐘就能自動保存
作為讀者，我希望看到過去2周內(nèi)最暢銷的書籍列表
作為一名廚師，我想看看訪問量最大的食譜
以上這種編寫用戶故事的方式能讓大家更直觀的看到彼此的工作效益，然后根據(jù)用戶故事的大小、需求內(nèi)容、價值排序等預先排期，安排工作量。了解清楚這些，開發(fā)小組才能順利開展接下來的工作。
在編寫「用戶故事」的過程中遵循 INVEST 原則，它是由6個英文單詞的首字母拼在一起而成，它們分別是：
I–Independent：
獨立的：每一個用戶故事都應盡可能獨立以保證它們可單獨開發(fā)和交付
N–Negotiable：
可協(xié)商的 ：應有可協(xié)商的空間，便于進一步討論
V–Valuable：
有價值的 ：用戶故事以為客戶增加價值為結(jié)果導向
E–Estimable：
可估計的： 用戶故事應可以被劃分為不同大小的工作量
S–Small：
小的 ：不宜過大，每一個用戶故事通常應該在40小時的工作內(nèi)完成
T–Testable：
可測試的 ：必須要有可驗收完成的標準來確保其可被測試和確認完成
03、抽絲剝繭—用戶故事傳達了哪些信息？
這是一張用戶故事動畫版示例圖，在圖中它標注了以下幾項信息：
- 故事的唯一標識-story number，表明其在產(chǎn)品需求文檔中的位置
- 完整的需求描述-description，參照上面的撰寫格式
- 預估故事點數(shù)-estimated story points，方便開發(fā)團隊評估工作量和排列優(yōu)先級
- 變化因素-exploration factor，描述了需求的不確定性程度，這個值可以是完整的、不完整的、動態(tài)的、穩(wěn)定的等等
- 故事類型-story type
除了圖中標注出來的信息，完整的用戶故事文檔還應包含責任人、執(zhí)行人、截止日期、需求反饋等這些關(guān)鍵信息。每一個用戶故事卡片寫好后，就可以按照未開始、進行中、已完成等節(jié)點，展示在項目開發(fā)的進度看板上，以便讓團隊更好地完成協(xié)作。
有關(guān)看板和Kanban的區(qū)別，小編記錄在這里了，感興趣的童鞋可點進來看看《敏捷實踐 | 分不清Kanban和看板的人只剩你了……》
「用戶故事」的編寫法則與敏捷開發(fā)的核心要義緊密相連，想要掌握清楚敏捷之法，可以從寫好一個「用戶故事」入手，其價值，開發(fā)方法、敏捷觀念盡在其中～想要了解更多敏捷之道可關(guān)注我們的頭條賬號或點擊關(guān)注LigaAI- 智能研發(fā)協(xié)作平臺|智能項目協(xié)作，線上申請體驗我們的產(chǎn)品～
本文來源： Yodiz
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務(wù)，不擁有所有權(quán)，不承擔相關(guān)法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請發(fā)送郵件至 舉報，一經(jīng)查實，本站將立刻刪除。
