• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
    • 軟件測試技術
    • 軟件測試博客
    • 軟件測試視頻
    • 開源軟件測試技術
    • 軟件測試論壇
    • 軟件測試沙龍
    • 軟件測試資料下載
    • 軟件測試雜志
    • 軟件測試人才招聘
      暫時沒有公告

    字號: | 推薦給好友 上一篇 | 下一篇

    XP中的用戶需求分析:Planning Game 和 User Story概述

    發布: 2007-5-26 21:59 | 作者: 未知 | 來源: 系統分析之窗 | 查看: 146次 | 進入軟件測試論壇討論

    領測軟件測試網

    XP中的用戶需求分析:Planning Game 和 User Story概述


    NetReptile推薦 [2005-4-12]
    出處:chinaxp
    作者:waltson
     

    Extreme Programming 中的需求分析,是通過Planning Game 完成的。雖然我們從Planning 
    Game開始,討論Extreme Project的具體過程,但實際上,Planning Game中的一些階段幾乎貫穿了項目
    開發的始終。(用Game這個詞,可以讓大家的心理放松些。)

            做計劃,是一件說起來容易做起來難的事情。做計劃時,程序員考慮的是怎么樣編程更快;項
    目經理考慮的是到底程序員多久才能做完這些事情;客戶考慮的是多久時間后拿到多少東西……一開始
    就全面考慮這些問題當然沒有什么不對,但計劃和任何事情一樣,都是一步步完成的。

    Planning Game 分為三個階段,探測、計劃和調整。

    探測階段:客戶和開發人員一起把需求分解成很多小的,可估算的部分。
    計劃階段:客戶和開發人員一起制訂發布計劃。
    調整階段:客戶和開發人員一起,在開發過程中,根據實際情況,及時調整原有的計劃或者制訂新計
    劃。

    象所有的棋牌游戲一樣,XP的Planning Game有它的牌(棋)、目標、玩家和游戲規則。

    牌(棋):Planning Game中的牌(棋)是User Story。每個User Story都是一個很小的用戶需求;經
    常是幾個詞或者一、兩句話。每個User Story都寫在一個卡片上,卡片上列出了它的商業價值和開發成
    本。因為一個User Story的商業價值與開發成本可能和另一個User Story的取舍密切相關,所以這些卡
    片有時候看起來比較復雜。

    目標:如果我們把產品比作一個盒子,那么游戲的目標就是,在游戲結束時,使盒子中的Story卡上的
    商業價值總和盡可能地最大。

    玩家:客戶和開發人員。

    游戲規則:

    寫Story:游戲中的任何時候都可以將一個新的用戶需求寫成一個Story。每個Story除了包含它的商業
    價值(客戶眼中的優先級)外,還有足夠的內容以便開發人員估計開發成本。

    估計Story:開發人員估計每個Story的理想開發周。如果大于2周,則應該把該Story分解(這個分解過
    程,可能會導致多個Iteration。)。如果估計開發時間很短(比如半個小時),則可以考慮在適當時
    候把它和另一個Story合并。

    制訂發布(Release)計劃:客戶和開發人員一起,決定哪些Story是這一次發布要完成的,哪些是下一
    次發布時要完成的,什么時候交付產品,產品應該包括哪些Story。制訂發布計劃時有兩種出發點,基
    于Story和基于時間。

    基于Story:客戶把一些Story卡歸為下一個發布計劃要完成的內容。每放一張卡,客戶描述這個Story
    的內容,開發人員估算這個Story的開發時間和發布日期。

    基于時間:客戶指定了一個交付日期或者發布日期。開發人員估算從現在到那個日期之間,可以完成多
    少工作(多少個理想工作周),然后由客戶來選擇要完成哪些Story,所有選中的Story的總開發時間應
    該小于開發人員估算的理想工作周總數。
    商業價值和開發風險優先:盡量將商業價值高的Story安排在早期計劃中(商業價值優先);盡量將高
    開發風險的Story安排在早期計劃中(開發風險優先)。開發人員將Story排列后,應該可以承諾在幾個
    星期內,給客戶一個可工作的,但是比較粗略的系統。

    糾正估算:比如,開發人員以前估計可以在交付日期之前完成20個Story,但是開發過程中,通過不斷
    地計算開發速度和重新評估,發現只能完成15個Story?蛻艟蛷脑瓉淼20個Story中挑選5個放到下一
    期開發中。(有時候,客戶也有可能為得到所有的Story而延遲交付日期。)

    更正商業價值:客戶可以隨時更改每個Story的商業價值(優先級)。相應地,開發人員根據這些更改
    調整Story的開發次序。

    引入一個新Story:客戶可以隨時加入一個新Story。開發人員要估算開發成本和風險。如果客戶要求在
    這次開發中完成這個Story,開發人員要和客戶一起,按照商業價值和開發風險優先的原則,重新估算
    相關的Story。

    分解一個Story:客戶把一個大的或復雜的Story分解成兩個或更多的小Story?蛻粢烙嬅總分解后
    得到的Story的商業價值;開發人員要估算開發成本。分解Story,通常是因為這個Story不可能在短期
    內由少數人完成。

    Spike:客戶可以讓開發人員集中資源,用很短的時間(可能是兩、三天)來證明一個想法的可行性或
    應付一個緊急情況(比如恢復數據)。如果這個需求比較復雜(不是打個小補。,用戶應該把它寫成
    一個Story。這個Story也應該按照商業價值和開發風險優先的原則被評估。Spike通常都是會影響開發
    速度的。

    重新估算:開發完一個Story后,開發人員重新估計剩下的Story,可能會發現以前過高估算了自己的開
    發能力,也有可能發現開發時間可以縮短。

     

    延伸閱讀

    文章來源于領測軟件測試網 http://www.kjueaiud.com/


    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
    北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備2023014753號-2
    技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

    軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>