1、项目的前景（vision）和范围（scope）未明确定义。
2、客户太忙、没时间与需求分析员和开发人员一起讨论需求；
3、用户代理，如生产经理、开发经理、用户负责人或营销人员，自诩可以代表用户，其实他们不能准确说出用户的需要；
4、需求只存在于组织中那些所谓专家的脑子里，没有被记录下来；
5、客户坚持所有需求都很重要，不愿排出他们的优先次序；
6、开发人员在编码过程中发现需求有歧义，缺少足够的信息，只能去猜测；
7、开发人员好与客户沟通时只关心用户界面，忽略了用户需要用软件去做什么；
8、用户签字确认了需求却又一直提出修改要求；
9、项目范围因接受需求变更而扩大，却没有相应地增加投入或剪裁功能，进度因此被延误；
10、需求变更的请求被弄丢，开发人员和客户都不了解所有变更请求的状态；
11、开发人员按客户要求实现的功能无人问津；
12、需求规格说明（SRS）中的要求都实现了，客户却不满意；
实际项目中遇到的问题
1、项目前景和项目范围定义得很理想，什么都想做，什么都想做好，最后因为时间或其他因素不得不放弃很多东西；
2、需求分析和开发人员基本上很少与客户沟通需求，都是直接从技术服务或同行软件中获取需求；
3、有些需求是这样，需要跟需求分析师沟通后，在跟用户反馈；
4、没有专家；
5、项目验收时用户会提出必须实现的需求，实际开发的优先顺序一般是项目领导定义的；
6、开发人员自己猜测，或项目领导决定；
7、重心比较大一部分放到用户界面上了；
8、没有用户签字；
9、经常地事情；
10、需求变不能及时通知所有相关负责人；
11、有时会这样；
12、经常这样；
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/logne/archive/2009/07/19/4358884.aspx