博主2023年11月通过了信息系统项目管理的考试，考试过程中发现考试的内容全部是教材中的内容，非常符合我学习的思路，因此博主想通过该平台把自己学习过程中的经验和教材博主认为重要的知识点分享给大家，希望更多的人能够通过考试，知识点完全是根据纸质教材手敲上去的，如果有文字的错误请大家谅解哈，每天都会更新，每天进步一点点~~~
9.4 收集需求
收集需求是为实现目标而确定，记录并管理干系人的需要和需求的过程。本过程的主要作用是为定义产品和项目范围奠定基础。本过程仅开展一次或仅在项目的预定点开展
9.4.1 输入
1、立项管理文件
2、项目章程
项目章程记录了项目概述以及将用于制定详细需求的高层级需求
3、项目管理计划
收集需求中使用的项目管理计划组件包括：
-
范围管理计划
-
需求管理计划
-
干系人参与计划
4、项目文件
-
假设日志
-
干系人登记册
-
经验教训登记册
5、协议
6、事业环境因素
7、组织过程资产
9.4.2 工具与技术
1、专家判断
2、数据收集
-
头脑风暴：是一种用来产生和收集对项目需求与产品需求的多种创意的技术。
-
访谈：是通过与干系人直接交谈，来获取信息的正式或非正式的方法。方案的典型做法是向被访问者之间的“一对一”谈话，但也可包括多个访谈者或多个被访者。访谈有经验的项目参与者、发起人和其他高管及主体专家，有助于识别和定义所需产品可交付成果的特征和功能。访谈也可用于获取机密信息。
-
焦点小组：是召集预定的干系人和主题专家，了解他们对所讨论的产品、服务或成果的期望的态度。由一位受过训练的主持人引导大家进行互动式讨论。焦点小组往往比“一对一”的访谈更热烈。
-
问卷调查：是指设计一系列书面问题，向众多受访者快速收集信息。问卷调查方法非常适用于受众多样化，需要快速完成调查，受访者地理位置分散并且适合开展统计分析的情况
-
标杆对照：将实际或计划的产品、过程或实践，与其他可比组织的实践进行比较，以便识别最佳实践，形成改进意见，并为绩效考核提供依据。标杆对照所采用的可比组织可以是内部的，也可以是外部的。
3、数据分析
可用于收集需求过程的数据分析技术是文件分析。文件分析指审核和评估任何相关的文件信息。在此过程中，文件分析用于通过分析现有文件，识别与需求相关的信息来获取需求，可供分析并有助于获取需求的文件包括：协议；商业计划；业务流程或接口文档；业务规则库；现行流程；市场文献；恩替日志；政策和程序、法规文件；建议邀请书；用例等。
4、决策
-
投票：是一种为达成某种期望结果，而对未来多个行动方案进行评估的决策技术和过程。本技术用于生成、归类和排序产品需求
-
独裁型决策制定：采用这种方法，将由宇哥人负责为整个机体制定决策
-
多标准决策分析：该技术借助决策矩阵，用系统分析方法建立注入风险水平、不确定性和价值收益等多种标准，以对众多穿衣进行评估和排序。
5、数据表现
-
亲和图：用来对大量创意进行分组的技术，以便进一步审查和分析
-
思维导图：把从头脑风暴中获得的创意整合成一张图，用以反映创意之间的共性与差异、激发新创意。
6、人际关系与团队技能
-
名义小组技术：适用于促进头脑风暴的一种技术，通过投票排列最有用的创意，以便进一步开展头脑风暴或优先排序。
-
观察和交谈：是指直接查看个人在各自的环境中如何执行工作和实施流程。当产品使用者难以或不愿清洗说明他们的需求时，特别需要通过观察来了解他们的工作细节。观察也成为“工作跟随”，通常由旁边站观察者观察业务专家如何执行工作，但也可以由“参与观察者”来观察，通过实际执行一个流程或程序，来体验流程或程序是如何实施的，以便挖掘隐藏的要求
-
引导：引导与主题研讨会结合使用，把主要干系人召集在一起定义产品需求。研讨会可用于快速定义跨职能需求并协调干系人的需求差异。因为具有哦群体互动的特点，有效引导的研讨会有助于参与者之间建立信任、改进关系、改善沟通，从而有利于干系人达成一致意见。此外与分别召开会议相比，研讨会能够更早发现并解决问题。
7、系统交互图
系统交互图是对产品范围的可视化描绘，可以直观显示业务系统及其与人和其他系统之间交互方式。
8、原型法
原型法是指在实际制造预期产品之前，先造出产品的模型，并据此征求对需求的早期反馈。
9.4.3 输出
1、需求文件
需求文件描述各种单一需求将如何满足项目相关的业务需求。一开始可能只有高层级的需求，然后随着有关需求信息的增加而逐步细化。只有明确、可跟踪的、完整的、相互协调的，且主要干系人愿意认可的需求，才能作为基准。
需求类别：
1、业务需求：整个组织的高层级需求
2、干系人需求：干系人的需求
3、解决方案需求：为满足业务需求和干系人需求，产品、服务或成果必须具备的特性、功能和特征。解决方案需求又分为功能需求和非功能需求。
-
功能需求：描述产品应具备的功能
-
非功能需求：是对功能需求的补充，是产品正常运行所需的环境条件或质量要求
4、过度和就绪希求：如数据转换和培训需求。
5、项目需求：项目需求满足的行动、过程或其他条件
6、质量需求：用于确认项目可交付成果的成功完成或其他项目需求的视线的任何条件或标准
2、需求跟踪矩阵
需求跟踪举证是把产品需求从其来源链接到能满足需求的可交付成果的一种表格。使用需求跟踪矩阵，把每个需求与业务目标或项目目标联系起来，有助于确保每个需求都具有业务价值。需求跟踪矩阵提供了在整个项目生命周期中跟踪需求的一种方法，有助于确保需求文件中被批准的每项需求在项目结束的时候都能实现并交付。最后，需求跟踪矩阵还为管理产品范围变更提供了框架。跟踪需求的内容包括：
1、业务需要、机会、目的和目标
2、项目目标
3、项目方位和WBS可交付成果
4、产品设计
5、产品开发
6、测试策略和测试场景
7、高层级需求到详细需求
关注公众号 输入“架构师视频课程”，即可免费获得全套架构师全套课程
