需求&任务

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

需求

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

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

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

  • 英文

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

  • 中文

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

  • 示例

    需求&任务 - 图1

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

需求&任务 - 图2

  1. 由产品经理设计、评审、创建需求,随后指派给开发工程师。

  2. 开发工程师将需求拆解为若干个任务完成,待测试工程师测试、验收过后,将需求状态变更为已完成。

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

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

需求&任务 - 图3

具体内容如下:

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

任务

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

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

需求&任务 - 图4

  1. 开发工程师将需求拆解为若干个任务。

  2. 完成任务的过程中,测试工程师将创建测试用例。

  3. 测试工程师对任务功能点进行测试。

  4. 验收通过后更改任务状态为已完成。

需求&任务 - 图5

  • 任务开发过程中,测试工程师(QA)将进行测试相关工作的准备。关于测试更多信息,请参见 功能测试自动化测试

  • 根据迭代需求和任务看板,进行每日站立会议。单次会议控制在 15 分钟左右,需人人发言。

  • 任务管理和需求管理一样,在基本信息维护管理的同时,还可关联代码仓库的合并请求(Merge Request)。

  • 任务预计工作量指完成整个任务所需工作量的预估,单位可以是人天、人时,相关单位会自动进行转换,例如 7 人天将自动转换为 1 人周。

    实际工作量根据当天实际情况输入后,系统将自动计算该任务剩余工作量,帮助任务处理者及时判断剩余工作量,便于后续的合理投入和安排。

需求&任务 - 图6