琴瑟和鳴--SCRUM中“講”好用戶故事

在大多數(shù)軟件產(chǎn)品研發(fā)團隊中默怨,一開始做敏捷轉(zhuǎn)型讯榕,往往先引入SCRUM框架,過了一段時間匙睹,如果團隊把框架運轉(zhuǎn)的較順暢了愚屁,你就會發(fā)現(xiàn)好像還有些地方不完整。有哪些地方不完整呢痕檬?

SCRUM是敏捷開發(fā)中流行的開發(fā)框架霎槐,能夠很好解決產(chǎn)品團隊迭代過程敏捷化的問題。但是梦谜,從軟件產(chǎn)品研發(fā)全價值鏈角度來考慮丘跌,團隊迭代過程敏捷化了,也需要前面產(chǎn)品需求的敏捷化唁桩。只有產(chǎn)品需求和迭代過程都實現(xiàn)了敏捷化闭树,才能更大發(fā)揮敏捷方法在軟件產(chǎn)品研發(fā)過程中的效用。

怎樣實現(xiàn)產(chǎn)品需求的敏捷化呢荒澡?用戶故事报辱。

用戶故事由1996年Kent Beck在極限編程中提出概念,2004年Mike Cohn把用戶故事的方法系統(tǒng)化单山。用戶故事的出現(xiàn)應(yīng)對了產(chǎn)品需求敏捷化的問題捏肢,也是精益敏捷團隊產(chǎn)品需求敏捷化應(yīng)該進行的第一步。

用戶故事饥侵,顧名思義,是關(guān)于用戶的故事衣屏。在敏捷開發(fā)中躏升,如何用好用戶故事一直是個較難的話題,大家一開始使用時狼忱,往往會忽略了故事是“講”出來的這一關(guān)鍵點膨疏。那么一睁,在SCRUM迭代研發(fā)過程中“講”好用戶故事有哪些作用呢?

1. 需求獲取時講故事獲取真實需求

講故事的方式對于用戶來說易于接受和理解佃却,易于產(chǎn)品經(jīng)理與用戶在業(yè)務(wù)層面進行需求信息的詳盡溝通者吁,能夠促進更容易獲取到用戶真實的需求。

作為產(chǎn)品經(jīng)理饲帅,在這個階段應(yīng)該避免把解決方案和用戶需求混成一談复凳,在需求獲取階段與用戶大談解決方案,會導(dǎo)致用戶的真實需求信息被扭曲灶泵,會放大我們對用戶價值判定的偏離育八。對用戶進行引導(dǎo)式解決方案的帶入,應(yīng)該在較全面獲取到用戶真實需求后的某個時間點赦邻。

2. 需求分析時講故事提煉需求

需求分析的時候需要相關(guān)干系人集思廣益共同進行需求的整理髓棋,用戶故事的交談討論方式便于相關(guān)干系人以價值為導(dǎo)向,在業(yè)務(wù)層面達成大家對需求分析的共識惶洲,從而形成產(chǎn)品功能需求按声。

3. 需求定義時講故事探索需求(非功能需求和技術(shù)類需求)

需求定義的時候開發(fā)人員廣泛介入,講故事的方式能夠讓開發(fā)人員易于理解功能需求從而進一步探索并形成非功能需求恬吕;講故事的方式也能夠讓產(chǎn)品經(jīng)理更容易從價值層面理解技術(shù)需求签则。

4. 需求溝通(交底)時講故事達成一致

講故事能夠同步大家的溝通方式和思考維度,用戶故事的經(jīng)典三段式描述使大家溝通方式簡單币呵,用戶》價值》操作的遞進式思考怀愧,使大家的思考維度一致,從而促進團隊中各種角色真正的一致理解需求余赢。

5. 產(chǎn)品Backlog梳理時講故事進行估算排序

團隊通過對用戶故事估算排序時進行的幾輪討論芯义,通過彼此講述和隱性學習,能夠更加細化用戶故事的描述和驗收標準妻柒,從而促進整個團隊對于需求的理解更加深入地達成一致扛拨。

6. 迭代計劃時講故事進行澄清

迭代計劃會上PO對用戶故事的講述澄清,能夠進一步降低需求的不可預(yù)測性举塔,與團隊的速率匹配后十艾,能夠增加團隊迭代計劃的精準度。

7. 迭代進行中講故事進行調(diào)整

迭代中不同角色(產(chǎn)品备畦、開發(fā)射窒、測試等)持續(xù)的討論能夠促進用戶故事描述的需求本身及其驗收標準不斷細化;用戶故事間相對優(yōu)先級的討論判定芽丹,使團隊在迭代中遇到外來緊急需求或者事件時北启,能夠保證在交付最有價值的前提下對原有迭代計劃做出適應(yīng)性調(diào)整。

