检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
Task”),确保组织战略规划落地: 支持创建多个思维导图。 思维导图支持快速拆解子需求。 支持一键导出图片。 知识库在线团队协作 云端服务,多角色跨地域协同开发,提升效率。 在线评论、Wiki在线协作、项目文档云端托管。 个人用户 编写个人博客。 创建私密仓库,存放个人笔记。 收集整理资料,构建专属的知识库。
可以拖拉移动工作项的状态。 在工作项详情页中管理工作项 在工作项详情页面,除了可以修改工作项的处理人、状态等,还可以查看关联工作项、查看工作代码提交记录、查看工作项操作历史、添加工作项附件等。 进入Scrum项目,选择“工作项 > 需求管理 > 工作项”页签,选择工作项,单击工作项标题,进入详情页,可进行如下操作。
参数 是否必选 参数类型 描述 domain_name 是 String 领域名称 响应参数 状态码: 200 表4 响应Body参数 参数 参数类型 描述 domain_name String 领域名称 domain_id String 领域id 状态码: 400 表5 响应Body参数
文档操作 文档模板操作 文档/文件夹操作 快捷键 搜索 内容分享 在线协同编辑 跨服务联动 父主题: 知识库用户指南
获取指定工作项的评论列表 按用户查询工时(单项目) 按用户查询工时(多项目) 添加指定工作项工时 查询项目下的工时类型 获取工作项历史记录 创建工作项 查询项目的工作项 高级查询工作项 批量删除工作项 查询工作项详情 更新工作项 删除工作项 获取子工作项 查询项目下所有工作项的历史记录 查询Scrum项目的工作项流转配置
创建、更新、查询、删除项目等相关的接口。 项目指标 查询人均bug,查询需求按时完成率,查询缺陷密度。 项目统计 获取bug,需求统计信息,获取项目概览。 看板项目的工作项 查询看板项目下工作项的相关接口。 Scrum项目的模块 Scrum项目模块的创建、查询、更新和删除相关接口。 Scrum项目的领域 Scrum项
OpenAPI管理 查询IPD项目列表 查询项目成员 上传文件并关联工作项 根据条件查询工时列表-分页 创建工时 查询工时类型 创建特性集,预留批量接口,当前仅支持单条数据创建 编辑特性集 删除特性集 查询特性集快照版本 根据快照版本查询特性集 根据快照版本id和特性集id查询特性,会根据传入的特性集id检索所有的子特性集
第十七次正式发布。本次变更说明如下: 增加了查询项目的工作项。 增加了查询项目下所有工作项的历史记录。 增加了查询Scrum项目的工作项流转配置。 增加了查询当前工作项已经关联的工作项。 增加了查询当前工作项已经关联的关联Wiki。 增加了查询当前工作项已经关联的代码提交记录 / 分支创建记录。 增加了查询关联用例。
IPD工作项管理 批量删除工作项 批量更新工作项 查询树状工作项 查询工作项列表 查询工作项详情 创建IPD工作项 批量创建工作项 查询工作项详情 父主题: API
对象类型(需求/缺陷/任务等),可支撑IPD、DevOps、精益看板等多种研发模式,还包含跨项目协同、基线与变更管理、自定义报表、Wiki在线协作、文档管理等功能。 预置了五种项目模板:IPD-系统设备类模板、IPD-独立软件类模板、IPD-自运营
项目指标 查询人均bug 查询需求按时完成率 查询缺陷密度 父主题: API
看板项目的工作项 查询看板项目下工作项的状态历史记录 查询看板项目下的工作项 查询看板项目的工作项流转配置 父主题: API
项目及成员 查询scrum项目成员 查询scrum项目公共配置 父主题: API
IPD评审单管理 查询评审单列表 查询评审单详情 父主题: API
查看迭代详情 功能介绍 查看迭代详情 调用方法 请参见如何调用API。 URI GET /v4/iterations/{iteration_id} 表1 路径参数 参数 是否必选 参数类型 描述 iteration_id 是 Integer 迭代id 请求参数 表2 请求Header参数
项目信息 获取项目详情 更新项目 删除项目 查询项目列表 获取租户没有加入的项目 创建项目 检查项目名称是否存在 查询项目模板 父主题: API
IPD配置管理 查询字段列表 查询工作项状态列表 父主题: API
应用示例 示例1:获取需求管理中项目列表 示例2:查询指定项目下的迭代列表 示例3:查询用户工作项的评论
IPD项目计划管理 新建计划 批量删除计划 PI/迭代列表查询 发布/迭代计划详情查询 更新计划 批量基线或取消基线 更新PI/迭代状态 父主题: API
另一方面也可以先采取一些临时措施。 预留时间:比如,如果确实很难分析清楚为什么总是会遗漏需求,无法进行非常有针对性的处理时,也可以采取较为模糊应对的方式。可以拉取过去一段时间的工作记录,评估这段时间每个迭代的突发需求所消耗的工作量投入,可以取个平均值,然后在后续进行迭代工作安排的