需求&任务

需求和任务均属于事项。关于事项更多信息，请参见 事项。

需求

需求通常为用户故事，即从用户角度描述其希望实现的功能。一则好的用户故事包含以下要素：

• 角色：谁来使用这个功能。
• 活动：需要完成什么样的功能。
• 商业价值：为什么需要该功能，该功能将带来什么样的价值。

用户故事通常以如下格式表达：

• 英文 As a < Role >, I want to < Activity >, so that < Business Value >.

• 中文 作为一个 < 角色 >，我想要 < 活动 >，以便于 < 商业价值 >。

• 示例

进入 DevOps 平台 > 项目 > 项目协同 > 需求。

1. 由产品经理设计、评审、创建需求，随后指派给开发工程师。
2. 开发工程师将需求拆解为若干个任务完成，待测试工程师测试、验收过后，将需求状态变更为已完成。

需求支持以下五种添加方式：

• 通过需求页面新建需求。
• 从待办事项中将相关需求拖动至指定迭代版本号。
• 事项详情中创建并关联需求。
• 将任务或缺陷事项转为需求。
• 批量导入。

具体内容如下：

• 需求标题、内容、添加备注、活动日志
• 需求关联具体代码仓库分支的合并请求（Merge Request）
• 需求关联事项，可将需求拆分为多个任务进行管理
• 需求状态、处理人、所属迭代
• 需求优先级（紧急、高、中、低）
• 需求复杂度（复杂、中、容易）
• 截止时间、预估时间、时间跟踪
• 需求标签设置

任务

开发工程师将需求拆分为若干个功能点，每个功能点对应一个任务。

进入 DevOps 平台 > 项目 > 项目协同 > 任务。

1. 开发工程师将需求拆解为若干个任务。
2. 完成任务的过程中，测试工程师将创建测试用例。
3. 测试工程师对任务功能点进行测试。
4. 验收通过后更改任务状态为已完成。

• 任务开发过程中，测试工程师将进行测试相关工作的准备。关于测试更多信息，请参见 功能测试 和 自动化测试。
• 根据迭代需求和任务看板，进行每日站立会议。单次会议控制在 15 分钟左右，需人人发言。
• 任务管理和需求管理一样，在基本信息维护管理的同时，还可关联代码仓库的合并请求（Merge Request）。
• 任务预计工作量指完成整个任务所需工作量的预估，单位可以是人天、人时，相关单位会自动进行转换，例如 7 人天将自动转换为 1 人周。 实际工作量根据当天实际情况输入后，系统将自动计算该任务剩余工作量，帮助任务处理者及时判断剩余工作量，便于后续的合理投入和安排。