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

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

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

    隨筆-55  評論-208  文章-0  trackbacks-0

    Six Features of a Good User Story - INVEST Model
    一個優良用戶故事的6個特性 - INVEST 模式(翻譯)
    Tue, 2007-10-16 08:00 — Vaibhav

    What is a User Story?
    用戶故事是什么?
    A user story describes desired functionality from the customer(user) perspective. A good user story describes the desired functionality, who wants it, and how and why the functionality will be used. The basic components of a User Story are sometimes dubbed as the three C's:
    用戶故事其實描述的是客戶角度渴望的功能,一個好的用戶故事描述了迫切的功能,誰想要它,這個功能如何被使用,這個功能為何被使用。用個用戶故事的基本成分通常使用3個C開頭的字母來描述:
    Card - the written description of the story, serves as and identification, reminder, and also helps in planning.
    卡片 - 包括故事的描述,為誰服務,唯一標識,提示信息,對迭代計劃編制有所幫助
    Conversation - this is the meat of the story; the dialogue that is carried out with the users; recorded notes; mockups; documents exchanged.
    討論 - 這是股市的具體內容,和用戶一起進行面對面的溝通,記錄筆記,模型,文檔交流
    Confirmation - the acceptance test criteria that the user will utilize to confirm that the story is completed.
    確認 - 確立驗收測試的標準,這個標準是讓用戶來如何來確認這個故事已近完成的
    A user story is not technical.
    用戶故事不是一個技術術語

    A well-written user story follows the INVEST model
    一個良好的用戶股市應該遵循INVEST模式

    Independent, Negotiable, Valuable, Estimable, Small, Testable. Let's see what each one means:
    獨立的,便于溝通的,有價值的,可估計的,短小,可測試的。讓我們來看看每一個的意思
    Independent - One user story should be independent of another (as much as possible). Dependencies between stories make planning, prioritization, and estimation much more difficult. Often enough, dependencies can be reduced by either combining stories into one or by splitting the stories differently.
    獨立的 - 一個用戶故事對于另一個用戶故事應該是獨立的(盡可能的)。故事之間的依賴性使得增加了計劃編制,確立有限級,故事估計這些工作非常困難。通常,可以通過組合用戶故事或者分割用戶故事來減少依賴性。
    Negotiable - A user story is negotiable. The "Card" of the story is just a short description of the story which do not include details. The details are worked out during the "Conversation" phase. A "Card" with too much detail on it actually limits conversation with the customer.
    便于溝通的 - 一個用戶故事是便于溝通的。一個故事的卡片是包含故事詳情的簡短描述。這些詳情是通過討論階段來完成的。一張還有很多詳情的卡片實際上減少了和客戶的會談。
    Valuable - Each story has to be of value to the customer (either the user or the purchaser). One very good way of making stories valuable is to get the customer to write them. Once a customer realizes that a user story is not a contract and is negotiable, they will be much more comfortable writing stories.
    有價值的 - 每個故事必須對客戶具有價值(無論是用戶還是購買方)。一個讓用戶故事有價值的好方法是讓客戶來寫下它們。一旦一個客戶意識到一個用戶故事并不是一個契約而且可以進行協商的時候,他們將非常樂意寫下故事。
    Estimable - The developers need to be able to estimate (at a ballpark even) a user story to allow prioritization and planning of the story. Problems that can keep developers from estimating a story are: lack of domain knowledge (in which case there is a need for more Negotiation/Conversation); or if the story is too big (in which case the story needs to be broken down into smaller stories).
    可估計得 - 開發者需要去估計一個用戶故事以便確定有限級并對故事進行規劃。但是讓開發者難以估計股市的問題來自:對于領域知識的缺乏(這種情況下需要更多的溝通),或者故事太大了(這時需要把故事切分成小些的)。
    Small - A good story should be small in effort, typically representing no more than 2-3 person weeks of effort. A story which is more than that in effort can have more errors associated with scoping and estimation.
    短小 - 一個好的故事應該在工作量上短小,描述具有代表性,而且不超過2-3人周的工作量。超過這個范圍的用戶故事,講會在劃分范圍和估計時出現很多錯誤。
    Testable - A story needs to be testable for the "Confirmation" to take place. Remember, we do not develop what we cannot test. If you can't test it then you will never know when you are done. An example of non-testable story: "software should be easy to use".
    可測試的 - 一個用戶故事是可測試的來用于確認完成,記住,我們不開發不能測試的故事。如果你不能測試那么你永遠不知道你什么時候是完成了。一個不可測試的用戶故事例子:軟件應該是易于使用的。
    Summary
    總結
    Well-written User Stories are cornerstones for Agile Development. They should be independent of each other; the details should be negotiated between the users and the developers; the stories should be of value to the users; they should be clear enough for developers to be able to estimate them; they should be small; and they should be testable through the use of pre-defined test cases.
    一個編寫良好的用戶故事是敏捷開發的基礎。它們應該相互獨立,詳情應該便于開發者和用戶進行溝通,應該對用戶有價值,應該對于開發者來說盡可能的清晰以便進行估計,應該短小,通過預定義的測試用例是可以對其進行測試的。

    原文http://agilesoftwaredevelopment.com/blog/vaibhav/good-user-story-invest

    posted on 2008-05-26 17:09 rocket 閱讀(4143) 評論(1)  編輯  收藏 所屬分類: 敏捷方法好文翻譯

    評論:
    # re: 一個優良用戶故事的6個特性 - INVEST 模式(翻譯) 2008-08-25 11:27 | websting
    害死人的拼音輸入法啊  回復  更多評論
      
    主站蜘蛛池模板: 人妻免费久久久久久久了| 久久精品熟女亚洲av麻豆| 国产一级黄片儿免费看| 亚洲女同成人AⅤ人片在线观看| 亚洲aⅴ天堂av天堂无码麻豆| 成人免费看片又大又黄| 亚洲人av高清无码| 日本高清免费不卡在线| 综合一区自拍亚洲综合图区| 啦啦啦在线免费视频| 国产午夜亚洲精品不卡电影| 亚洲国产精品专区在线观看| 国产成人无码精品久久久久免费| 亚洲午夜成人精品电影在线观看| 成人国产精品免费视频| 亚洲AV无码久久寂寞少妇| 美丽的姑娘免费观看在线播放| 亚洲va成无码人在线观看| 免费观看毛片视频| 产传媒61国产免费| 亚洲最新永久在线观看| 91免费资源网站入口| 色屁屁在线观看视频免费| 中文字幕亚洲综合久久菠萝蜜| 免费视频一区二区| 亚洲a级成人片在线观看| 国产一区二区三区免费视频| 国产99视频精品免费视频76| 久久精品国产亚洲av日韩| 最近中文字幕mv免费高清电影| 免费福利资源站在线视频| 久久精品国产亚洲AV网站 | 青青草原精品国产亚洲av| 2020久久精品国产免费| 特级毛片免费播放| 亚洲高清视频免费| 亚洲精品成人在线| 88av免费观看| 一级看片免费视频| 亚洲欧洲日韩在线电影| 亚洲成a人无码av波多野按摩|