收集需求

收集需求

收集需求是为实现项目目标而确定、记录并管理干系人的需要和需求的过程。本过程的主要作用是,为定义和管理项目范围(包括产品范围)奠定基础。图5-4描述本过程的输入、工具与技术和输出,图5-5是本过程的数据流向图。

图5-4收集需求:输入、工具与技术和输出

图5-4收集需求:输入、工具与技术和输出

图5-5 收集需求的数据流向图

图5-5 收集需求的数据流向图

让干系人积极参与需要发掘和分解工作(分解成需求),并仔细确定、记录和管理对产品、服务或成果的需求,能直接促进项目成功。需求是指根据特定协议或其他强制性规范,项目必须满足的条件或能力,或者产品、服务或成果必须具备的条件或能力。需求包括发起人、客户和其他干系人的已量化且书面记录的需要和期望。应该足够详细地探明、分析和记录这些需求,将其包含在范围基准中,并在项目执行开始后对其进行测量。需求将成为工作分解结构(WBS)的基础。需求也是成本、进度和质量规划的基础,有时也是采购工作的基础。收集需求从分析项目章程(见4.1.3.1节)、干系人登记册(见13.1.3.1节)及干系人管理计划(见13.2.3.1节)中的信息开始。

许多组织把需求分为不同的种类,如业务解决方案和技术解决方案。前者是干系人的需要,后者是指如何实现这些需要。需求可以分成不同的类别,有利于对需求进行进一步完善和细化。这些分类包括:

业务需求。整个组织的高层级需要,例如,解决业务问题或抓住业务机会,以及实施项目的原因。

干系人需求。干系人或干系人群体的需要。

解决方案需求。为满足业务需求和干系人需求,产品、服务或成果必须具备的特性、功能和特征。解决方案需求又进一步分为功能需求非功能需求

功能需求是关于产品能开展的行为。如流程、数据,以及与产品的互动。

非功能需求是对功能需求的补充,是产品正常运行所需的环境条件或质量。如可靠性、安防性、性能、安全性、服务水平、可支持性、保留/清除等。

过渡需求。从“当前状态”过渡到“将来状态”所需的临时能力,如数据转换和培训需求。

项目需求。项目需要满足的行动、过程或其他条件。

质量需求。用于确认项目可交付成果的成功完成或其他项目需求的实现的任何条件或标准。