在一个项目开始之前，首先我们需要考虑一个问题就是为什么要启动这个项目，也就是说，这个项目的目标是什么？
项目的目标是系统的业务需求。在很多情况下，涉众可以清晰地表达出系统的业务需求，这时可以通过安排和涉众的面谈来明确项目的动机。但也有很多情况下，涉众无法表达他们的业务需求，或者表达的业务需求不够清晰。因此，要发现系统的业务需求，还是要从用户的问题开始。要分析涉众的问题，首先要明确问题，将它们变得清晰，变得适宜进行分析。这个过程从问题和相关的背景描述开始。
问题一般有单方涉众提出，因此在和所有涉众对其进行讨论之前，先要就问题本身达成一致，达成共识。具体的方法就是用标准化的格式描述问题，并在涉众之间取得认同。达成共识的问题是一致的问题，但一致的问题不一定是明确的问题。问题的明确性要求它们具有易于理解和能指明解决方向两个特点。
只有当涉众在现实世界中遇到问题时，才会试图引入软件系统来达到某些目的，因此他们对问题是感触颇深的。为发现业务需求而需要探讨的问题是指一些高层次的问题，是和组织的战略目标、利益分配、政策规划、业务流程等内容相关的问题。那些和具体业务的细节相关的问题不属于高层次问题。
为了从高层次问题推导出业务需求，需要对问题进行一定的分析。在问题分析过程中，还可以根据问题确定系统高层次的解决方案和系统特性，它们可以帮助回答项目启动之初的第二个问题——“项目打算做什么”。 根据系统的高层解决方案和系统特性，可以定义系统的上下文环境，建立系统边界。这将是需求分析活动的起点。
业务需求、高层解决方案及系统特性都应该被记录下来，定义为项目前景与范围文档。前景描述了产品的作用以及最终的功能，它将所有涉众都统一到一个方向上。范围则指出当前项目是要解决产品长远规划中的哪一部分，范围声明它为项目划定了需求的界线。