<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
    害死人的拼音輸入法啊  回復  更多評論
      
    主站蜘蛛池模板: 少妇亚洲免费精品| 国产伦一区二区三区免费| 伊伊人成亚洲综合人网7777| 亚洲中文字幕无码中文字| 99在线视频免费观看视频| 91亚洲国产成人久久精品网站| 野花香高清视频在线观看免费| 国产亚洲精品不卡在线| 亚洲国产免费综合| 亚洲午夜久久久久妓女影院| 黄色视频在线免费观看| 国产精品国产亚洲精品看不卡| 中文字幕无线码中文字幕免费| 日韩亚洲人成在线综合日本| 99久9在线|免费| 亚洲AV无码一区二区三区在线| 最近中文字幕无免费视频| 亚洲AV无码男人的天堂| 亚洲av无码天堂一区二区三区| 国产做国产爱免费视频| 久久精品国产亚洲AV网站| 亚洲一区免费视频| 亚洲JIZZJIZZ妇女| 亚洲国产综合久久天堂| 免费观看成人久久网免费观看| 麻豆亚洲AV永久无码精品久久| 免费不卡视频一卡二卡| 亚洲AV成人一区二区三区观看| 亚洲福利精品电影在线观看| 中文字幕久无码免费久久| 亚洲人成网址在线观看| 妞干网手机免费视频| 成人免费夜片在线观看| 亚洲一区二区三区首页| 永久在线毛片免费观看| 国产精品免费久久久久影院 | 免费91最新地址永久入口| 亚洲综合一区二区国产精品| 久久久久久国产精品免费免费| 一级做性色a爰片久久毛片免费| 亚洲成色在线影院|