检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
本文以“DevOps全流程示例项目”为例，介绍如何在项目中管理需求。 本样例项目采用Scrum模式进行迭代开发，每个迭代周期为两周，前3个迭代已经完成凤凰商城版本的开发，当前正在进行迭代4的规划。 按照项目规划，迭代4要完成的功能为：限时打折管理、团购活动管理。 由于业务与市场的变化，临时新增一个紧
通过特性树基线快照功能，可以将当前特性树版本基线。 在项目主页，选择“特性树”。 单击下方的，弹出“特性树版本快照”窗口。 图2 特性树版本快照 输入快照名称。 单击“确定”，特性树版本快照成功。 查看特性树版本快照记录：默认显示当前版本，单击右侧，选择要查看的版本，即可显示对应版本的快照。 图3 特性树版本快照记录
通过特性树基线快照功能，可以将当前特性树版本基线。 在项目主页，选择“特性树”。 单击下方的，弹出“特性树版本快照”窗口。 图2 特性树版本快照 输入快照名称。 单击“确定”，特性树版本快照成功。 查看特性树版本快照记录：默认显示当前版本，单击右侧，选择要查看的版本，即可显示对应版本的快照。 图3 特性树版本快照记录
计费FAQ 旧版计费方式如何收费？ 旧版本开通/关闭服务按需计费方式说明 已开通旧版本服务，能否转换为新版本计费？
在看板项目中新建工作项 在看板项目中，可以根据需要在各个工作项层级下新建不同类型的工作项。 本节以工作项层级“战略”、对应默认工作项类型“商业目标”为例介绍工作项的创建过程。如果需要给不同工作项层级创建工作项，可以单击左上角层级名称（默认“战略”），选择不同层级（如“需求”或“开
仅新建Bug时显示该参数。 发现缺陷的PI版本。 仅当新建迭代后，该参数才会有取值。 发现环境 仅新建Bug时显示该参数。 发现Bug的环境，包括开发自测环境、测试环境、生产环境。 修复迭代 仅新建Bug时显示该参数。 发现Bug的PI版本。 仅当新建迭代后，该参数才会有取值。 期望修复时间
根据条件查询工时列表-分页 创建工时 查询工时类型 创建特性集，预留批量接口，当前仅支持单条数据创建 编辑特性集 删除特性集 查询特性集快照版本 根据快照版本查询特性集 根据快照版本id和特性集id查询特性,会根据传入的特性集id检索所有的子特性集 查询工作项关联 查询工作项附件列表 根据ID下载工作项附件
在弹框中输入版本快照名称，可以将已确定的特性树进行快照，完成后，特性树会作为一个版本记录下来。 图8 特性树版本快照 单击SF标题，进入SF详情，单击更多操作中的“历史版本”，可以查看当前SF的历史版本，选择任意两个版本可对其进行对比，在版本对比页可查看两个版本之间的差异。 图9
用户故事就是目标和需求的载体，以用户的场景来讲故事，便于在客户、业务与开发之间进行信息的传递。在这个过程中，独立的需求条目的堆积，很容易导致只能看到各个需求条目，不能从整个解决方案思考需求。用户故事以用户使用的场景为主线，将大的阶段点，及其细分的活动，以树状的结构进行梳理和展现，既可以看到
表单、【数据库】用户地址数据表设计和实现。 图1 需求规划 第三步：通过工作项的属性，对于不同模块以及版本进行管理 工作项详情页面对应属性如图2所示： 模块：Web端。 发布版本号：1.0.1.2。 图2 属性示例 对于模块清单的维护，可以在工作项编辑状态，单击“模块”字段右侧的
结合起来使用。 预计工时 工作项完成所需的预计工时。 实际工时 工作项完成所需的实际工时。 发现版本号 Bug发现版本号，即Bug发现的产品版本号。只有Bug类型工作项才有“发现版本号” 完成度 设置当前工作项的完成情况。取值为0%~100%。父工作项（即工作项存在子工作项）的“
以上术语是统计术语，可以简单的按一个公式来掌握使用：统计报表 = 统计各个“分析维度”在各个“对比维度”的“汇总方式”。 例如：“分析维度”选择“处理人”，“对比维度”选择“迭代”，“汇总方式”选择“预计工时”，那么套用上面的公式，就是统计各个“处理人”在各个“迭代”的“预计工时”，也就是个人在不同迭代的预计工时统计。
以上术语是统计术语，可以简单的按一个公式来掌握使用：统计报表 = 统计各个“分析维度”在各个“对比维度”的“汇总方式”。 例如：“分析维度”选择“处理人”，“对比维度”选择“迭代”，“汇总方式”选择“预计工时”，那么套用上面的公式，就是统计各个“处理人”在各个“迭代”的“预计工时”，也就是个人在不同迭代的预计工时统计。
个用户登录功能，按照下图所示规划需求。用户会将其中管理员登录的Task放在第一个版本中发布，后期又增加了一个手机号登录的需求，设置成Task放在第二个版本中发布，这样一个Story里面存在多个不同版本（或迭代）发布的Task，不方便管理。由此可以将这个问题的根因定性为如何进行需求结构化管理的问题：
工作项重要程度 status status object 工作项状态 release_dev String 工作项发布版本号 find_release_dev String 缺陷发现版本号（仅Bug类型工作项具备该字段） env env object 缺陷发现环境（仅Bug类型工作项具备该字段）
效率和准确性，保障高质量的产品交付。 缺陷全生命周期管理的流程如下： 测试人员发现缺陷并提交缺陷单。 缺陷责任人定位缺陷产生的原因，并根据版本计划及时修复。 测试人员根据最新实现功能回归测试缺陷单，并验收。 项目经理可以查看缺陷的度量数据。 缺陷责任人可根据项目实际情况对缺陷单的关联项进行追溯。
类型 目前适配的主流浏览器类型包括： Chrome浏览器：支持和测试最新的3个稳定版本 Firefox浏览器：支持和测试最新的3个稳定版本 Edge浏览器：Win10默认浏览器，支持和测试最新的3个稳定版本 IE浏览器：不再进行支持与测试。 推荐使用Chrome、Firefox浏览器，效果会更好。
自定义字段信息 developer IssueUser object 开发人员信息 discover_version String 发现问题的版本 end_time Long 工作项结束时间 年-月-日 时:分:秒 done_ratio Integer 完成度 示例：0 '0%'(输入数字0代表完成度为0%的工作项)
既然是常态，为何流程没有做出调整去应对？是调整过流程或工作方式，还是无法解决问题，还是说不知道该怎么调整流程或工作方式去适应？ 具体操作方法 具体操作，可以按照事前、事中、事后各个阶段来采取不同的措施处理。 事中的处理 根据具体情况不同，在发现需求遗漏的当时，可以采取如下一些做法： 重要需求遗漏，不紧急：既然不紧急，
被服务器接收，且仍未被拒绝。 101 Switching Protocols 切换协议。只能切换到更高级的协议。 例如，切换到HTTP的新版本协议。 201 Created 创建类的请求完全成功。 202 Accepted 已经接受请求，但未处理完成。 203 Non-Authoritative
长按/截图保存，微信识别二维码
或者关注公众号“华为云”
