活动:分析问题
此活动帮助就要解决的问题达成一致,并提出关于高级别的解决方案的建议。
描述工作分解结构团队分配工作产品使用
用途
此活动的目的是就要解决的问题达成一致。问题分析包括确定项目干系人、定义系统边界和确定强加于系统的约束。
关系
父代活动
描述

任何问题分析的第一步是确保涉及的各方就需要由系统解决的问题或将由系统实现的机会达成一致。为了帮助避免误解,就将在整个项目范围内使用的通用术语达成一致是很重要的。 应该从生命周期早期起,就在词汇表(将在整个项目生命周期内得到维护)中定义项目术语(请参阅获取常用词汇表)。

为了充分理解需要处理的问题,了解项目概念远景中的项目干系人是谁是很重要的。这些关键项目干系人应参与收集要考虑的一组功能,这些功能可以在需求研讨会上收集。然后可向功能分派属性,如理由、相对值或优先级、请求的源等等,这样就可以开始管理相关性和工作计划。

用以记录从问题分析中获得的信息的主要工件是远景,该工件确定要构建的系统的高级别用户或客户视图(请参阅制定远景)。在远景中,初始高级别需求确定了期望相应的解决方案将提供的关键功能。这些功能通常表示为一组高级功能,为解决最关键问题,系统可能拥有这些功能。  

要确定项目的初始范围,必须就系统界限达成一致。系统分析人员确定将与要开发的系统进行交互的用户和系统。系统的用户可以使用用例模型中的参与者表示(请参阅查找参与者和用例)。

需求管理计划用于提供下列指导信息:应开发的需求工件、应管理的项目需求类型、应收集的需求属性和将用于管理产品需求的需求可跟踪性的方法。预先制定此计划非常重要(请参阅制定需求管理计划)。

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

参与分析问题的项目成员应是能干的协调人员,并具备查找深层次问题的技术经验。当然,能够熟悉目标技术是最好不过了,但这不是必需的。项目中各种项目干系人所参与的活动是必需的。

使用
使用指导信息

该活动主要在项目的早期迭代中执行,在该项目中,需要了解正在处理什么问题。在先启阶段期间和精化阶段的早期,应多次重访此活动。 

然后,在项目的整个生命周期中,当管理不可避免的变更(这些变更将在您的项目中进行,以确保不断处理更正问题)时,应按照需要重访。