查询迭代计划详情，包含统计信息 功能介绍 查询迭代计划详情，包含统计信息 URI GET /GT3KServer/v4/iterators/{iterator_id} 表1 路径参数 参数 是否必选 参数类型 描述 iterator_id 是 String 迭代uri 表2 Query参数

查看更多 →

统计各阶段下迭代计划数量 功能介绍 统计各阶段下迭代计划数量 URI POST /v4/{project_uuid}/iterators/stage-count 表1 路径参数 参数 是否必选 参数类型 描述 project_uuid 是 String 项目ID 请求参数 表2 请求Body参数

查看更多 →

查询工作项详情 获取子工作项 按用户查询工时（单项目） 获取当前用户信息 查看迭代详情 获取指定项目的迭代列表 创建项目 更新Scrum项目迭代 删除项目迭代 批量删除项目的迭代 创建Scrum项目迭代 检查项目名称是否存在 获取指定工作项的评论列表 获取工作项完成率 获取指定项目的成员用户列表

查看更多 →

CodeArts现在的管理流程是一周一个迭代。 在做DevOps转型和DevOps微服务之前，产品是三周一个迭代，团队没有采用瀑布，而是采用持续交付。 转型后，发布周期由三周变为一周，一共十个服务，每个服务一周一个迭代，一个迭代发布一次，所有服务不在同一天发布，因此对客户的感知是每天都有新版本上线。每周迭代过程与

查看更多 →

在传统开发模式下，开发任务是由项目经理指派给个人的，而在敏捷开发模式中，开发任务是团队领取的。 很多企业在转型中遇到过这样的问题：“计划会议认领开发任务的时候，有几个任务没人认领怎么办？” 问题分析 首先，相对于传统开发模式的指派开发任务，需要知道为什么在敏捷开发中是领取任务。在敏捷中，不管是敏捷宣言还是Scrum指

查看更多 →

随着近些年敏捷在行业及企业的推广，越来越多的企业意识到了敏捷所带来的好处，并愿意在敏捷上有所投入，从而越来越多的朋友加入了敏捷从业者行列，愿意学习敏捷知识。 本文内容推荐有基本敏捷常识及有一定Scrum理论基础的朋友们阅读，并按实际场景进行参考。 定义和特性说明 定义 敏捷开发方式

查看更多 →

迭代评审会议验收迭代成果。 在到达迭代的预计结束时间前，项目组召开迭代评审会议，展示当前迭代的工作成果。 “迭代”页面提供了迭代统计图表，团队可以方便的统计当前迭代的进度情况，包括需求完成情况、迭代燃尽图、工作量等。 进入“迭代”页面，单击“统计”，即可展开迭代进度视图。 父主题： 实施步骤

查看更多 →

迭代评审会议验收迭代成果。 在到达迭代的预计结束时间前，项目组召开迭代评审会议，展示当前迭代的工作成果。 “迭代”页面提供了迭代统计图表，团队可以方便的统计当前迭代的进度情况，包括需求完成情况、迭代燃尽图、工作量等。 进入“迭代”页面，单击“统计”，即可展开迭代进度视图。 父主题： 实施步骤

查看更多 →

产品优势 搜索高精度 依托华为云盘古大模型，海量数据学习迭代，具备行业领先的搜索精度。 服务高性能 分布式搜索服务架构，自研向量检索引擎，企业级稳定性，百亿数据毫秒级响应。 定制化服务 提供定制化的场景搜索服务，支持基于配置的敏捷定制能力，满足垂类场景应用。 产品功能 通用搜索 通用搜索（General

查看更多 →

预置了五种项目模板：IPD-系统设备类模板、IPD-独立软件类模板、IPD-自运营软件/云服务类模板、Scrum项目模板、看板项目模板。 敏捷迭代开发：支持敏捷迭代开发，迭代计划和时间线清晰展现项目进展。 工作项层次和类型自定义：看板项目类型支持工作项的层次，工作项类型和名称的自定义，灵活轻便。

查看更多 →

