检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
单击“确定”。在“新建SF”按钮旁边会显示创建的视图。 搜索时选择创建的视图名称,可查询出符合条件的系统特性。 视图支持分享给其他人、修改和删除操作。 操作成员需拥有特性的“查看”权限。 导入工作项 系统提供了系统特性导入的模板,用户下载模板后,可填写多个系统特性信息进行导入,便于节约特性创建的时间。 在系统特
单击“确定”。在“新建”按钮旁边会显示创建的视图。 搜索时选择创建的视图名称,可查询出符合条件的工作项。 视图支持分享给其他人、修改和删除操作。 导入工作项 系统提供了工作项导入的模板,用户下载模板后,可填写多个工作项信息进行导入,便于节约工作项创建的时间。 在工作项列表中,单击搜索栏最右侧的图标,选择“导入”。
t”所在的“IPD项目2”中。 回到源原始需求列表中,可查看到该需求的“协同状态”显示为橙色的“协同下发”。 说明: “协同下发”显示的颜色不同,代表协同下游需求的意思不同,具体如下: :当前需求下存在未处理的协同下游需求,“协同下发”的颜色显示为橙色。 :当前需求下的全部协同下
如何移动迭代中需求变更后看板中的任务卡片 背景 围绕迭代中需求变更后,如何移动看板中的任务卡片,本文将从正常情况下的移动和需求变更情况下的移动两个方面进行细致讲解。 正常情况下的移动 使用看板主要意图之一是控制在制品数量(WIP,work in process),需要拉动式的移动
t”所在的“IPD项目2”中。 回到源原始需求列表中,可查看到该需求的“协同状态”显示为橙色的“协同下发”。 说明: “协同下发”显示的颜色不同,代表协同下游需求的意思不同,具体如下: :当前需求下存在未处理的协同下游需求,“协同下发”的颜色显示为橙色。 :当前需求下的全部协同下
t”所在的“IPD项目2”中。 回到源原始需求列表中,可查看到该需求的“协同状态”显示为橙色的“协同下发”。 说明: “协同下发”显示的颜色不同,代表协同下游需求的意思不同,具体如下: :当前需求下存在未处理的协同下游需求,“协同下发”的颜色显示为橙色。 :当前需求下的全部协同下
查询Scrum工作项自定义字段 功能介绍 查询Scrum工作项自定义字段的可选列表,符合custom_fields或者names条件的都返回,2个值都不传,返回所有的自定义字段列表 调用方法 请参见如何调用API。 URI POST /v4/projects/{project_i
漏需求,无法进行非常有针对性的处理时,也可以采取较为模糊应对的方式。可以拉取过去一段时间的工作记录,评估这段时间每个迭代的突发需求所消耗的工作量投入,可以取个平均值,然后在后续进行迭代工作安排的时候,固定的预留出一定量的时间,用于应对极有可能会出现的突发需求。 需求拆细:当出现突
文档修订记录累积了每次文档更新的说明。最新版本的文档包含以前所有文档版本的更新内容。 修订记录 发布日期 第二十五次正式发布。本次变更说明如下:增加了SDK代码示例。 2024-03-08 第二十四次正式发布。本次变更说明如下: 增加了添加指定工作项工时。 增加了查询项目下的工时类型。 增加了获取指定工作项停留时间。
迭代标题 opened_total Integer 开启的工单数 progress String 工作进展 total Integer 工单总数 updated_time String 迭代更新时间 status String 迭代的状态,0 未开始,1 进行中,2 结束 表4 Chart
返回结果 状态码 请求发送以后,您会收到响应,包含状态码、响应消息头和消息体。 状态码是一组从1xx到5xx的数字代码,状态码表示了请求响应的状态,完整的状态码列表请参见状态码。 对于获取用户Token获取请求认证接口,如果调用后返回状态码为“201”,则表示请求成功。 响应消息头
构造请求 本节介绍REST API请求的组成,并以调用IAM服务的获取用户Token获取请求认证接口说明如何调用API,该API获取用户的Token,Token可以用于调用其他API时鉴权。 您还可以通过这个视频教程了解如何构造请求调用API:https://bbs.huaweicloud
人是重叠的,B项目的5个用户也在A项目,A、B项目一起实际收费是按10人收。 如果该租户下的某个用户没有加入该租户下的任何一个项目,则不参与计费。 如果该租户下的某个项目邀请了其他租户的用户加入,则这批用户也作为邀请租户的用户进行计费。 这批用户同时也会按自己归属租户的计费原则进行计费。
“协同下发”显示的颜色不同,代表协同下发需求的状态不同,具体如下: :当前需求下存在接收中的协同下发需求,“协同下发”的颜色显示为橙色。 :当前需求下的所有协同下发需求被接收,“协同下发”的颜色变为绿色。 :当前需求下存在被退回的协同下发需求,“协同下发”的颜色变为红色。 协同接收研发需求 在其他项目的研发需求中执
以下几个方面: 敏捷开发中需求是逐步细化的,遵循自上而下的方式去分解需求。 Epic和Feature都是颗粒度比较大的需求,是用户对于产品的期望和功能特性的描述。 分解为Story的时候,目前正在进行的Sprint需要分得更小更细,将来的Sprint需求(可能是3个及以上)就不需
“协同下发”显示的颜色不同,代表协同下发需求的状态不同,具体如下: :当前需求下存在接收中的协同下发需求,“协同下发”的颜色显示为橙色。 :当前需求下的所有协同下发需求被接收,“协同下发”的颜色变为绿色。 :当前需求下存在被退回的协同下发需求,“协同下发”的颜色变为红色。 协同接收研发需求 在其他项目的研发需求中执
新设定该需求的“优先级顺序”字段的值就可以。但重要的是,需要将优先级顺序调整这件事情记录下来,包括为什么要调整、具体如何调整的、调整背后的具体考虑等信息都记录下来,同样,建议记录在知识库中。用于后续的复盘回顾中作为参考信息,比如每个Sprint/迭代结束时的回顾会议上拿出来进行探讨。
更多关于自组织的相关内容不在本文的范围内,如感兴趣请参阅参考文档。 从敏捷宣言和Scrum指南关于任务的工作方式上来看,在践行敏捷的时候,主要发挥的是开发团队自身的主观能动性,开发团队由原来的控制性转变成了自组织性,而开发任务也就由原来的指派变为了领取。这样的好处是,领取任务就
家评审完成的意见将会展示在此处。 -- 步骤三:审批人决策 当选择“同意”或“拒绝”的评审专家比例达到“工作配置 > 评审设置 > 评审方式”中设置的阈值,则该BR单的“评审”阶段结束,自动流转至“决策”阶段; 如果BR单的“评审”阶段结果为“已拒绝”,则“决策”阶段的结果将自动为“已拒绝”,BR单状态为“完成”。
工作项类型的创建人,系统工作项类型的创建人为项目创建人。 创建时间 工作项类型的创建时间,系统工作项类型的创建时间为项目创建时间。 操作 单击工作项类型行操作的,可对该工作项类型的名称、描述、图标、图标颜色、所属工作项层级进行编辑。 单击工作项类型行操作的,可对该工作项类型的字段模板进行配置,详细操作步骤请参见配置看板项目的工作项模板。