IPD系统设备类项目需求管理流程介绍

IPD系统设备类项目是面向系统设备类产品开发场景的IPD需求管理方法，通过结构化流程、强大的跨项目协作能力来对大型产品开发进行高质高效的管理，主要包含原始需求、系统特性、研发需求、任务、缺陷等内容，任务和缺陷是在需求实现过程中产生的活动和发现的问题。

图1 IPD系统设备类项目

IPD系统设备类项目使用的工作项类型介绍如表 IPD系统设备类项目工作项说明所示。

表1 IPD系统设备类项目工作项说明
工作项类型	说明
原始需求（RR）	原始需求是以客户视角描述的原始问题或者原始诉求。其中，客户需求属于原始需求的一种类别。
特性树（FT）	“特性树”包含特性集和SF的功能。特性集：集合汇总并管理SF。特性集可建立多层级关系，且有特性树版本快照及快照对比等功能。 SF：描述带来价值的特性，SF还可以按照层级关系新建不同类型的子需求，依次为：SF > IR > SR > AR。
系统特性（SF）	系统特性是产品包需求或服务支撑“客户问题（PB）”所具备的重大能力。产品包需求：由产品经理/规划代表规划出来的、完整一致的、成系列的一组正式需求。原则上系统特性是产品包的主要卖点（销售亮点）集合，每条系统特性都是满足客户特定商业价值诉求的端到端解决方案。其中，有一部分系统特性是可以通过License控制单独销售。客户问题（PB）：客户面对的挑战与机会（客户战略与痛点），也就是该产品或服务为客户解决的核心问题。通过解决核心问题为客户带来核心价值。
研发需求（IR/SR/AR）	研发需求下的工作项有以下三种类型： IR初始需求站在客户/市场视角，以准确的语言、完整的背景、标准的格式重新描述的需求。 SR系统需求站在研发视角，描述系统对外呈现的、可测试的功能性需求和非功能性需求。功能性需求是对系统提供功能的场景化的具体要求。非功能性需求是对系统的成本、全局质量属性（主要是DFX）、技术限制等非功能性方面的具体要求。 AR分配需求站在可交付视角，根据基层组织分工不同，由SR进一步分解分配到子系统、模块的功能和非功能需求。
任务（Task）	任务是为了完成某个目标而产生的活动。
缺陷（Bug）	项目中发现的问题，可以视为缺陷。