检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
IPD独立软件类项目缺陷流程介绍 缺陷的全生命周期共有分析、修复、测试、验收、关闭五个状态。完整的转状态流程图如图1所示。 图1 缺陷状态转换流程图 各状态下对应的操作如表1所示。 表1 缺陷状态转换操作说明 状态 流转说明 -- 新建缺陷。 缺陷提出人默认为创建缺陷的人。 分析
IPD系统设备类项目系统特性流程介绍 系统特性全生命周期共有初始、研发、完成三个状态，完整的转状态流程图如图1所示。 图1 系统特性转换流程图 各状态下对应的操作如表1所示。 表1 系统特性状态转换操作说明 状态 流转说明 初始 新建系统特性时，状态默认为“初始”。 研发 处理完
IPD系统设备类项目任务流程介绍 任务全生命周期共有初始、处理中、完成三个状态，完整的转状态流程图如图1所示。 图1 任务状态转换流程图 各状态下对应的操作如表1所示。 表1 任务状态转换操作说明 状态 流转说明 初始 新建任务时，状态默认为“初始”。 处理中 处理完“初始”状态的任务后，将“状态”改为“处理中”。
IPD系统设备类项目缺陷流程介绍 缺陷的全生命周期共有分析、修复、测试、验收、关闭五个状态。完整的转状态流程图如图1所示。 图1 缺陷状态转换流程图 各状态下对应的操作如表1所示。 表1 缺陷状态转换操作说明 状态 流转说明 -- 新建缺陷。 缺陷提出人默认为创建缺陷的人。 分析
IPD独立软件类项目任务流程介绍 任务全生命周期共有初始、处理中、完成三个状态，完整的转状态流程图如图1所示。 图1 任务状态转换流程图 各状态下对应的操作如表1所示。 表1 任务状态转换操作说明 状态 流转说明 初始 新建任务时，状态默认为“初始”。 处理中 处理完“初始”状态的任务后，将“状态”改为“处理中”。
IPD独立软件类项目研发需求流程介绍 研发需求生命周期共有初始、分析、开发、测试、完成五个状态，完整的转状态流程图如图1所示。 图1 研发需求状态转换流程图 各状态下对应的操作如表1所示。 表1 研发需求状态转换操作说明 状态 流转说明 初始 新建研发需求时，状态默认为“初始”。
IPD系统设备类项目研发需求流程介绍 研发需求生命周期共有初始、分析、开发、测试、完成五个状态，完整的转状态流程图如图1所示。 图1 研发需求状态转换流程图 各状态下对应的操作如表1所示。 表1 研发需求状态转换操作说明 状态 流转说明 初始 新建研发需求时，状态默认为“初始”。
IPD独立软件类项目系统特性流程介绍 系统特性全生命周期共有初始、研发、完成三个状态，完整的转状态流程图如图1所示。 图1 系统特性转换流程图 各状态下对应的操作如表1 特性状态转换操作说明所示。 表1 系统特性状态转换操作说明 状态 流转说明 初始 新建系统特性时，状态默认为“初始”。
Scrum项目实践概述 Scrum适用于敏捷开发模式的研发管理平台，短周期持续交付，快速响应需求和市场变化。 一个完整的Scrum迭代流程大概涉及需求规划、迭代计划、迭代开发、敏捷回顾四个阶段，整体流程图如图1所示。 图1 Scrum迭代流程 本文将基于前期识别出来的常见问题，总
通过缺陷度量跟踪项目缺陷进展 在项目进行中，可以通过缺陷度量来对项目下的缺陷进展进行跟踪。 查看缺陷度量 缺陷度量视图默认展示统计报表：缺陷概览统计、遗留缺陷DI趋势、缺陷累计三曲线、缺陷每日吞吐、缺陷按严重程度分布、缺陷按状态分布、成员遗留缺陷TOP8。 数值类统计报表：指标取
通过缺陷度量跟踪项目缺陷进展 在项目进行中，可以通过缺陷度量来对项目下的缺陷进展进行跟踪。 查看缺陷度量 缺陷度量视图默认展示统计报表：缺陷概览统计、遗留缺陷DI趋势、缺陷累计三曲线、缺陷每日吞吐、缺陷按严重程度分布、缺陷按状态分布、成员遗留缺陷TOP8。 数值类统计报表：指标取
通过缺陷度量跟踪项目缺陷进展 在项目进行中，可以通过缺陷度量来对项目下的缺陷进展进行跟踪。 查看缺陷度量 缺陷度量视图默认展示统计报表：缺陷概览统计、遗留缺陷DI趋势、缺陷累计三曲线、缺陷每日吞吐、缺陷按严重程度分布、缺陷按状态分布、成员遗留缺陷TOP8。 数值类统计报表：指标取
缺陷跨组织高效协同 大型产品开发往往涉及到多个团队、多个模块，彼此互相依赖，其中一环存在的缺陷，可能导致整个产品的失败。基于大型企业跨部门协作开发理念与实践，CodeArts Defect提供跨项目、跨团队的缺陷提单与跟踪，实现精确高效协同，加速缺陷闭环。 支持将缺陷下发至其他项目，缺陷跨组织协同效果图如下：
Scrum项目需求管理流程介绍 Scrum是增量迭代式的软件开发方法，也是当前主流的敏捷开发过程。通过迭代冲刺的方式，持续交付，从用户需求到用户反馈实现各个迭代闭环的软件开发过程。 Scrum项目类型中，预置了敏捷实践中推荐的“Epic > Feature > Story > Task”的四层模型，如图1所示。
需求高效跨项目协同 大型产品开发往往涉及到数千人大兵团规模作战，协作关系与项目运作沟通成本呈指数级上升，基于华为公司跨部门团队理念与实践，Req联结项目、人、工作项，提供无限组织层级、无限功能领域的网状跨项目协作管理能力，实现立体高效协同，加速信息流转。 支持将研发需求下发至下游项目
如何避免重要需求遗漏 避免重要需求遗漏的思路 避免重要需求遗漏，首先需要反问一句——为什么这些紧急重要的需求无法更早预见？同样的，需要了解： 具体是哪些外界原因？这些原因是否有共性，有的话，那就针对性处理。 增加的需求有无共性特点？有的话，可以针对性处理。 临时增加有多临时？是否
管理项目配置 管理项目通知 项目经理Maggie希望当任务（工作项）分配给团队成员时，该成员能够收到通知，以便及时处理。 进入“凤凰商城”项目，单击导航“设置 > 工作设置 > 通知设置”。 页面中显示样例项目中的默认配置。 由于默认配置可以满足需求，因此本文档中暂不做配置的修改
方案概述 背景信息 CodeArts结合多年研发经验与业界先进的实践提出了一套可操作可落地的敏捷开发方法论：HE2E DevOps实施框架。 图1 HE2E DevOps实施框架 规划和设计 步骤①和②是业务（或者是客户）与技术之间进行产品规划，梳理产品整体脉络，以及进行产品规划实施设计，并控制需求粒度与拆分的过程。
如何玩转每日站会 背景 企业的一些项目团队每天都开站会，但是效果不理想，好像是形式化的内容，并没有起到什么实质的作用。比如，开完站会后，成员继续做着手头的工作，成员依然只关心自己的工作，其他人员的工作完全不了解，好像站会并没有带来什么效果。再比如，开站会本身也有很多问题：会议超时
如何移动迭代中需求变更后看板中的任务卡片 背景 围绕迭代中需求变更后，如何移动看板中的任务卡片，本文将从正常情况下的移动和需求变更情况下的移动两个方面进行细致讲解。 正常情况下的移动 使用看板主要意图之一是控制在制品数量（WIP，work in process），需要拉动式的移动
长按/截图保存，微信识别二维码
或者关注公众号“华为云”
