引出和捕捉是不合用的
使用拖网
够用就行，不是吗？
在项目启动前，对应用的大小有一个大致的了解往往是很重要的。
方法
故事会随着项目的进展而演进。
用户访谈：访谈成功的关键之一是选择正确的受访者。大部分用户不善于理解，更难以表达他们的正式需求。
----开放式问题和背景无关的问题
问卷调查：在需要得到大量用户关于某些具体问题的回答时有用。不适合于为拖网捕捉新故事的主要方法。
观察：观察用户实际使用软件的情况。
故事编写工作坊：开发、用户、产品和其他对编写故事有帮助的人共同参与。
选择用户角色--》构建原型--》遍历模型（深度优先优于广度优先）--》编写故事
有助于找到遗漏故事的问题：用户接下来最有可能做什么？用户会在这里犯什么错误？在这里用户会有什么困惑？用户需要什么额外的信息？
维护一个待办问题列表，留着以后再来解决。
重点放在数量而不是质量，不要为每个故事都陷入长时间的讨论中。
