5.2 PMBOK--收集需求
- 收集需求是为实现目标而确定、记录并管理相关方的需要和需求的过程。
- 本过程的主要作用是， 为定义产品范围和项目范围奠定基础，且仅开展一次或仅在项目的预定义点开展。
- 需求是指根据特定协议或其他强制性规范，产品、服务或成果必须具备的条件或能力
- 需求包 括
发起人、客户和其他相关方的已量化且书面记录的需要和期望。 - 收集需求是指收集
所有相关方的需求。
数据收集
-
头脑风暴： 是一种用来产生和收集对项目需求与产品需求的多种创意的技术。
特点：面对面
有点：快
缺点：不客观
本身不包含投票或排序 -
访谈 ：
直接交谈来获取信息；经常是一个访谈者和一个被访谈者之间；“一对一”对话；获取机密信息；麦肯锡方法。 -
焦点小组：召集预定的相关方和主题专家，了解他们的期望和态度；
专业主持人引导大家互动式讨论；比“一对一”访谈更热烈 -
问卷调查：问卷调查是指设计一系列
书面问题，向众多受访者快速收集信息。适用于：受众多样化，需要快速完成调查，受访者地理位置分散，并且适合开 展统计分析。 -
标杆对照：标杆对照将实际或计划的产品、过程和实践，与其他可比组织的实践 进行
比较，以便识别最佳实践，形成改进意见，并为绩效考核提供依据。也叫基准分析、竞品分析。
数据分析
- 文件分析包括审核和评 估任何相关的文件信息。
- 可供分析的文件：协议、商业计划、业务流程或接口文档、业务规则库、现行流程、市场文献、问题日志、政策和程序、法规文件，如法律、准则、法令等、建议邀请书、用例。
决策
-
投票---- 一致同意----
德尔菲技术：
特点：背靠背,达成一致； 专家匿名参与其中；反复几轮后，达成一致意见；有助于减轻数据的偏倚；防止任何个人对结果产生不恰当的影响。
优点：准确
缺点：慢 -
投票 ----大多数同意：超过50%人员支持
-
投票----相对多数同意：选项超过两个时使用
-
独裁型决策制定：采用这种方法，将由一个人负责为整个集体制定决策。
-
多标准决策分析：该技术借助决策矩阵，用系统分析方法建立诸如风险水平、不确定性和价 值收益等多种标准，以对众多创意进行评估和排序。
数据表现
- 亲和图：用来对大量
创意进行分组的技术，以便进一步审查和分析。 （贴纸篇） - 思维导图：把从头脑风暴中获得的创意整合成一张图，用以反映创意之间的
共性与差异，激 发新创意。
人际关系与技能
- 名义小组技术：是用于促进头脑风暴的一种技术，通过投票排列最有用的创意， 以便进一步开展头脑风暴或优先排序。
- 观察和交谈：是指直接察看个人在各自的环境中如何执行工作（或任务）和实施 流程；当产品使用者难以或不愿清晰说明他们的需求时，就特别需要通过观察来了解他们的 工作细节。观察，也称为“工作跟随”。
- 引导：引导与主题研讨会结合使用，把主要相关方召集在一起定义产品需求。
- 研讨会可用于
快速定义跨职能需求并协调相关方的需求差异。 - 有效引导的研讨会有助于参与者之间建立信任、改进关系、改善沟通，从而有利于相关方达 成一致意见。此外，与分别召开会议相比，研讨会能够更早发现并解决问题。
- 联合应用设计或开发 (JAD)：JAD 会议适用于软件开发行业。这种研讨会注重把业务主题专 家和开发团队集中在一起，以收集需求和改进软件开发过程。
- 质量功能展开 (QFD)：制造行业中又称质量屋，QFD 从收集客户需要（又称“客户声音”）开始，然后客观地对这些需要进行分类和排序。
- 用户故事：用户故事是对所需功能的简短文字描述，经常产生于需求研讨会。用户故事描 述哪个相关方将从功能中受益（角色），他需要实现什么（目标），以及他期望获得什么 利益（动机）。
-
原型法是指在实际制造预期产品之前，先造出该产品的模型，
故事板是一种原型技术。
需求文件
- 需求文件：描述各种单一需求将如何满足与项目相关的业务需求。
- 一开始可能只有高层级的需求， 然后随着有关需求信息的增加
而逐步细化。 - 只有明确的（可测量和可测试的）、可跟踪的、完整 的、相互协调的，且主要相关方愿意认可的需求，才能作为基准。
需求跟踪矩阵
- 需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。
- 使用需求跟踪 矩阵，把每个需求与业务目标或项目目标联系起来，有助于确保每个需求都具有
商业价值。