如何移动迭代中需求变更后看板中的任务卡片 背景 围绕迭代中需求变更后，如何移动看板中的任务卡片，本文将从正常情况下的移动和需求变更情况下的移动两个方面进行细致讲解。 正常情况下的移动 使用看板主要意图之一是控制在制品数量（WIP，work in process），需要拉动式的移动

查看更多 →

查询迭代计划列表，包含统计信息 功能介绍 查询迭代计划列表，包含统计信息 URI POST /GT3KServer/v4/iterators/batch-query 请求参数 表1 请求Header参数 参数 是否必选 参数类型 描述 X-Auth-Token 是 String 用户Token。

查看更多 →

测试计划基本信息 子配置项 配置建议 名称 输入“迭代4”。 处理者 选择“Billy”。 计划周期 建议与在需求管理中创建的“迭代4”的周期一致。 关联迭代 选择“迭代4”。 高级配置：勾选“手工测试”。确认列表中的需求与需求管理中“迭代4”的需求一致，单击“保存并使用”。 返回测试

查看更多 →

测试计划基本信息 子配置项 配置建议 名称 输入“迭代4”。 处理者 选择“Billy”。 计划周期 建议与在需求管理中创建的“迭代4”的周期一致。 关联迭代 选择“迭代4”。 高级配置：勾选“手工测试”。确认列表中的需求与需求管理中“迭代4”的需求一致，单击“保存并使用”。 返回测试

查看更多 →

查询迭代关联的需求列表或树 功能介绍 查询迭代关联的需求列表或树 URI POST /GT3KServer/v4/{project_id}/iterators/{iterator_id}/issues/batch-query 表1 路径参数 参数 是否必选 参数类型 描述 project_id

查看更多 →

问题为客户带来核心价值。 用户故事（US） 对用户或客户有价值的功能点的简单描述，遵循INVEST原则。US间是解耦的，能够独立交付，是敏捷迭代交付基础。 父主题： 管理IPD自运营/云服务类型项目需求

查看更多 →

模式。 迭代 迭代又称Sprint，属于敏捷方法中的一个重要实践。它的目的是希望能够“小步快跑”、“渐进式”地交付需求，这样的方式也更容易拥抱变化，用更低的成本快速试错。用于工作项的迭代开发计划。 对未启动的迭代进行启动操作，启动后，迭代进入进行中状态。 对已启动的迭代进行结束和

查看更多 →

”下拉框选择项目类型（Scrum、IPD-系统设备类、IPD-独立软件类）。单击“确定”。 Scrum：增量迭代式的软件开发方法，通过最重要的迭代计划会议、每日站会、迭代回顾、验收会议来进行简单高效的管理。 IPD-系统设备类：面向系统设备类产品开发场景的IPD需求管理方法，通过

查看更多 →

IPD-系统设备示例项目 针对嵌入式软件场景，其特点为软件持续迭代，硬件平台也在持续演进，比如通信设备、汽车、家电、消费电子等涉及到软硬件复杂产品。 IPD-独立软件示例项目 针对IT应用及平台类软件，硬件标准化或不依赖专有硬件，软件频繁迭代场景，比如ERP软件、CRM、数据库、网管软件等。

查看更多 →

示例2：查询指定项目下的迭代列表 场景描述 本章以test001为例，指导您通过API查询指定项目下的迭代列表。 API的调用方法请参见如何调用API。 约束限制 test001用户已经在需求管理中存在已自己创建的项目。 涉及接口 通过用户token查询当前用户指定项目下的迭代列表接口信息 URI：GET

查看更多 →

对已创建的迭代，可以执行以下操作： 表2 管理迭代 操作项 说明 编辑迭代 单击迭代卡片右上角下的“编辑迭代”，可对迭代进行编辑。 更改迭代状态 针对“未启动”状态的迭代，单击迭代卡片右上角下的“启动迭代”，变更迭代状态由“未启动”变为“进行中”。 针对“进行中”状态的迭代： 单击

查看更多 →