项目及成员 查询scrum项目成员 查询scrum项目公共配置 父主题: API
API 用户信息 项目成员 项目信息 项目指标 项目统计 项目及成员 Scrum项目的迭代 Scrum项目的工作项 Scrum项目的模块 Scrum项目的领域 Scrum项目的状态 看板项目的工作项 IPD项目计划管理 IPD工作项管理 IPD统计概览 IPD模块管理 IPD配置管理
API概览 表1 API概览 类型 说明 Scrum项目的工作项 Scrum项目工作项的创建、删除、修改、查询等相关接口。 Scrum项目的迭代 Scrum项目迭代的创建、删除、修改、查询等相关接口。 用户信息 获取当前用户信息,更新用户昵称,获取当前用户角色。 项目成员 添加、查询、删除、退出项目成员等接口信息。
IPD评审单管理 查询评审单列表 查询评审单详情 父主题: API
管理IPD系统设备类型项目需求 IPD系统设备类项目需求管理流程介绍 IPD系统设备类项目公共配置管理 新建并管理IPD系统设备类项目原始需求 新建并管理IPD系统设备类项目特性树及系统特性 配置IPD系统设备类项目计划 新建并管理IPD系统设备类项目研发需求 新建并管理IPD系统设备类项目任务
新建并管理IPD系统设备类项目原始需求 IPD系统设备类项目原始需求流程介绍 在IPD系统设备类项目中新建原始需求 在IPD系统设备类项目中管理原始需求 父主题: 管理IPD系统设备类型项目需求
新建并管理IPD系统设备类项目特性树及系统特性 在IPD系统设备类项目中新建特性树 在IPD系统设备类项目中管理特性树 IPD系统设备类项目系统特性流程介绍 在IPD系统设备类项目中新建系统特性 在IPD系统设备类项目中管理系统特性 父主题: 管理IPD系统设备类型项目需求
IPD独立软件类项目公共配置管理 配置IPD独立软件类项目工作项的公共字段 配置IPD独立软件类项目工作项的公共状态 配置IPD独立软件类项目工作项的模板 配置IPD独立软件类项目工作项的状态流 配置IPD独立软件类项目工作项的标签 添加IPD独立软件类项目工作项的模块类型 添加IPD独立软件类项目工作项的工时类型
管理Scrum类型项目需求 Scrum项目需求管理流程介绍 Scrum项目公共配置管理 新建并管理Scrum项目工作项 配置Scrum项目迭代计划 跟踪Scrum项目进展
跟踪Scrum项目进展 使用统计报表跟踪Scrum项目进展 使用仪表盘跟踪Scrum项目进展 发送Scrum项目进展报告 父主题: 管理Scrum类型项目需求
创建CodeArts项目 使用项目模板创建CodeArts项目 使用示例项目创建CodeArts项目
新建并管理Scrum项目工作项 在Scrum项目中新建工作项 在Scrum项目中通过思维导图新建工作项 在Scrum项目中通过甘特图新建工作项 在Scrum项目中管理工作项 父主题: 管理Scrum类型项目需求
文档操作 文档模板操作 文档/文件夹操作 快捷键 搜索 内容分享 在线协同编辑 跨服务联动 父主题: 知识库用户指南
None 特性讲解 需求管理 CodeArts Req 自定义状态流功能介绍 05:06 了解什么是自定义状态流功能 操作指导 需求管理 CodeArts Req 介绍如何创建并设置Scrum项目 03:27 创建Scrum项目 需求管理 CodeArts Req 介绍如何创建并设置看板项目
会出现在Sprint结束时不能完成当初设定的Sprint目标,很多工作项需要跨Sprint才可以完成。 问题分析 目前Sprint中存在的主要问题是Sprint目标完成不好,解决障碍,Sprint目标按承诺完成即可。 团队成员的工作内容中包含很多探索性工作项,对工作内容领域不熟悉
Scrum项目工作项说明 工作项类型 说明 举例 Epic(战略举措) 通常翻译为史诗,指公司的关键战略举措,可以是重大的业务方向,也可以是重大的技术演进。 企业通过对Epic的发现、定义、投资、管理和落地达成,使得企业的战略投资主题得以落地,并获得相应的市场地位和回报。 Epic的粒度
会额外付出工作量去处理,造成迭代目标不能达成的风险。 开发团队主要想解决如何处理琐碎、突发性的支撑工作,如何提高工作效率的问题。 解决措施 敏捷方式是趋势,越来越多的开发团队开始接触和使用,CodeArts产品也是基于敏捷思维设计的,以下内容均以敏捷方式叙述,包括但不限于Scrum框架。
变更频繁都是影响研发效能的首要因素,在2019年中国DevOps现状调查报告中也可以发现,超半数企业认为需求的频繁变更是阻碍软件按时交付的主要原因。解决或缓解需求变更频繁带来的影响,是势在必行的重要工作。 问题分析 由于每家企业的情况不同,包括客户合作方式、人员能力水平、研发流程
2019年中国DevOps行业现状报告:中国信息通信研究院、华为云DevCloud、南京大学联合发布 《用户故事实战》,Mike Cohn 《成为技术领导者》,杰拉尔德·温伯格 《复盘+:把经验转化为能力》,邱昭良 Scrum指南(2017-Scrum-Guide-Chinese-Simplified),2017年11月版
果这种情况反复出现,那建议可以考虑进行复盘,从需求结构化管理的角度进行分析,并商讨改进措施。 事后的处理 事后其实就是复盘,复盘的关键是要基于盘来推演和分析,这个盘就是事前制定的模型和规范。是有模型有规范,但执行出了问题?还是说这几个需求情况特殊,模型比较简单没有覆盖到这些特殊情
您即将访问非华为云网站,请注意账号财产安全