检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
缺陷修复过程可追溯 缺陷的发现和修复过程涉及大量测试和开发工作,CodeArts Defect从源头覆盖缺陷作业流中的所有数据,提供缺陷与用例、代码的端到端追溯能力,让缺陷从产生到闭环的每一步都有据可查。 缺陷支持关联工作项、Wiki、测试计划、测试用例、代码提交记录、代码分支等
项目知识空间 在“项目知识空间”中,“Wiki”和“文件库”是自动创建的,即创建项目后,会自动创建一个Wiki和一个文件库。在项目知识空间中,一个项目对应一个Wiki和一个文件库。 项目Wiki:进入项目Wiki,可以新建文件夹和文档,并通过文件夹对文档进行归类管理。 项目文件库
缺陷全生命周期管理 和软件开发生命周期一样,缺陷也是由一系列的阶段和活动组成的,即缺陷同样具有生命周期。缺陷定位越精确,修复成本就越低、影响越小。CodeArts Defect打通缺陷过程监控链条,从缺陷的发现和提出,到开发人员的分析定位、实施修复,再到测试人员的测试和验收,层层把关,
知识全生命周期管理 知识库是一个专业的云端知识库,是协同云文档理念下的一款创新产品。愿景成为每个人都爱不释手的知识书写工具,成为人们进行知识创作、沉淀和交流的平台。 提供在线文档创作和文件托管: 在线文档支持富文本和Markdown语法编辑。 文件托管支持如Office等文档的上传和预览。 在线
配置看板项目迭代 迭代又称Sprint,属于敏捷方法中的一个重要实践。它的目的是希望能够“小步快跑”、“渐进式”地交付需求,这样的方式也更容易拥抱变化,用更低的成本快速试错。 前提条件 已新建看板项目,并在项目中拥有迭代的“新建”权限。 新建迭代 访问CodeArts Req服务首页。
级管理,或者更直接来说是优先级顺序管理,需要做到如下四件事情: 确定优先级模型:优先级看起来像是一个简单直接的值,但实际上它是一个基于多种因素进行综合判断之后得出的一个值,这些因素和判断原则,就是优先级模型。 排定需求优先级顺序:将需求代入优先级模型进行计算,得出每个需求的优先级顺序。
Scrum项目工作项如何分配给多个人员? Scrum项目中,一个工作项仅指定一个处理人。 如果需要将工作项指定多个处理人,可以给工作项创建多个子工作项,分别指定处理人。 父主题: 工作项
看板项目默认提供了“战略”、“需求”和“开发”三种工作项层级,通常采用默认的工作层级即可完成一个项目的开发过程。用户也可以根据项目实际开发情况,自定义工作项层级即新建工作项层级。 一个工作项层级可以包含多个工作项类型,但一个工作项类型只能属于一个工作项层级。 每个工作项层级的工作项类型数不能超过10个。
如何在项目团队人员变动频繁时对新人进行有效培养和管理 背景 企业随着业务的扩张,需要新员工不断加入,经常会遇到这样的问题,其开发组长要对每一位新人交代相关的知识点、工作方式以及团队信息等,工作量在短期内激增。在一个项目中,随着时间推移、业务的扩张,项目中的核心成员,如项目经理、开发组长等往往都会面临如下几种情况和挑战:
配置看板项目的工作项类型 看板项目默认提供了“商业目标”、“需求”、“任务”和“缺陷”四种工作项类型,在项目开发过程中通常采用默认的工作项类型即可。用户也可以根据项目实际开发情况,自定义工作项类型即新建工作项类型。 一个工作项类型只能属于某一个工作项层级。默认对应关系如下: 工作项层级“战略”下的工作项类型为“商业目标”。
缺陷趋势分析与质量度量 CodeArts Defect内置多种数据分析功能,提供华为特有的缺陷修复效率、遗留DI趋势、三曲线分析等专业的缺陷监控度量指标,可以对产品开发和交付过程中的缺陷趋势、严重程度和解决时间等各项数据进行深入分析。缺陷处理情况清晰可见,帮助团队快速识别和解决潜在的风险,准确掌
管理企业下的组织。企业下可以创建多个组织,一个组织下可以创建多个团队。团队知识库详见团队知识空间。 成员管理 管理企业下组织的成员。成员支持添加本企业成员和其他企业成员。 权限管理 知识库默认有四个角色,分别为企业管理员、管理员、成员和只读成员。 组织架构 在组织架构中,可以新建组织。
单价*存储容量*购买时长 计费示例 假设您在2023/03/08 15:50:04购买了需求管理服务基础版套餐。购买时长为一个月,并在到期前手动续费1个月,则: 第一个计费周期为:2023/03/08 15:50:04 ~ 2023/04/08 23:59:59。 第二个计费周期为:2023/04/08
本文主要是解决客服管理成员权限分配、成员添加的问题。 问题分析 如何使用IAM来控制权限? 通常一个IAM主账号下,可以创建多个软件开发项目。默认情况下,只有IAM主账号默认可以设置是否能允许子账号创建项目,只有IAM主账号能查看所有项目和成员等。在某些企业场景下,IAM主账号可以通过IAM的细粒度权限管理
求层次划分不清晰、缺少规范机制等问题。例如,某客户规划一个用户登录功能,按照下图所示规划需求。用户会将其中管理员登录的Task放在第一个版本中发布,后期又增加了一个手机号登录的需求,设置成Task放在第二个版本中发布,这样一个Story里面存在多个不同版本(或迭代)发布的Task
为了加深对Epic、Feature、Story和Task的理解,本文对一个案例进行需求拆分,过程中会结合CodeArts需求管理服务进行展示。 案例: 某大型商超受互联网的冲击,营业额大幅下滑。 为了减少门店消费者流失,保有市场地位和份额,决定用6个月的时间建立自己的网上商城。 第一步:Epic确定和创建 根据前
CodeArts结合多年研发经验与业界先进的实践提出了一套可操作可落地的敏捷开发方法论:HE2E DevOps实施框架。 图1 HE2E DevOps实施框架 规划和设计 步骤①和②是业务(或者是客户)与技术之间进行产品规划,梳理产品整体脉络,以及进行产品规划实施设计,并控制需求粒度与拆分的过程。 软件开发的本
针对前面业务模块的具体展开、拆开,就可以作为Feature,也可以简单理解为一个业务流程、用户流程;以前面用户中心为例,用户信息可以是一个Feature、我的订单可以是一个Feature、地址管理可以是一个Feature;或者以油卡为例,购买油卡、我的油卡等就可以作为不同的Feature。
以对应的调整计划。原计划准备做的工作项可能被移入到下一个迭代中实现,这里体现的是“等价交换原则”,意思是用优先级高的突发性工作项,替掉同等工作量的其它工作项,这也是为了确保开发团队按照一个稳定的节奏交付。因为固定的开发团队一个迭代中容量是不变的,新加入突发工作项而不移除其它工作项
系统,轻量、灵活和简单的团队协作方法。 看板协作是一种业界流行的轻量、灵活和简单的团队协作方法,它将项目的需求、缺陷和任务可视。 让每个人一目了然地掌握每项工作的状态,团队通过移动工作卡片的方式更新工作进展,及时暴露风险和问题。 看板协作是业界流行的轻量、灵活和简单的团队协作方法