8. 需求驗證時講故事進行內(nèi)部驗收

開發(fā)一旦自己認為完成了滿足用戶故事驗收標準的工作,可以馬上召集產(chǎn)品咕村、測試對所完成的工作進行內(nèi)部的講解演示场钉。開發(fā)對故事講解演示,產(chǎn)品和測試人員參與驗證懈涛,一方面能夠使團隊整體的迭代交付風險前移逛万,另一方面能夠促進團隊對于用戶需求的深入理解,從而更有效率地實現(xiàn)故事的交付驗證批钠。

9. 用戶反饋時講故事進行價值驗證

用戶故事的獨立性宇植、場景化的定義和交付,使用戶的體驗更完整价匠,更容易提出反饋和團隊進行溝通当纱,從而能夠促進可工作軟件的價值性驗證。反饋的容易減少了產(chǎn)品團隊與用戶的反饋環(huán)長度踩窖,增加了單位時間內(nèi)產(chǎn)品團隊與用戶之間的反饋頻次坡氯,最終縮短了產(chǎn)品版本的上市周期。

敏捷宣言中洋腮,個體與互動高于流程和工具箫柳。其實,用戶故事的講故事正是很好地體現(xiàn)了“互動”啥供,所以悯恍,要想用好用戶故事,我們先從“講“故事開始吧伙狐!

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末涮毫,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子贷屎,更是在濱河造成了極大的恐慌罢防,老刑警劉巖,帶你破解...
    沈念sama閱讀 212,029評論 6 492
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件唉侄,死亡現(xiàn)場離奇詭異咒吐,居然都是意外死亡,警方通過查閱死者的電腦和手機属划,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,395評論 3 385
  • 文/潘曉璐 我一進店門恬叹,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人同眯,你說我怎么就攤上這事绽昼。” “怎么了须蜗?”我有些...
    開封第一講書人閱讀 157,570評論 0 348
  • 文/不壞的土叔 我叫張陵硅确,是天一觀的道長肿孵。 經(jīng)常有香客問我,道長疏魏,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 56,535評論 1 284
  • 正文 為了忘掉前任晤愧,我火速辦了婚禮大莫,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘官份。我一直安慰自己只厘,他們只是感情好,可當我...
    茶點故事閱讀 65,650評論 6 386
  • 文/花漫 我一把揭開白布舅巷。 她就那樣靜靜地躺著羔味,像睡著了一般。 火紅的嫁衣襯著肌膚如雪钠右。 梳的紋絲不亂的頭發(fā)上赋元,一...
    開封第一講書人閱讀 49,850評論 1 290
  • 那天,我揣著相機與錄音飒房,去河邊找鬼搁凸。 笑死,一個胖子當著我的面吹牛狠毯,可吹牛的內(nèi)容都是我干的护糖。 我是一名探鬼主播,決...
    沈念sama閱讀 39,006評論 3 408
  • 文/蒼蘭香墨 我猛地睜開眼嚼松,長吁一口氣:“原來是場噩夢啊……” “哼嫡良!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起献酗,我...
    開封第一講書人閱讀 37,747評論 0 268
  • 序言:老撾萬榮一對情侶失蹤寝受,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后凌摄,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體羡蛾,經(jīng)...
    沈念sama閱讀 44,207評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,536評論 2 327
  • 正文 我和宋清朗相戀三年锨亏,在試婚紗的時候發(fā)現(xiàn)自己被綠了痴怨。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 38,683評論 1 341
  • 序言:一個原本活蹦亂跳的男人離奇死亡器予,死狀恐怖浪藻,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情乾翔,我是刑警寧澤爱葵,帶...
    沈念sama閱讀 34,342評論 4 330
  • 正文 年R本政府宣布施戴,位于F島的核電站,受9級特大地震影響萌丈,放射性物質(zhì)發(fā)生泄漏赞哗。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 39,964評論 3 315
  • 文/蒙蒙 一辆雾、第九天 我趴在偏房一處隱蔽的房頂上張望肪笋。 院中可真熱鬧,春花似錦度迂、人聲如沸藤乙。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,772評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽坛梁。三九已至,卻和暖如春腊凶,著一層夾襖步出監(jiān)牢的瞬間划咐,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,004評論 1 266
  • 我被黑心中介騙來泰國打工吭狡, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留尖殃,地道東北人。 一個月前我還...
    沈念sama閱讀 46,401評論 2 360
  • 正文 我出身青樓划煮,卻偏偏與公主長得像送丰,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子弛秋,可洞房花燭夜當晚...
    茶點故事閱讀 43,566評論 2 349

推薦閱讀更多精彩內(nèi)容