成功的软件产品是建立在成功的软件开发需求基础之上的，而高质量的软件开发软件开发需求来源于用户与软件开发人员之间有效的沟通与合作。当用户有一个问题可以用计算机系统来解决，而软件开发人员开始帮助用户解决这个问题，沟通就开始了。

软件开发需求获取可能是软件开发中最困难、最关键、最易出错及最需要沟通交流的活动。对软件开发需求的获取往往有错误的认识：用户知道软件开发需求是什么，我们所要做的就是和他们交谈从他们那里得到软件开发需求，只要问用户系统的目标特征，什么是要完成的，什么样的系统能适合商业需要就可以了。

但是实际上软件开发需求获取并不是想象的这样简单，这条沟通之路布满了荆棘。首先软件开发需求获取要定义问题范围，系统的边界往往是很难明确的，用户不了解技术实现的细节，这样造成了系统目标的混淆。

其次是对问题的理解，用户对计算机系统的能力和限制缺乏了解，任何一个系统都会有很多的用户或者不同类型的用户，每个用户只知道自己需要的系统，而不知道系统的整体情况，

他们不知道系统作为一个整体怎么样工作效率更好，也不太清楚那些工作可以交给软件完成，他们不清楚软件开发需求是什么，或者说如何以一种精确的方式来描述软件开发需求，他们需要软件开发人员的协助和指导，但是用户与软件开发人员之间的交流很容易出现障碍，忽略了那些被认为是"很明显"的信息。

最后是软件开发需求的确认，因为软件开发需求的不稳定性往往随着时间的推移产生变动，使之难以确认。为了克服以上的问题，必须有组织的执行软件开发需求的获取活动。

软件开发需求获取就是根据系统业务软件开发需求去获得系统用户软件开发需求，然后通过软件开发需求分析得到系统的功能软件开发需求和非功能软件开发需求。项目视图和范围文档就是从高层次上描述系统的业务软件开发需求，

应该包括高层的产品业务目标，评估问题解决方案的商业和技术可行性,所有的使用实例和功能软件开发需求都必须遵从的标准。而范围文档定义了项目产品所包括的所有工作及产生产品所用的过程。项目相关人员对项目的目标和范围能达成共识,整个项目组都应该把注意力集中在项目目标和范围上。

通过文档、记录和对话来沟通，而不是作为一个合作的整体去识别和确定软件开发需求完成任务。实践证明这样的方法是不正确的，不会给双方带来一点益处,良好的沟通关系没有建立导致了误解和忽略重要的信息。只有当双方参与者都明白要成功自己需要什么，同时也知道要成功对方需要什么时，才能建立起一种合作关系。