来说说，你们怎么调研需求的？

有原型图软件，呵呵。不过禅道开发都不画这些界面的，细化为story，直接分解任务。:)

谈之前要做好充分的准备，需要用户尽量给出需求的资料或记录之类，这些对需求分析和会议都很有用。开发方也需要准备好原型或概念设计方案。
谈需求时一定要明确要谈主题，漫无目标的谈效率不高，而且容易跑题
谈的时候一定要有重点例如：
1.你想要的是什么（不管用户说不说的清楚，都要有个概诉）
2.你想用他达到怎么样的目的，或解决什么问题？（目标）
3.对他的使用者一般是怎么样的角色？（性质）
4.如果不实现它，到底会有怎么样的影响？（重要度，关联性）

其实大体需求把握后，敏捷开始迭代后，迭代会议可以邀请用户参与，进行演示交付，这时用户提出的需求或变更等就很直观，很及时的。这个本来就是敏捷的好处之一。

不知道有没有朋友做过用户调查。呵呵。

martin同学的方法很不错，以往的需求方面，就是侃大山，客户经常觉得别的系统功能好，然后就改动需求目标，需求不可控。。。

我觉得需求分析很关键的一点是要进行优先级的分析，对于优先级高的先给予实现。一开始就考虑到很复杂，往往导致后面很难按时完成。

backlog很重要，你至少要清晰你的产品需要有什么。像讲故事一样的描述清楚。优先级与关联性也是讲故事中要涉及到的。

至于具体的任务划分，有赖于每个人的参与

调研需求除了用户外，我感觉还得看用户的客户群，有针对性的进行问卷调查，这样可以更好的把握产品的定位。个人意见。不成熟。请指点。呵呵。