第二章用戶故事

1.用戶故事應(yīng)該是獨立的。如果不是獨立，要從2個角度進行考慮，1個是合并，這2個故事能否合在一起，2.能否從其他的角度進行拆分。

2.用戶故事是可以討論的，用戶故事描述只是簡短的話，故事的詳細(xì)信息是通過對話、討論補充的。

3.用戶故事應(yīng)該是有價值的，即使是技術(shù)故事 也應(yīng)該從用戶價值的角度出發(fā)。

4.用戶故事應(yīng)該可以估量的，不能估量的原因

1.缺乏領(lǐng)域知識 不理解故事，應(yīng)該和寫故事的人詳細(xì)的討論。開發(fā)不需要了解所有的細(xì)節(jié)，但需要對故事由一個大概的了解。

2.缺乏技術(shù)知識 增加一個探針實驗故事，探針本身需要增加一個最大時間量。

3.故事太大

復(fù)雜故事? 增加調(diào)研故事

復(fù)合故事 由多個小故事組成，考慮從其他的維度對用戶故事進行拆解。

5.用戶故事應(yīng)該可以測試的

功能新的故事? 應(yīng)該都是能測試的，應(yīng)該考慮增加自動化測試。

非功能的故事，應(yīng)該量化指標(biāo)

個人感受

很多故事都沒有很好的拆解，如果開發(fā)任務(wù)不能從源頭的進行控制，那么會增加很多無用的功能。這本身對項目和團隊都是一種極大的傷害，最終你會發(fā)現(xiàn)你一直在處理一些無價值的任務(wù)，而沒有辦法把時間和精力集中到真正的業(yè)務(wù)價值。劣幣逐良幣的現(xiàn)象最大的問題是消磨了整個團隊對應(yīng)整個項目的信心。

行動：對于每一個故事，都要嚴(yán)格把控一下，首先要確保故事能夠像scrm所定義的那樣，是否是一個真實的故事，以及其背后的價值。同時，要理解任務(wù)的界限不是那么的清晰，需要從中進行平衡不要讓自己陷入牛角尖。