| « | August 2025 | » | | 日 | 一 | 二 | 三 | 四 | 五 | 六 | | | | | | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | | | | | | | |
|
公告 |
| 不得窥道门，不得悟佛门，不得入窄门，实乃破门。 |
| Blog信息 |
|
blog名称:破门点滴
日志总数:161
评论数量:404
留言数量:-2
访问次数:1420294
建立时间:2004年11月13日 |
| |
|  [XP 实践]强调业务价值——用户故事的新格式
网上资源, 软件技术
破门 发表于 2008/6/23 17:05:46 | | 强调业务价值——用户故事的新格式
作者
Chris Sims译者
李剑
发布于
2008年6月20日 上午3时9分
社区Agile主题客户及需求标签用户故事
从敏捷时代的早期开始，用户故事就成了捕获需求的常见形式。它们常常都是由一两句话组成，写在索引卡上，描述用户所需功能的本质。它的传统形式为：
作为<某个身份的用户>，我想要<某些功能>，从而达到<某些目的>。
Elizabeth Keogh 认为业务价值比用户身份更加重要，她提出了优化后的用户故事模板，并将其归功于Chris Matts。传统形式强调的是用户的重要性，先提到了用户。而新方案把重心放在了业务价值上：
为了<获取某些价值>，作为<某个身份的用户>，我想要<某些功能>。
这个变化可能看上去微不足道，但在价值取向的环境中却容易引起共鸣。Elizabeth继续描述了注重价值如何对计划软件发布产生作用：
“发布”这个词的意义比较丰富。这里有潜藏的收益——市场占有率、节省成本、与竞争者的战斗等等我们所要发布的特性都是用户使用后可以产生价值的——我们发布的就是这种价值，而不是特性。
把用户故事的焦点放到业务价值上来，你的环境会因此产生变化么？来自: http://www.infoq.com/cn/news/2008/06/new-user-story-format |
|
|
