常见的提需求的技术，包含：

1.自悟（Introspection）

需求工作人员把自己做为系统的终端用户，思考该系统并提问问题：“假如就是我应用这一系统，则我需要……”

2.交谈

为了更好地明确系统应当给予的作用，需求工作人员根据提问问题，客户回应，立即了解客户要想的是一个哪些的系统。

取得成功标准：交谈一般是一种比自悟更强的技术性。

这类方式取得成功是否取决于：

需求工作人员是不是具备“恰当提问问题”的能力，回应工作人员是不是具备“揭露需求原意”的能力。

存有的风险性：在交谈期内需求很有可能持续提高，或者之前沒有了解到的有效需求的一种主要表现，说成“极致蠕行”（Creepingelegance）症状的反映，以致于难以给予操纵，很有可能造成超过成本费用和进展的限定。

应对措施：项目风险管理工作人员和顾客管理者应当按时地对交谈全过程的結果开展复核。

3.观查

仔细观察客户实行其现行标准的每日任务和全过程，或仔细观察她们怎样实际操作与所期待的新系统相关的目前系统，掌握系统运作的自然环境，尤其是掌握要建的新系统与现有系统、全过程及其方式方法中间务必开展的互动。虽然掌握的这种信息能够根据交谈获得，但“第一手原材料”一般一直可以比较好的“合乎实际”的。

存有的风险性：

一一顾客很有可能排斥这一观查。其缘故是她们觉得开发人员打扰到她们的一切正常业务流程。

一一顾客还很有可能觉得开发人员在签订以前，就早已了解了她们的业务流程。

4.小组会（Groupsession）

举办顾客和开发者的联席会议，与顾客机构的一些意味着合作开发需求。在其中：

一般是由开发设计机构的一个意味着做为顶尖需求技术工程师或软件开发工程项目经理，主持人这一大会。但还能够选用其他方式，这取决于其主要用途和节目主持人的能力。节目主持人的功效主要是把握大会的过程。

务必仔细地挑选该工作组的组员，不但要考虑到她们对现有的和将来软件环境的了解水平，还需要考虑到她们的为人。

5.提炼出（Extraction）

复核技术资料（比如，相关必须的阐述，作用和特性总体目标的阐述，系统通信规约标准接口，硬件配置设计文档及其ConOps文档），并明确提出有关的信息。

可用标准：提炼出方式是对于早已拥有一部分需求文本文档的状况。根据商品的原本状况，很有可能有很多文本文档必须复核，以明确在其中是不是包括关联的信息。在有的状况，也很有可能仅有极少数文本文档需更钉审

之上方式必须综合性应用到一个新项目中。