检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
如何在项目团队人员变动频繁时对新人进行有效培养和管理 背景 企业随着业务的扩张,需要新员工不断加入,经常会遇到这样的问题,其开发组长要对每一位新人交代相关的知识点、工作方式以及团队信息等,工作量在短期内激增。在一个项目中,随着时间推移、业务的扩张,项目中的核心成员,如项目经理、开
新建和审批基线评审(BR) 当系统特性、研发需求需要通过基线评审方式来实现基线锁定时,可以参考下面步骤来实现这一业务。 新建BR 访问CodeArts Req服务首页。 新建BR单有以下两种方式: 在项目主页中,分别进入特性树、研发需求列表页中,选择未基线的系统特性、研发需求,单击,弹出提示窗,单击“基线评审”。
状态直接变为“验收”。 实现 开始研发原始需求后,状态变为“实现”。 如果实现方案有问题,需求承接人可以选择将需求退回到规划阶段,重新研发。 交付 研发完成原始需求后,状态变为“交付”。 如果交付的需求达不到预期,需求承接人可以选择将需求退回到规划或实现阶段。 验收 提交验收原始需求后,状态变为“验收”。
状态直接变为“验收”。 实现 开始研发原始需求后,状态变为“实现”。 如果实现方案有问题,需求承接人可以选择将需求退回到规划阶段,重新研发。 交付 研发完成原始需求后,状态变为“交付”。 如果交付的需求达不到预期,需求承接人可以选择将需求退回到规划或实现阶段。 验收 提交验收原始需求后,状态变为“验收”。
式更新工作进展,及时暴露风险和问题。 用户可以创建看板项目对项目进行需求规划,通过新建工作项、分配工作项、处理工作项等来实现项目的需求规划与交付。本文介绍如何使用看板项目来规划项目,以商城管理项目为例做需求规划。 操作流程 模拟案例的基本操作流程如下: 图1 基本操作流程 表1 操作流程说明
状态直接变为“验收”。 实现 开始研发原始需求后,状态变为“实现”。 如果实现方案有问题,需求承接人可以选择将需求退回到规划阶段,重新研发。 交付 研发完成原始需求后,状态变为“交付”。 如果交付的需求达不到预期,需求承接人可以选择将需求退回到规划或实现阶段。 验收 提交验收原始需求后,状态变为“验收”。
Scrum项目工作项如何分配给多个人员? Scrum项目中,一个工作项仅指定一个处理人。 如果需要将工作项指定多个处理人,可以给工作项创建多个子工作项,分别指定处理人。 父主题: 工作项
如何移动迭代中需求变更后看板中的任务卡片 背景 围绕迭代中需求变更后,如何移动看板中的任务卡片,本文将从正常情况下的移动和需求变更情况下的移动两个方面进行细致讲解。 正常情况下的移动 使用看板主要意图之一是控制在制品数量(WIP,work in process),需要拉动式的移动
如何处理IPD类项目导入工作项条数校验异常的问题? 问题现象 在IPD项目中,导入包含300条数据的工作项文件后提示“导入工作项单次数据量最大仅支持300个”。 原因分析 导入的工作项文件中存在有格式的多余空行或者已删除的工作项数据。已删除的工作项数据可能会被识别为空行。 处理方法
理系统特性,实现产品资产不丢失,让跨代的系统特性快速继承和发展。 某公司计划推出一款智能手表,涉及多部门、多团队的协作,需要保证不同部门(如市场营销、产品规划、研发等)都能对该款智能手表的功能特性有统一的认识,确保研发过程中的每个流程都与产品整体战略相符。本文介绍如何通过IPD系
使用IPD系统设备类管理智能手表研发项目的基线评审 方案概述 产品从规划到上市要经过复杂的研发过程,CodeArts Req提供了基线评审和变更管理能力,实现需求基线-受控变更-变更评审-变更管理的过程化管理,让基线变更如门禁一样,达到阈值才能启动下一步,确保产品研发“做正确的事”。 某公司计划
团队的协作,如何保证缺陷在多个组织间的流转、最终达到有效闭环呢?下面请跟随我们,一起遍历整个缺陷生命周期管理实践。 对IPD系统设备类的智能手表研发项目进行基线评审管理 产品从规划到上市要经过复杂的研发过程,CodeArts Req提供了基线评审和变更管理能力,实现需求基线-受控
团队的协作,如何保证缺陷在多个组织间的流转、最终达到有效闭环呢?下面请跟随我们,一起遍历整个缺陷生命周期管理实践。 对IPD系统设备类的智能手表研发项目进行基线评审管理 产品从规划到上市要经过复杂的研发过程,CodeArts Req提供了基线评审和变更管理能力,实现需求基线-受控
在的缺陷,可能导致整个产品的失败。基于大型企业跨部门协作开发理念与实践,CodeArts Defect提供跨项目、跨团队的缺陷提单与跟踪,实现精确高效协同,加速缺陷闭环。 支持将缺陷下发至其他项目,缺陷跨组织协同效果图如下: 图1 缺陷关联项 图2 缺陷协同下发弹框 图3 查看协同下游缺陷
Scrum项目需求管理流程介绍 Scrum是增量迭代式的软件开发方法,也是当前主流的敏捷开发过程。通过迭代冲刺的方式,持续交付,从用户需求到用户反馈实现各个迭代闭环的软件开发过程。 Scrum项目类型中,预置了敏捷实践中推荐的“Epic > Feature > Story > Task”的四层模型,如图1所示。
通成本呈指数级上升,基于华为公司跨部门团队理念与实践,Req联结项目、人、工作项,提供无限组织层级、无限功能领域的网状跨项目协作管理能力,实现立体高效协同,加速信息流转。 支持将研发需求下发至下游项目 支持将原始需求分发给其它项目 跨项目协同效果图如下: 图1 跨项目协同下发需求
化流程、强大的跨项目协作能力来对大型软件开发进行高质高效的管理,主要包含原始需求、系统特性、研发需求、任务、缺陷等内容,任务和缺陷是在需求实现过程中产生的活动和发现的问题。 图1 IPD独立软件类项目 IPD独立软件类项目的重要操作如表1所示。 表1 IPD独立软件类项目操作说明
系统特性资产管理 产品的核心资产就是产品系统特性,产品一旦上市系统特性就会不断的增长,Req提供产品全量系统特性管理,通过特性树可以更好管理产品系统特性,实现产品资产不丢失,让跨代的系统特性快速继承和发展。 SF系统特性(自主规划)是产品或服务支撑“客户问题(PB)”所具备的重大能力。原则上系统
配置Scrum项目工作项的状态卷积自动化规则 您可以根据需要配置在项目中需要使用的自动化规则,来实现父子工作项状态自动联动流转规则。自动化规则一旦启用后,项目中所有用户操作满足条件后均可触发规则执行。 前提条件 已新建Scrum项目,并在项目中拥有“自动化设置”权限。 配置工作项的状态卷积自动化规则
新建和审批通用评审(GR) 当需要对工作项进行评审时,可以将其发起通用评审,可以参考下面步骤来实现这一业务。 新建GR 访问CodeArts Req服务首页。 在项目主页中,选择“评审 > 通用评审”,单击“新建GR”。 进入“新建GR”页面,配置相关参数。 表1 新建GR单 参数项