检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
如何解决开发团队中的任务没人领取的问题 背景 在传统开发模式下,开发任务是由项目经理指派给个人的,而在敏捷开发模式中,开发任务是团队领取的。 很多企业在转型中遇到过这样的问题:“计划会议认领开发任务的时候,有几个任务没人认领怎么办?” 问题分析 首先,相对于传统开发模式的指派开发任务
CodeArts Req邀请其他用户加入我的项目时,提示“您当前是被邀请账号,请前往【CodeArts控制台】-【企业账户授权】-【接受其他企业账户授权】中接受授权。立即前往” 问题现象 通过链接邀请其他用户加入我的项目,使用已注册的账号打开链接时提示“您当前是被邀请账号,请前往【
CodeArts Req最佳实践汇总 表1 CodeArts Req常用最佳实践 实践 描述 对IPD系统设备类项目的智能手表研发项目进行原始需求管理 成功产品的核心特征是满足客户需求。CodeArts Req打破了传统需求管理工具仅在研发阶段发挥作用的限制,将客户与市场需求也同步覆盖
CodeArts Req入门实践 表1 CodeArts Req常用最佳实践 实践 描述 对IPD系统设备类项目的智能手表研发项目进行原始需求管理 成功产品的核心特征是满足客户需求。CodeArts Req打破了传统需求管理工具仅在研发阶段发挥作用的限制,将客户与市场需求也同步覆盖
自定制仪表盘 研发过程中的数据统计/分析,是软件项目透明可视化管理的基础,繁琐持续变动的线下数据统计也是很多项目经理的痛点,服务提供了线上的统计分析功能,不仅提供预置的推荐实践报表,同时支持自定义报表。 支持项目级、企业级自定制仪表盘和自定义报表,提供专业的敏捷精益数据报表,准确掌握项目进度和质量
使用IPD系统设备类管理智能手表研发项目的特性树 方案概述 产品的核心资产就是系统特性,一旦上市系统特性就会不断的增长,Req提供产品全量系统特性管理,通过特性树可以更好管理系统特性,实现产品资产不丢失,让跨代的系统特性快速继承和发展。 某公司计划推出一款智能手表,涉及多部门、多团队的协作
商用 产品介绍 2022年12月 序号 功能名称 功能描述 阶段 相关文档 1 内置IPD等多种研发模式 提供多种开箱即用的场景化需求模板,支持IPD研发、DevOps敏捷交付、精益看板等多种研发模式。
添加Scrum项目工作项的工时类型 在项目中,您可以根据需要添加、编辑和删除工作项的工时类型。 在工作项详情页的详细工时页签下,填写工时可以根据需要选用工作项工时的工时类型。 默认工时类型有:研发设计、后端开发、前端开发(Web)、前端开发(小程序)、前端开发(App)、测试验证、
IPD类项目协同需求下发后,下发人在哪里修改承接人? 该操作仅针对IPD系统设备类项目和IPD独立软件类项目。 前提条件 已在A项目的原始需求中向B项目协同下发了协同下游需求。 操作步骤 进入A项目,单击原始需求名称,进入原始需求详情页。 单击“关联项”页签,在“协同下游需求”下单击需求名称
如何进行需求结构化管理 为什么要进行需求结构化管理? 并不是说任何情况下都需要进行软件项目需求的结构化管理。如果只是事务性质的管理需求,也就是有需求了能记录、能跟踪状态、实现之后不需要继续跟踪、也不需要维护需求与需求之间的关联,那么不需要思考需求结构化管理这个问题。这种情况下,不管是用
使用IPD系统设备类项目管理智能手表研发项目的原始需求 方案概述 成功产品的核心特征是满足客户需求,客户需求是企业发展的原动力。CodeArts Req打破了传统需求管理工具仅在研发阶段发挥作用的限制,将客户与市场需求也同步覆盖,提供了完整的客户需求采集、价值需求决策、交付与验收流程
使用IPD系统设备类管理智能手表研发项目的基线评审 方案概述 产品从规划到上市要经过复杂的研发过程,CodeArts Req提供了基线评审和变更管理能力,实现需求基线-受控变更-变更评审-变更管理的过程化管理,让基线变更如门禁一样,达到阈值才能启动下一步,确保产品研发“做正确的事”
配置看板项目的工作项层级 看板项目默认提供了“战略”、“需求”和“开发”三种工作项层级,通常采用默认的工作层级即可完成一个项目的开发过程。用户也可以根据项目实际开发情况,自定义工作项层级即新建工作项层级。 约束与说明 已新建看板项目,并在项目中拥有自定义的“工作项自定义设置”权限。
配置看板项目的工作项类型 看板项目默认提供了“商业目标”、“需求”、“任务”和“缺陷”四种工作项类型,在项目开发过程中通常采用默认的工作项类型即可。用户也可以根据项目实际开发情况,自定义工作项类型即新建工作项类型。 约束与说明 一个工作项类型只能属于某一个工作项层级。默认对应关系如下
缺陷跨组织高效协同 大型产品开发往往涉及到多个团队、多个模块,彼此互相依赖,其中一环存在的缺陷,可能导致整个产品的失败。基于大型企业跨部门协作开发理念与实践,CodeArts Defect提供跨项目、跨团队的缺陷提单与跟踪,实现精确高效协同,加速缺陷闭环。 支持将缺陷下发至其他项目
添加IPD自运营/云服务类项目工作项的工时类型 工时类型主要包括研发设计、后端开发、前端开发等,您可以在该页面中自定义工时类型及设置工时类型是否为必填参数。 前提条件 已新建IPD自运营/云服务类项目,并在项目中拥有工作配置的“工时类型设置”权限。 新建工时类型 访问CodeArts
IPD系统设备类项目需求管理流程介绍 IPD系统设备类项目是面向系统设备类产品开发场景的IPD需求管理方法,通过结构化流程、强大的跨项目协作能力来对大型产品开发进行高质高效的管理,主要包含原始需求、系统特性、研发需求、任务、缺陷等内容,任务和缺陷是在需求实现过程中产生的活动和发现的问题
添加IPD系统设备类项目工作项的工时类型 工时类型主要包括研发设计、后端开发、前端开发等,您可以在该页面中自定义工时类型及设置工时类型是否为必填参数。 前提条件 已新建IPD系统设备类项目,并在项目中拥有工作配置的“工时类型设置”权限。 新建工时类型 访问CodeArts Req服务首页
IPD系统设备类项目研发需求流程介绍 研发需求生命周期共有初始、分析、开发、测试、完成五个状态,完整的转状态流程图如图1所示。 图1 研发需求状态转换流程图 各状态下对应的操作如表1所示。 表1 研发需求状态转换操作说明 状态 流转说明 初始 新建研发需求时,状态默认为“初始”。
如何在项目团队人员变动频繁时对新人进行有效培养和管理 背景 企业随着业务的扩张,需要新员工不断加入,经常会遇到这样的问题,其开发组长要对每一位新人交代相关的知识点、工作方式以及团队信息等,工作量在短期内激增。在一个项目中,随着时间推移、业务的扩张,项目中的核心成员,如项目经理、开发组长等往往都会面临如下几种情况和挑战