-
什么是需求管理 - 需求管理 CodeArts Req
Story是站在用户视角符合INVEST原则的最小可交付的工作项单元。一个Epic分解为一个或多个Story,并根据开发团队的人力管道和Epic的计划时间,将Story规划到一个或多个迭代中持续交付。 一个宏观抽象的Epic通过这种方式保证了每个迭代都有可以运行的软件让用户试用
-
新建缺陷 - 需求管理 CodeArts Req
支持使用文字、图片、链接等形式。 附件 单个缺陷的附件数量最多为100个,附件总容量为50MB。 归属项目 缺陷归属的项目,不可修改。 提出人 发现缺陷的测试人员。 责任人 一般为修复缺陷的开发人员。 严重程度 缺陷的严重程度,分为提示、一般、严重、致命四个等级。 发现PI 发现缺陷的PI版本。 仅当新建PI和迭代后,该参数才会有取值。
-
新建缺陷 - 需求管理 CodeArts Req
支持使用文字、图片、链接等形式。 附件 单个缺陷的附件数量最多为100个,附件总容量为50MB。 归属项目 缺陷归属的项目,不可修改。 提出人 发现缺陷的测试人员。 责任人 一般为修复缺陷的开发人员。 严重程度 缺陷的严重程度,分为提示、一般、严重、致命四个等级。 发现PI 发现缺陷的PI版本。 仅当新建PI和迭代后,该参数才会有取值。
-
知识全生命周期管理 - 需求管理 CodeArts Req
在线文档支持多人协同编辑,提供一个简约强大的在线多人协同文档编辑器,单一文档可支持200人以上在线协同编辑。 支持多种类型的文件上传,也可以在线创作项目文档编写、富文本编辑、Markdown语言编辑、团队事务管理、企业规章制度流程、产品说明文档。项目成员可以随时访问和获取。 知识协同服务为企业提供全
-
如何移动迭代中需求变更后看板中的任务卡片 - 需求管理 CodeArts Req
和需求变更情况下的移动两个方面进行细致讲解。 正常情况下的移动 使用看板主要意图之一是控制在制品数量(WIP,work in process),需要拉动式的移动,以有效控制在制品数量,防止工作项过多积压。 另外需要提示一点,在整个移动过程的前提是需要制定一套移动规则,根据团队自身
-
缺陷跨组织高效协同 - 需求管理 CodeArts Req
缺陷跨组织高效协同 大型产品开发往往涉及到多个团队、多个模块,彼此互相依赖,其中一环存在的缺陷,可能导致整个产品的失败。基于大型企业跨部门协作开发理念与实践,CodeArts Defect提供跨项目、跨团队的缺陷提单与跟踪,实现精确高效协同,加速缺陷闭环。 支持将缺陷下发至其他项目,缺陷跨组织协同效果图如下:
-
项目经理:快速掌握项目进展和风险 - 需求管理 CodeArts Req
在线浏览和下载,沉淀项目的知识和总结。 已删除的文档如果需要找回,请选择“回收站”进行还原。也可以根据需要清空回收站。 回收站只保留最近一个月内删除的文件。 父主题: Scrum项目快速上手
-
如何解决开发团队中的任务没人领取的问题 - 需求管理 CodeArts Req
从字面的意思来理解,自组织就是:安排分散的人或事物使其具有一定系统性或组成一个整体,而安排的人就是安排者自己。在敏捷开发中,自组织团队就是具备自我管理、自我驱动、自我学习等能力的敏捷开发团队本身,这样的团队一般具备如下特点: 团队成员自己“拉”工作,不是被动等待领导分配工作。 团队作为一个整体管理工作。 团队仍然需要辅导和指导,但不需要指挥和控制。
-
新建PI和迭代 - 需求管理 CodeArts Req
结束时间不早于计划开始时间。 预估工作量(人天) 对本PI从开始时间到结束时间的预估天数,可精确至小数点后一位。 描述 根据项目实际情况填写本PI的相关信息,最多输入1000个字符。 单击“确定”,新建PI成功。 在计划管理列表可查看到新建的PI。 新建PI显示的状态跟选择的“起止时间”有关,具体如下:
-
新建PI和迭代 - 需求管理 CodeArts Req
结束时间不早于计划开始时间。 预估工作量(人天) 对本PI从开始时间到结束时间的预估天数,可精确至小数点后一位。 描述 根据项目实际情况填写本PI的相关信息,最多输入1000个字符。 单击“确定”,新建PI成功。 在计划管理列表可查看到新建的PI。 新建PI显示的状态跟选择的“起止时间”有关,具体如下:
-
概述 - 需求管理 CodeArts Req
概述 每一个迭代结束时,会召开一个迭代回顾会议,对已结束的迭代进行全员的总结,回顾做得好的和做得不好的,寻找改进措施,并在下个迭代进行改进。 迭代回顾可以使用如下功能: 使用仪表盘、统计报表,了解迭代的质量、进度、工作量的情况,基于真实数据进行改进。 使用Wiki内置的“迭代回顾
-
如何在软件开发团队中管理突发性任务 - 需求管理 CodeArts Req
主动认领自己擅长和喜爱的任务。任务被分解为以小时为单位,建议任务不要超过16个小时。如果一个任务超过16个小时,那么它就应该被进一步分解。每项任务信息包括其负责人、工作量、承诺的完成时间及其在迭代中任意一天的剩余工作量,且仅开发团队有权改变其内容。 父主题: 迭代开发
-
查询看板项目下的工作项 - 需求管理 CodeArts Req
请求参数 表3 请求Header参数 参数 是否必选 参数类型 描述 X-Auth-Token 是 String 用户Token。 通过调用IAM服务获取用户Token接口获取(响应消息头中X-Subject-Token的值)。 最小长度:10 最大长度:32768 响应参数 状态码: 200
-
示例3:查询用户工作项的评论 - 需求管理 CodeArts Req
"nick_name": "pcedgeXXXXXXX" }, "comment": "<p>这是一个测试样例</p>" } ], "total": 1 } 父主题: 应用示例
-
如何在项目团队人员变动频繁时对新人进行有效培养和管理 - 需求管理 CodeArts Req
管理库进行解决。 CodeArts是集华为研发实践、前沿研发理念、先进研发工具为一体的研发云平台(更多了解请见参考文档)。以CodeArts为例,在CodeArts中提供了知识库服务。知识库本身是一种以知识库文档为中心,共同创作为手段,依靠众人不断地更新修改为实现的多人协作的工具
-
如何在软件项目需求变更频繁的情况下做好有效的需求管理和规划 - 需求管理 CodeArts Req
出现这种情况,往往跟需求规划未能被正确使用有一定关系,比如需求层次划分不清晰、缺少规范机制等问题。例如,某客户规划一个用户登录功能,按照下图所示规划需求。用户会将其中管理员登录的Task放在第一个版本中发布,后期又增加了一个手机号登录的需求,设置成Task放在第二个版本中发布,这样一个Story里面存在多
-
IPD系统设备类项目功能介绍 - 需求管理 CodeArts Req
原始需求是以客户视角描述的原始问题或者原始诉求。其中,客户需求属于原始需求的一种类别。 新建原始需求 处理原始需求 特性(FE) 特性是产品包需求或服务支撑“客户问题(PB)”所具备的重大能力。 产品包需求:由产品经理/规划代表规划出来的、完整一致的、成系列的一组正式需求。 原则上特性是产品包的主要卖点(销售
-
IPD独立软件类项目功能介绍 - 需求管理 CodeArts Req
中,客户需求是原始需求的一种类别,此类需求需要RMT/RAT分析评审后作出决定。 新建原始需求 处理原始需求 特性(FE) 特性是产品包需求或服务支撑“客户问题(PB)”所具备的重大能力。 产品包需求:由产品经理/规划代表规划出来的、完整一致的、成系列的一组正式需求。 原则上特性
-
高效跨项目协同 - 需求管理 CodeArts Req
高效跨项目协同 大型产品开发往往涉及到数千人大兵团规模作战,协作关系与项目运作沟通成本呈指数级上升,基于华为公司跨部门团队理念与实践,Req联结项目、人、工作项,提供无限组织层级、无限功能领域的网状跨项目协作管理能力,实现立体高效协同,加速信息流转。 支持将研发需求下发至下游项目
-
名词解释 - 需求管理 CodeArts Req
名词解释 严重程度 对缺陷严重等级的评估值,从高到低分别是致命、严重、一般、提示。 发现PI/发现迭代 是指缺陷的发现版本,或者缺陷是在哪个发布计划/迭代计划中产生的。 发现环境 是指该缺陷存在于哪个环境,常见的有生产环境、alpha环境、Beta环境等。 修复PI/修复迭代 是