识别利益相关人：决策人、客户、潜在用户、合作方、领域专家、行业分析师和其他感兴趣的参与者。简要描述利益相关人做些什么，以及他们对于将要开发的系统的责任。

避免仓促定义解决方案。首先，通过询问利益相关人他们如何看待问题，获取对问题定义的一致同意。然后，寻找根因，或“问题背后的问题”。使用合适的需求收集技术。制定问题的声明。这样做的目的是帮助你从问题和疑问中辨别解决方案和答案。

使用最合适的方法帮助你收集需求。每种方法都有特定的使用情景或特定类型的利益相关人。

如果你可以见到利益相关人，那么你可以进行采访或头脑风暴会议。这种面对面的协作非常宝贵，减少了项目团队误解利益相关人需要的机会。

某些需求可能已经记录在其它的工作产品中（如变更请求或工作项）。这可能经常被当作固定的起点，开始创建完整的需求集合。

分析在流程、组织和系统方面的范围。

和利益相关人们一起工作获取其期望的系统特性（Feature）列表。对特性进行简要的描述，并给出其属性，以帮助定义它们在项目中的一般状态和优先级。

同利益相关人和开发团队进行有效的需求评审，确保就项目愿景、评估质量，识别需要的变更达成一致意见。

每个项目都有自己的专业术语，团队中的每一位成员都必须理解以便和利益相关人进行有效的沟通。和利益相关人一起，创建一份术语表，定义缩写、缩略语和相关的业务和技术术语。在整个项目生命周期中，和利益相关人一起，不断的扩展和完善术语表。