Activity:了解项目干系人需要
此活动的目的是帮助了解项目干系人对于建议解决方案的需要,并定义解决方案的关键功能。
扩展:了解项目干系人需要
描述工作分解结构团队分配工作产品使用
用途
此活动的目的是通过收集有关预期或设想产品的信息来了解主要项目干系人的需要。
关系
父代活动
描述

此活动侧重于收集和引发来自项目干系人的信息,以了解项目干系人的真正需要(请参阅引发项目干系人请求)。所收集的项目干系人请求可看作是“愿望清单”,将用作定义系统高级别功能的主要输入信息,如远景所述(请参阅制定远景);远景将推动软件需求规范,如软件需求规范中所述(软件需求规范可以引用用例模型用例补充规范)。

主要目标是使用诸如会见、改进请求需求研讨会之类的输入信息来引发项目干系人请求。主要结果是收集到的功能(按优先级排序)及其关键属性,这些将用于定义系统和管理系统范围(请参阅定义系统管理系统范围)。

这些信息将有助于优化“远景”,并使得能够更好地理解需求属性。另外,在制定此活动期间,您可以根据系统用例参与者(请参阅查找参与者和用例)开始讨论系统的功能需求。那些不适合放在用例中的需求应当记录在补充规范中(请参阅开发补充规范)。 

在定义新的需求时,记录这些需求的所有依赖性(例如,可跟踪性)非常重要(请参阅管理依赖性)。

另一个重要结果是获得经过更新的术语词汇表,通过在团队成员之间使用通用词汇表可促进沟通(请参阅获取通用词汇表)。

属性
事件驱动
多次出现
正在进行
可选
已计划
可重复
人员配备

参与理解项目干系人需要的项目成员应是能干的协调人员,并具备通过推理得出信息的经验。当然,能够熟悉目标技术是最好不过了,但这不是必需的。

使用
使用指导信息

该活动主要在先启和精化阶段中的迭代中执行,但在管理范围和响应不断变化的需求以及项目条件的其他变更时,可按照需要重访。

关键注意事项

请注意,要在此能力模式中执行的活动并不按顺序执行。实际上,很多情况下这些活动是同时执行的。 例如,确定参与者和用例(查找参与者和用例)时,我们可能遇到实质上并不与某特殊用例一致的需求,那种情况下需求可能定义在补充规范(制定补充规范)中。 相反,在确定非特定于用例的需求(例如,系统范围的需求)时,我们可能遇到仅适用于某特定用例的需求,在那种情况下,需求与特定用例相关联。