检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
是否必选 参数类型 描述 role_id 否 Integer 成员角色, -1 项目创建者, 3 项目经理, 4 开发人员, 5 测试经理, 6 测试人员, 7 参与者, 8 浏览者, 9 运维经理 user_id 是 String 用户32位uuid 响应参数 状态码: 400
制到其它Wiki的任意目录。 移动 文档或文件夹可以移动到本Wiki或其他Wiki目标节点下。默认移动至当前Wiki空间。 分享 文档支持在线分享。 在文档编辑页面右上角单击。 设置分享参数。 表1 分享参数操作说明 参数名 操作说明 协作编辑邀请 邀请企业内成员对当前文档进行协作编辑(单文档支持多人同时编辑)。
配置原始需求的字段模板和描述模板 9 IPD需求模型提供流程流转次数统计 IPD需求模型提供流程流转次数统计,支持缺陷作业过程洞察:提供缺陷激活次数、测试不通过次数统计,直观查看缺陷作业中的异常动向,您也可以通过工作流-流转后置动作和自定义字段,实现您想要的任何工作项的任何流程流转次数统计 商用
(项目预设工时类型id及名称对照:21:研发设计,22:后端开发,23:前端开发(Web),24:前端开发(小程序),25:前端开发(App), 26:测试验证,27:缺陷修复,28:UI设计,29:会议,30:公共事务,31:培训,32:研究,33:其它,34:调休请假) 约束限制:不涉及 取值范围:最小值:21,最大值:34
仪表盘中燃尽图数据为每天0点刷新数据,迭代内的燃尽图为实时刷新数据。 仪表盘显示的是工作项状态为“已关闭”的Story数。 项目管理员、项目经理和测试经理在仪表盘中添加自定义报表卡片,如:个人工时,查看每个人的工作量。 前提条件 已新建Scrum项目,并在项目中拥有仪表盘的“新建仪表盘”“编辑仪表盘”权限。
什么关系,通常都是把Story按照具体的组件、模块进行拆分,例如前端、后台、数据库之类的,或者是按照工作流程分工来拆分,例如UCD、开发、测试、部署等。 如下图所示,各层级为: Epic:用户中心。 Feature:地址管理。 Story:用户可以新建地址。 Task:【Web端
表3 响应Body参数 参数 参数类型 描述 fails Array of strings 计算失败的工作项id,一般指未关闭的工作项 data Array of data objects 计算失败的工作项id,一般指未关闭的工作项 total_stay_time Long 停留时间求和(单位:秒)
单击“删除项目”,在弹框中输入项目名称,单击“删除”。 删除成功后,页面返回首页,列表中将不显示已删除的项目。 删除项目将会删除项目下的代码库,代码检查任务,编译构建任务及测试用例等。 数据删除后,将无法恢复,请谨慎操作。 项目服务菜单管理 单击导航“服务菜单管理”。 根据需要勾选显示菜单。 更新成功后,刷新当前页面,导航中将更新后的菜单。
"954399210965348376", "belonging" : "IN_PROGRESS", "display_value" : "测试", "code" : "Test", "created_by" : "a360371833bf4c558f796fd707b44daf"
单击“删除项目”,在弹框中输入项目名称,单击“删除”。 删除成功后,页面返回首页,列表中将不显示已删除的项目。 删除项目将会删除项目下的代码库,代码检查任务,编译构建任务及测试用例等。 数据删除后,将无法恢复,请谨慎操作。 项目服务菜单管理 单击导航“服务菜单管理”。 根据需要勾选显示菜单。 更新成功后,刷新当前页面,导航中将更新后的菜单。
Integer 已超期的工作项数量 remain_di Double 缺陷的遗留DI,统计范围为该项目下所有非关闭态、非草稿态的缺陷 DI计算规则: DI=提示0.1 + 一般1 +严重3 + 致命10 category_name String 统计面板名称 状态码: 400 表8
仅新建Bug时显示该参数。 发现缺陷的PI版本。 仅当新建迭代后,该参数才会有取值。 发现环境 仅新建Bug时显示该参数。 发现Bug的环境,包括开发自测环境、测试环境、生产环境。 修复迭代 仅新建Bug时显示该参数。 发现Bug的PI版本。 仅当新建迭代后,该参数才会有取值。 期望修复时间 仅新建Bug时显示该参数。
以折线图展示,统计当前发布下全部工作项的计划工时/工作项数随发布每天的变化趋势图; 总工作量:系统每天执行定时任务,计算当前发布全部工作项的总工作量(计划工时、工作项)数据; 剩余工作量:系统每天执行定时任务,计算当前发布中所有未完成工作项的工作量(计划工时、工作项数)数据; 理想线:发布第1天的总工作量
以折线图展示,统计当前发布下全部工作项的计划工时/工作项数随发布每天的变化趋势图; 总工作量:系统每天执行定时任务,计算当前发布全部工作项的总工作量(计划工时、工作项)数据; 剩余工作量:系统每天执行定时任务,计算当前发布中所有未完成工作项的工作量(计划工时、工作项数)数据; 理想线:发布第1天的总工作量
请根据实际需要按模板对工作项进行描述。 状态 工作项处理的状态,状态类型可以根据实际需要进行自定义,默认类型如下: 新建 进行中 已解决 测试中 已拒绝 已关闭 新建工作项时,工作项状态默认为“新建”,不能修改。 处理人 工作项处理的负责人。取值范围为该项目的全部成员。如果负责人设置了昵称,将默认显示用户的昵称。
rejected_num Integer 已经拒绝的工作项 solved_num Integer 已经解决的工作项 test_num Integer 测试中的工作项 状态码: 400 表6 响应Body参数 参数 参数类型 描述 error_msg String 错误描述 error_code
下一级是为每个迭代创建的Feature,用来承载各个迭代里面具体的那些突发需求(体现为Story),并做好工时的记录,迭代结束后,就可以来计算出现了多少个突发需求、投入了多少工作量了。 图1 规划迭代 也可以采用“模块”字段来辅助记录和统计突发需求的数据。例如,新建一个模块,取名
队大部分成员的能力时,团队成员可能会存在担心加班加点而不愿意认领。 开发任务超范围:当开发任务的内容超出团队成员所掌握的范围时,如开发不会测试,就可能会出现“我是想认领的,但能力有限”的情况。 担心受到他人指责:工作内容存在一定的挑战性,担心由于自己没有做好,导致团队目标没有达成而受到指责。
热情,使团队成员恢复兴趣并渴望继续完成冲刺的目标。 持续期短的冲刺能提供多个有意义的检查点。传统瀑布式开发有里程碑,例如分析、设计、编码、测试和运行。这些里程碑其实是一些不太准确的指标。Scrum在每个冲刺结束时会有一个有意义的检查点(冲刺评审会议),团队中的每个人可以根据展示的
工时类型,以逗号分隔,21:研发设计,22:后端开发,23:前端开发(Web),24:前端开发(小程序),25:前端开发(App),26:测试验证,27:缺陷修复,28:UI设计,29:会议,30:公共事务,31:培训,32:研究,33:其它,34:调休请假 work_hours_dates