# 需求&任务

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

    # 需求

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

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

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

    • 英文 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 人周。 实际工作量根据当天实际情况输入后,系统将自动计算该任务剩余工作量,帮助任务处理者及时判断剩余工作量,便于后续的合理投入和安排。