今天是2012年02月06日,登录 免费注册
#1

访问次数:
注册日期:
上次访问:
当前积分:
回复
2010-08-30 09:42:20
#2
wwccss
访问次数:4505
注册日期:2005-04-30
上次访问:02-06 19:22
当前积分:39252
有原型图软件,呵呵。不过禅道开发都不画这些界面的,细化为story,直接分解任务。:)
回复
2010-08-31 22:58:46
#3
martin
访问次数:35
注册日期:2010-08-22
上次访问:03-16 08:58
当前积分:815
谈之前要做好充分的准备,需要用户尽量给出需求的资料或记录之类,这些对需求分析和会议都很有用。开发方也需要准备好原型或概念设计方案。
谈需求时一定要明确要谈主题,漫无目标的谈效率不高,而且容易跑题
谈的时候一定要有重点例如:
1.你想要的是什么(不管用户说不说的清楚,都要有个概诉)
2.你想用他达到怎么样的目的,或解决什么问题?(目标)
3.对他的使用者一般是怎么样的角色?(性质)
4.如果不实现它,到底会有怎么样的影响?(重要度,关联性)

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

回复
2010-09-01 09:02:56
#4
wwccss
访问次数:4505
注册日期:2005-04-30
上次访问:02-06 19:22
当前积分:39252
不知道有没有朋友做过用户调查。呵呵。
回复
2010-09-08 17:55:26
#5
4420770
访问次数:6
注册日期:2010-09-08
上次访问:11-16 08:23
当前积分:76
martin同学的方法很不错,以往的需求方面,就是侃大山,客户经常觉得别的系统功能好,然后就改动需求目标,需求不可控。。。
回复
2010-09-14 12:38:14
#6
qiang_gu
访问次数:25
注册日期:2010-02-23
上次访问:01-03 02:25
当前积分:166
我觉得需求分析很关键的一点是要进行优先级的分析,对于优先级高的先给予实现。一开始就考虑到很复杂,往往导致后面很难按时完成。
回复
2010-09-27 11:26:16
#7
martin
访问次数:35
注册日期:2010-08-22
上次访问:03-16 08:58
当前积分:815
backlog很重要,你至少要清晰你的产品需要有什么。像讲故事一样的描述清楚。优先级与关联性也是讲故事中要涉及到的。

至于具体的任务划分,有赖于每个人的参与
martin 最后编辑, 2010-09-27 11:26:54 回复
2010-11-05 09:56:37
#8
vitas1220
访问次数:3
注册日期:2010-11-05
上次访问:11-05 10:14
当前积分:3
调研需求除了用户外,我感觉还得看用户的客户群,有针对性的进行问卷调查,这样可以更好的把握产品的定位。个人意见。不成熟。请指点。呵呵。
回复
时间: 15.7 毫秒, 内存: 1082.5 KB, 查询: 9.