不重视需求过程的项目队伍将自食其果。需求工程中的缺陷将给项目成功带来极大风险，这里的“成功”是指推出的产品能以合理的价格、及时地在功能、质量上完全满足用户的期望。因此当项目组在进行需求管理时，会出现哪些不良行为呢?
模棱两可的需求
模棱两可是需求规格说明中最为可怕的问题。它的一层含义是指诸多读者对需求说明产生了不同的理解;另一层含义是指单个读者能用不止一个方式来解释某个需求说明。
模棱两可的需求会使不同的风险承担者产生不同的期望，它会使开发人员为错误问题而浪费时间，并且使测试者与开发者所期望的不一致。一位系统测试人员曾告诉我，她所在的测试组经常对需求理解有误，以致不得不重写许多测试用例并重做许多测试。
处理模棱两可需求的一种方法是组织好负责从不同角度审查需求的队伍。仅仅简单浏览一下需求文档是不能解决模棱两可问题的。如果不同的评审者从不同的角度对需求说明给予解释，但每个评审人员都真正了解需求文档，这样二义性就不会直到项目后期才被发现，那时再发现的话会使得更正代价很大。
客户个性化需求太多
这是最头痛的事情，如果因为客户是大公司，可能会议没完没了，每个会议都要求得非常正规，相关的制度文档一应俱全，相关人员、部门经理甚至高层领导也会请到会议室来和你谈需求。这时，如何尊重他们的意见并保持自己的思路是非常重要的。
参加这样的会议时，项目经理要突出你们的专业知识和经验，不要被客户的职位迷惑。虽然他们的经验很丰富，但在项目实施方面你是专家，而且他们提出的只是现实中各个部门的特点，并没有要求一定要一次性全部实现，所以现场一定要记住：不要答应得太快。
忽略了用户分类
大多数产品是由不同的人使用其不同的特性，使用频繁程度也有所差异，使用者受教育程度和经验水平也不尽相同。如果你不能在项目早期就针对所有这些主要用户进行分类的话，必然导致有的用户对产品感到失望。例如，菜单驱动操作对高级用户太低效了，但含义不清的命令和快捷键又会使不熟练的用户感到困难。