GBase项目管理实践总结——收集需求

收集需求(CollectReauirement)是为实现项目目标而确定、记录并管理干系人的需要和需求的过程，其作用是为定义和管理项目范围(包括产品范围)奠定基础。认真掌握和管理项目需求与产品需求，对促进项目成功有重要作用。需求是指根据特定协议或其他强制性规范，项目必须满足的条件或能力，或者产品、服务或成果必须具备的条件或能力。需求包括发起人客户和其他干系人的已量化且书面记录下来的需要与期望。项目一日开始，就应该足够详细地获取、分析和记录这些需求，以便日后进行测量。

收集需求的工具与方法：

1、访谈是通过与项目干系人直接交谈来获取信息的正式或非正式的方法。访谈的典型做法是向被访者提出预设和即兴的问题，并记录他们的回答。访谈经常是一个访谈者和一个被访者之间的“一对一”谈话，但也可以包括多个访谈者和 / 或多个被访者。访谈有经验的项目参与者、发起人和其他高管，以及主题专家，有助于识别和定义所需产品可交付的成果特征和功能。访谈也可用于获取机密信息。

2、焦点小组是召集预定的项目干系人和主题专家，了解他们对所讨论的产品、服务或成果的期望和态度。由一位受过训练的主持人引导大家进行互动式讨论。焦点小组往往比“一对一”的访谈更热烈。

3、引导式研讨会把主要干系人召集在一起，通过集中讨论来定义产品需求。研讨会是快速定义跨职能需求和协调干系人差异的重要技术。由于群体互动的特点，被有效引导的研讨会有助于参与者之间建立信任、改进关系、改善沟通，从而有利于干系人达成一致意见。此外，研讨会能够比单项会议更早发现问题，更快解决问题。

4、群体创新技术：1）头脑风暴法。一种用来产生和收集对项目需求与产品需求的多种创意的技术。头脑风暴法本身不包含投票或排序，但常与包含该环节的其他群体创新技术一起使用。2）名义小组技术。用于促进头脑风暴的一种技术，通过投票排列最有用的创意，以便进一步开展头脑风暴或优先排序。3）概念/思维导图。把从头脑风暴中获得的创意整合成一张图的技术，以反映创意之间的共性与差异，激发新创意。4）亲和图。用来对大量创意进行分组的技术，以便进一步审查和分析。5）多标准决策分析。借助决策矩阵，用系统分析方法建立诸如风险水平、不确定性和价值收益等多种标准，从而对众多方案进行评估和排序的一种技术。

5、群体决策技术就是为达成某种期望结果，而对多个未来行动方案进行评估的过程。本技术用于生成产品需求，并对产品需求进行归类和优先级排序。

6、问卷调查是指设计一系列书面问题，向众多受访者快速收集信息。问卷调查方法非常适用于以下情况：受众多样化，需要快速完成调查，受访者地理位置分散，并且适合开展统计分析。

7、观察是指直接察看个人在各自的环境中如何执行工作（或任务）和实施流程。当产品使用者难以或不愿清晰说明他们的需求时，就特别需要通过观察来了解他们的工作细节。观察，也称为“工作跟踪”，通常由观察者从外部来观看业务专家如何执行工作。也可以由“参与观察者”来观察，他通过实际执行一个流程或程序，来体验该流程或程序是如何实施的，以便挖掘隐藏的需求。

8、原型法是指在实际制造预期产品之前，先造出该产品的实用模型，并据此征求对需求的早期反馈。因为原型是有形的实物，它使得项目干系人可以体验最终产品的模型，而不是仅限于讨论抽象的需求描述。

9、标杆对照将实际或计划的做法（如流程和操作过程）与其他可比组织的做法进行比较，以便识别最佳实践，形成改进意见，并为绩效考核提供依据。标杆对照所采用的可比组织可以是内部的，也可以是外部的。

10、 系统交互图是范围模型的一个例子，它是对产品范围的可视化描绘，显示业务系统（过程、设备、计算机系统等）及其与人和其他系统（行动者）之间的交互方式。系统交互图显示了业务系统的输入、输入提供者、业务系统的输出和输出接收者。

11、文件分析就是通过分析现有文档，识别与需求相关的信息，来挖掘需求。可供分析的文档很多，包括（但不限于）：商业计划、营销文献、协议、建议邀请书、现行流程、逻辑数据模型、业务规则库、应用软件文档、业务流程或接口文档、用例、其他需求文档、问题日志、政策、程序和法规文件（如法律、准则、法令等）。

需求收集的成果交付：

1、需求文件描述各种单一需求将如何满足与项目相关的业务需求。一开始，可能只有高层级的需求，然后随着有关需求信息的增加而逐步细化。只有明确的（可测量和可测试的）、可跟踪的、完整的、相互协调的，且主要干系人愿意认可的需求，才能作为基准。需求文件的格式多种多样，既可以是一份按干系人和优先级分类列出全部需求的简单文件，也可以是一份包括内容提要、细节描述和附件等的详细文件。

2、需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。使用需求跟踪矩阵，可以把每个需求与业务目标或项目目标联系起来，有助于确保每个需求都具有商业价值。需求跟踪矩阵提供了在整个项目生命周期中跟踪需求的一种方法，有助于确保需求文件中被批准的每项需求在项目结束的时候都能交付。最后，需求跟踪矩阵还为管理产品范围变更提供了框架。