5.2 收集需求
5.2 收集需求
3W1H
| 3W1H | 收集需求 |
|---|---|
| What | 定义记录项目相关方的需求。 作用：为定义和管理项目范围（包括产品范围）奠定基础。 |
| Why | 让相关方积极参与需求的探索和分解工作，并仔细确定、记录和管理对产品、服务或成果的需求，能直接促进项目成功。 需求将成为工作分解结构（WBS）的基础，也将成为成本、进度、质量和采购规划的基础。 |
| When | 项目章程制定后，相关方初步识别后，规划范围管理后。 |
| How | 应该尽可能详细地探明、分析和记录这些需求， 将其包含在范围基准中，并在项目执行开始后对其进行测量。 采用专家判断、数据收集、数据分析、决策、数据表现、人际关系与团队技能、系统交互图、原型法等工具来收集需求。 |
ITTO
| I | TT | O |
|---|---|---|
| 1、项目章程 2、项目管理计划 3、项目文件 4、商业文件 5、协议 6、事业环境因素 7、组织过程资产 | 1、专家判断 2、数据收集 头脑风暴 ** 访谈** ** 焦点小组** ** 问卷调查** ** 标杆对照** 3、数据分析 文件分析 4、决策 投票 ** 多标准决策** 5、数据表现 ** 亲和图** ** 思维导图** 6、人际关系与团队技能 ** 名义小组技术** ** 观察/交谈** ** 引导** 7、系统交互图 8、原型法 | 1、需求文件 2、需求跟踪矩阵 |
需求文件
需求文件描述各种单一需求将如何满足与项目相关的业务需求。
需求跟踪矩阵
记录被批准的需求，把产品需求从其来源连接到能满足需求的可交付成果，需求跟踪矩阵将需求、项目目标和可交付成果关联起来。
记录以下信息：
- 需求的详细信息、优先级、项目目标、状态等
- 通过可交付成果的哪些特性来响应需求
- 需求当前的状态如何
需求管理计划：反映哪些需求属性将被列入跟踪矩阵的跟踪结构
数据收集技术
| 工具与技术 | 适用情况 |
|---|---|
| 访谈 | 通过直接交谈来获取信息的正式或非正式的方法。 访谈经常是 “一对一” ，也可以是“一对多”访谈。访谈也可用于获取机密信息。 |
| 问卷调查 | 受众多样化， 需要快速完成调查， 受访者地理位置分散， 并且适合开展统计分析。 |
| 头脑风暴 | 用来产生和收集对项目需求与产品需求的多种创意的一种技术。短时间获取大量创意。 |
| 名义小组 | 结构化的头脑风暴形式，用于促进头脑风暴的一种技术，通过投票排列最有用的创意，以便进一步开展头脑风暴或优先排序。 |
| 焦点小组 | 召集预定的相关方和主题专家，聚焦在产品或项目的某一方面，且主题明确。有主持人。 |
| 标杆对照 | 将实际或计划的产品、过程和实践，与其他可比组织的实践进行比较，以便识别最佳实践。 |
| 德尔菲技术 | 由一组选定的专家回答问卷，并对每一轮需求收集的结果再给出反馈，以期达成共识。 专家的答复只能交给主持人，以保持匿名状态。 |
人际关系与团队技能 - 名义小组技术
结构化的头脑风暴形式，用于促进头脑风暴的一种技术，通过投票排列最有用的创意，以便进一步开展头脑风暴或优先排序。
人际关系与团队技能 - 观察/交谈
观察和交谈：是指直接察看个人在各自的环境中如何执行工作（或任务）和实施流程。
- 难以或不愿清晰说明他们的需求时
- 通常由旁站观察者观察业务专家如何执行工作，也可以通过实际执行一个流程或程序，来体验该流程或程序是如何实施的，以便挖掘隐藏的需求。
人际关系与团队技能 - 联合应用设计或开发（JAD）
将一个应用程序的设计和开发中的客户或最终用户聚集在一起，共同商讨，防止设计和规划与客户与用户实际需求脱节，有利于达成项目范围，有利于成倍的加快开发速度，缩短开发周期。并且增大了客户的满足感和参与度，因为客户参与了开发的全过程。
人际关系与团队技能 - 质量功能展开（QFD）
是指把客户或市场的要求转化为设计要求、零部件特性、工艺要求、生产要求和多层次演绎分析方法。
从收集客户需要（又称“客户声音”）开始，然后客观地对这些需要进行分类和排序，并为实现这些需要而设定目标。
人际关系与团队技能-用户故事
作为一个<角色>，我想要<活动>，以便于<商业价值>， 经常产生于需求研讨会。
亲和图（分类分组法，KJ法）
用来对大量创意根据亲和性进行归类的技术，以便进一步审查和分析。
思维导图
用以反映创意之间的共性与差异， 激发新创意。
决策
投票：达成某种期望结果。
独裁：一个人负责为整个集体制定决策。
多标准决策：借助决策矩阵，用系统分析方法建立多种标准，以对众多创意进行评估和排序。
系统交互图
是范围模型的一个例子，它是对产品范围的可视化描绘，显示业务系统（过程、设备、计算机系统等）及其与人和其他系统（行动者）之间的交互方式。 系统交互图显示了业务系统的输入、输入提供者、业务系统的输出和输出接收者。
原型法
指在实际制造预期产品之前，先造出该产品的模型，并据此征求对需求的早期反馈。
支持渐进明细的理念，需要经历从模型创建、用户体验、反馈收集到原型修改的反复循环过程。在经过足够的反馈循环之后，就可以通过原型获得足够的需求信息，从而进入设计或制造阶段。