基本概念

项目

项目是通过一定的流程，由一系列协同和受控的活动组成，项目的目标是满足特定需求，并受时间成本和资源的约束。需求管理服务通过对项目的过程和结果进行管理，达成项目的既定目标。

工作项

完成工作的一个实例，通常有一个唯一的编号和描述信息，工作项可以是需求、缺陷和任务。

Scrum

Scrum是迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum包括了一系列实践和预定义角色的过程骨架。

Scrum团队中主要包括三个角色，分别是产品负责人、开发团队和Scrum Master，负责维护过程和任务。

产品负责人代表利益所有者，开发团队包括了所有开发人员。

Scrum是为管理软件开发项目而开发的，同样也可以用于运行软件维护团队，或者作为计划管理方法：Scrum of Scrums。

迭代

迭代式开发也被认为是迭代增量式开发过程，可以简称为迭代开发，弥补了传统瀑布式开发的一些不足，通常被认为具有更高的成功率和生产率。

Epic

在敏捷开发过程中，Epic是一种工作项类型，通常用来定义一系列非常宏观的场景或规划，而且通常开发工作量比较大，需要继续分解为更细粒度的工作项来安排迭代开发交付。

Feature

特性是一种工作项类型，通常是指对于用户有价值，并能成为产品主要卖点或销售亮点的系统特性。

Story

用户故事是一种工作项类型，是从用户的角度来描述用户需要的功能，一个好的用户故事通常包括：

• 角色：谁要使用这个功能。
• 活动：需要完成什么样的功能。
• 价值：为什么需要这些功能，对于用户的价值是什么。用户故事通常建议在一个迭代内可以交付。用户故事有时也被简称为Story。

Backlog

Backlog在软件开发场景，可以理解为是待开发工作项池，根据不同的场景，可以加上不同的限定语，如产品Backlog，代表产品待开发的工作项池，如迭代Backlog，代表某个迭代待开发的待办工作项池。

• Product Backlog（产品列表）：根据用户价值进行优先级排序的高层需求。
• Sprint Backlog（冲刺订单）：要在冲刺中完成的任务的清单。

看板开发

看板开发是来自于丰田汽车的生产管理方式并应用于软件开发过程的一种方法，通常采用任务卡片并通过价值流转的方式来管理软件开发过程，专注于平衡团队的能力与当前正在进行的工作。

原始需求（RR：Raw Requirement）

原始需求RR是来自公司内、外部客户的，以客户视角描述的原始问题或者原始诉求。客户需求属于原始需求的一种类别。此类需求需要RMT/RAT分析评审后作出决定。

系统特性（SF：System Feature）

描述带来价值的特性。

• IPD系统设备类项目：SF还可以按照层级关系新建不同类型的子需求，依次为：SF > IR > SR > AR。
• IPD独立软件类项目：SF还可以按照层级关系新建不同类型的子需求，依次为：SF > IR > US。

初始需求（IR：Initial Requirement）

初始需求IR是站在内外部客户/市场角度，以准确的语言（完整的背景、标准的格式）重新描述的需求。IR来自于如下两部分：

• 原始需求经过RMT/RAT分析决策后产生。
• 直接由产品规划产生（包括系统特性分解）。

在增量版本开发中，因系统特性已经稳定，版本的增量需求，主要由IR承载。

系统需求（SR：System Requirement）

系统需求SR是站在研发视角，描述系统对外呈现的、可测试的全部功能需求和非功能需求。其中功能需求是对系统提供的功能的场景化的具体要求，非功能需求是对系统的成本、全局质量属性（主要是DFX）、技术限制等非功能性方面的具体要求。

分配需求（AR：Assigned Requirement）

分配需求AR是根据基层组织分工不同，以可交付的视角，由SR进一步分解分配到子系统/模块的功能或非功能需求。

用户故事（US：User Story）

用户故事US是对用户或客户有价值的功能点的简单描述，遵循INVEST原则。US间是解耦的，能够独立交付，是敏捷迭代交付基础。

用户故事适用于IPD项目。