<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    Chan Chen Coding...

    User Story in Scrum

    對于Scrum開發(fā)來說,User Story是開發(fā)的基礎(chǔ),它不同于傳統(tǒng)的UDD開發(fā)方式,而是把原本需求拆成最小粒度的Story,以方便Scrum小組拆分Task,估計(jì)開發(fā)
    時間,領(lǐng)取開發(fā)任務(wù)。
    User Story不需要太過于詳細(xì),只有在正式開發(fā)時,做詳細(xì)設(shè)計(jì)時在進(jìn)入Detail階段,如果初期時間估算不準(zhǔn)確,實(shí)際工作量增多時,Sprint Chart需要適當(dāng)?shù)?/div>
    Burn-up。
    User Story可以遵循以下模板:
        As a <User Type>
        I want to <achieve goal>
        So that  I can <get some value>

    例如:作為一個病人,我可以預(yù)約一個醫(yī)生,讓他給我看病。

    User Story應(yīng)遵循INVEST規(guī)則:
    Independent 獨(dú)立性,避免與其他Story的依賴性。
    Negotiable 可談判性,Scrum中的story不是瀑布開始某事中的Contract, Stories不必太過詳細(xì),開發(fā)人員可以給出適當(dāng)?shù)慕ㄗh。
    Valueable 有價值性, Story需要體現(xiàn)出對于用戶的價值
    Estimable 可估計(jì)性,Story應(yīng)可以估計(jì)出Task的開發(fā)時間。
    Sized Right 合理的尺寸, Stories應(yīng)該盡量小,并且使得團(tuán)隊(duì)盡量在1個sprint(2 weeks)中完成。
    Testable 可測試性, User Story應(yīng)該是可以測試的,最好有界面可以測試和自動化測試。每個任務(wù)都應(yīng)有Junit Test.
    經(jīng)驗(yàn)
    1. 永遠(yuǎn)不要在User Story中使用And和Or,因?yàn)檫@是些分支詞就表示分支任務(wù),把它們拆成兩個Story.
    2. 數(shù)據(jù)整理:通常情況下1個sprint(2周一次迭代)可以做4~5個Story,極端大的Story不可大于1個sprint。
    3. 數(shù)據(jù)整理:通常情況下1個sprint(2周一次迭代)可以做50個左右的Task。
    4. User Story用于描述用戶故事,不要包括任何的技術(shù),框架等內(nèi)容。Task可以包括框架,技術(shù)等內(nèi)容。

    我們通常用User Story來描述Backlog里的各個Backlog項(xiàng),User Story是從用戶的角度對系統(tǒng)的某個功能模塊所作的簡短描述。一個User Story描述了項(xiàng)目中的一個小功能,以及>這個功能完成之后將會產(chǎn)生什么效果,或者說能為客戶創(chuàng)造什么價值。
        User Story要由Stakeholder(利益相關(guān)者)來編寫。User Story的形式很簡單,人們可以很容易地掌握編寫User Story的方法。這樣就可以保證是由與項(xiàng)目相關(guān)領(lǐng)域?qū)<覀儊?/div>
        編寫User Story,而不是開發(fā)人員。
        我們通常把User Story寫在一張小卡片上,同時在卡片上標(biāo)明它的優(yōu)先級和預(yù)計(jì)完成時間,以便開發(fā)人員根據(jù)任務(wù)的優(yōu)先級來制定Sprint Backlog。而且,Stakeholder可以隨時更改一個Story的優(yōu)先級,那么此時開發(fā)人員就應(yīng)該相應(yīng)地調(diào)整Story的開發(fā)次序。
        一個User Story的大小和復(fù)雜度應(yīng)該在一個Sprint中開發(fā)完畢為宜。如果User Story太大,可能會導(dǎo)致對它的開發(fā)橫跨幾個Sprint。這種情況是需要避免的。此時就應(yīng)該將這個User Story分解。
        為了能及時、高效地完成每個Story,Scrum團(tuán)隊(duì)會把每個Story分解成若干個Task。每個Task都是可以在明確的時間內(nèi)完成的,而且時間是以小時為計(jì)量單位的。特別提示:每個Task的時間最好不要超過8小時,就是要保證1個工作日內(nèi)完成,如果做計(jì)劃時發(fā)現(xiàn)有些Task的時間超過了8小時,就說明Task的劃分有問題,需要特別注意。


    -----------------------------------------------------
    Silence, the way to avoid many problems;
    Smile, the way to solve many problems;

    posted on 2012-02-21 11:03 Chan Chen 閱讀(673) 評論(0)  編輯  收藏 所屬分類: Software Methodology


    只有注冊用戶登錄后才能發(fā)表評論。


    網(wǎng)站導(dǎo)航:
     
    主站蜘蛛池模板: 亚洲嫩草影院久久精品| 亚洲av日韩av永久在线观看| 青青视频观看免费99| 国产成人精品日本亚洲语音| 丁香五月亚洲综合深深爱| 69成人免费视频| WWW国产成人免费观看视频| 亚洲精品视频专区| 亚洲JIZZJIZZ中国少妇中文| 国产99视频精品免费专区| 亚洲人成人无码.www石榴| 亚洲精品中文字幕乱码三区| 一二三四在线播放免费观看中文版视频 | 337p日本欧洲亚洲大胆色噜噜| 成人av免费电影| 日本免费在线观看| 精品在线观看免费| 亚洲国产精品综合久久网各| 国产亚洲大尺度无码无码专线| 99久久精品日本一区二区免费| 久久精品成人免费国产片小草| jiz zz在亚洲| 青青草原精品国产亚洲av| 国产午夜亚洲精品理论片不卡| 无码国产精品一区二区免费式直播| 亚洲免费视频一区二区三区| 亚洲午夜福利在线视频| 亚洲激情中文字幕| 久久精品国产亚洲Aⅴ蜜臀色欲| 无码日韩精品一区二区免费| 免费人成毛片动漫在线播放 | 1000部禁片黄的免费看| 一区二区三区免费视频网站| 亚洲欧美乱色情图片| 亚洲高清中文字幕综合网| 亚洲日韩激情无码一区| 免费真实播放国产乱子伦| 色妞WWW精品免费视频 | 国产亚洲一区二区三区在线| 免费在线观看视频a| 女性自慰aⅴ片高清免费|