-
甘特规划 - 需求管理 CodeArts Req
甘特规划 甘特图,以图示通过活动列表和时间刻度表示出特定项目顺序与持续时间,也被称为条形进度表,是常用的工具之一。 甘特图中,横轴表示时间(里程碑),纵轴表示要安排的活动(工作项),线条表示期间计划和实际完成情况,可以直观呈现工作项的时间规划、项目进展,便于管理者弄清项目的剩余任务,评估工作进度。
-
如何玩转每日站会 - 需求管理 CodeArts Req
ey,然后选择适合自己团队的key。举一个例子,这里有四个key是关于工具的,这些工具我们都要使用吗?不一定都要使用。敏捷宣言里提到“个体和互动高于流程和工具”,工具是为团队服务的,不是团队的负担,更不能被工具所绑架。所以团队一起选择适合的,才是正确的做法。 了解更多:成员迟到的解决方案
-
概述 - 需求管理 CodeArts Req
改进。 使用Wiki内置的“迭代回顾会议”模板创建迭代回顾会议模板,引导和记录会议要点。 使用知识库服务,上传迭代的总结文件,便于项目成员在线浏览和下载,沉淀项目的知识和总结。 父主题: 迭代回顾
-
文档/文件夹操作 - 需求管理 CodeArts Req
示在目录列表中。 拥有相关权限的团队成员,可以对文档进行收藏、编辑、预览、复制、分享、移动、删除等操作。 编辑文档 编辑文档时,文档顶部是工具栏,下方正中间是正文输入区域,右侧是大纲区域。 为了保证文档编辑的性能,打开的文档编辑窗口不能超过10个。 删除 文档/文件夹删除后将进入
-
如何修改项目创建者? - 需求管理 CodeArts Req
如何修改项目创建者? 单击工具栏中“设置 > 通用设置 > 基本信息”。 在“基本信息”页面根据实际需要修改“创建人”,单击“保存”。 只有项目创建者可以移交项目,即可以修改“创建人”, 创建人更改后,项目创建者变成项目经理。 只能修改为项目中的成员。 父主题: 项目
-
文件操作 - 需求管理 CodeArts Req
文本:pdf/txt/shell/js/css/html/xml/sql/ruby/python/php/java/json等,文本类文件在线预览只支持UTF-8编码格式。 音视频:MP3/MP4/OGG/Wav 关联内容 上传的文件可以关联Wiki的文档。 在文件预览页面,单击
-
缺陷修复过程可追溯 - 需求管理 CodeArts Req
缺陷修复过程可追溯 缺陷的发现和修复过程涉及大量测试和开发工作,CodeArts Defect从源头覆盖缺陷作业流中的所有数据,提供缺陷与用例、代码的端到端追溯能力,让缺陷从产生到闭环的每一步都有据可查。 缺陷支持关联工作项、Wiki、测试计划、测试用例、代码提交记录、代码分支等,您可以通
-
应用场景 - 需求管理 CodeArts Req
到端可追溯等能力,持续推动企业内部的高效协作和业务发展。 独立软件开发商(ISV) ISV企业在研发过程中,存在开发人员办公地点不同,研发工具、环境不统一的问题,导致团队成员的协作存在挑战。同时ISV通常面临客户需求变化快,项目极易出现返工,需要快速响应变化。 ISV企业通过使用
-
验收缺陷 - 需求管理 CodeArts Req
”,但在某些场景下该缺陷经过定位、修复、测试等一系列操作后,创建人认为该缺陷并非是问题,这时也可以选择“非问题关闭”。 图2 验收通过 但如果创建人经过测试,发现缺陷仍然存在,则说明缺陷在最初的定位分析环节出现了偏差,导致开发测试人员未能有效修复该缺陷,这时可以单击“退回到分析”
-
权限管理 - 需求管理 CodeArts Req
成员和角色进行管理,以及各个角色的权限设置。默认角色类型有项目管理员、项目经理、产品经理、系统工程师、Committer、开发人员、测试经理、测试人员、参与者、浏览者和运维经理,也可根据需要自定义新角色并赋权。 操作步骤 进入目标项目详情页面,单击“设置 > 通用设置 > 服务权限管理
-
需求管理 CodeArts Req - 需求管理 CodeArts Req
对象类型(需求/缺陷/任务等),可支撑IPD、DevOps、精益看板等多种研发模式,还包含跨项目协同、基线与变更管理、自定义报表、Wiki在线协作、文档管理等功能。 图说CodeArts Req 详细文档 立即使用 成长地图 由浅入深,带您玩转需求管理。
-
被指派的处理人可以修改工作项的哪些内容? - 需求管理 CodeArts Req
被指派的处理人可以修改工作项的哪些内容? 被指派处理人的角色为项目创建者、项目经理、测试经理: 可以修改工作项详情的所有内容。 被指派处理人的角色为开发人员、测试人员、运维经理: 只能编辑:标签、描述、抄送人、处理人、状态、实际工作量、完成度、文件附件等。 父主题: 工作项
-
缺陷全生命周期管理 - 需求管理 CodeArts Req
定位、实施修复,再到测试人员的测试和验收,层层把关,最终导向缺陷的闭环。让团队在整个缺陷生命周期中进行有效的跟踪和关联,将缺陷各作业环节产生的数据有机串联、风险实时预警,提高缺陷管理的效率和准确性,保障高质量的产品交付。 缺陷全生命周期管理的流程如下: 测试人员发现缺陷并提交缺陷单。
-
处理研发需求 - 需求管理 CodeArts Req
增工时和查看历史记录等操作,具体请参见编辑研发需求详情。 设置完成后,在“详情”页签中直接将“状态”修改为“测试”。 测试IR 单击“测试”状态的特性名称,系统显示“测试”详情页。 在处理研发需求过程中,还可以对研发需求进行评论、关联工作项、添加附件、新增工时和查看历史记录等操作,具体请参见编辑研发需求详情。
-
处理研发需求 - 需求管理 CodeArts Req
工时和查看历史记录等操作,具体请参见编辑研发需求详情。 设置完成后,在“详情”页签中直接将“状态”修改为“测试”。 测试IR 单击“测试”状态的研发需求标题,系统显示“测试”详情页。 在处理研发需求过程中,还可以对研发需求进行评论、关联工作项、添加附件、新增工时和查看历史记录等操作,具体请参见编辑研发需求详情。
-
状态流转介绍 - 需求管理 CodeArts Req
修复当前责任人根据问题进行修复。 修复缺陷 测试 修复缺陷后,状态变为“测试”。 测试当前责任人根据修复后的结果验证问题是否修改,如果未达到预期,可退回到修复或分析阶段。 测试缺陷 验收 测试缺陷后,状态变为“验收”。 跟踪验收当前责任人验收测试的验证结果。 验收缺陷 关闭 验收通过后,状态变为“关闭”。
-
状态流转介绍 - 需求管理 CodeArts Req
处理完“初始”状态的研发需求后,将“状态”改为“分析”。 分析IR 开发 分析完成研发需求后,将“状态”改为“开发”。 开发IR 测试 开发完成研发需求后,将“状态”改为“测试”。 测试IR 完成 测试通过研发需求后,将“状态”改为“完成”。 - 父主题: 研发需求(IR/US)
-
通用设置 - 需求管理 CodeArts Req
本节介绍在项目中,如何对权限管理提供的成员和角色进行管理,以及各个角色的权限设置。默认角色类型有项目管理员、项目经理、产品经理、系统工程师、Committer、开发人员、测试经理、测试人员、参与者、浏览者和运维经理,也可根据需要自定义新角色并赋权。 操作步骤 进入目标项目详情页面,单击“设置 > 通用设置 > 服务权限管理
-
状态流转介绍 - 需求管理 CodeArts Req
处理完“初始”状态的研发需求后,将“状态”改为“分析”。 分析IR 开发 分析完成研发需求后,将“状态”改为“开发”。 开发IR 测试 开发完成研发需求后,将“状态”改为“测试”。 测试IR 完成 测试通过研发需求后,将“状态”改为“完成”。 - 父主题: 研发需求(IR/SR/AR)
-
状态流转介绍 - 需求管理 CodeArts Req
修复当前责任人根据问题进行修复。 修复缺陷 测试 修复缺陷后,状态变为“测试”。 测试当前责任人根据修复后的结果验证问题是否修改,如果未达到预期,可退回到修复或分析阶段。 测试缺陷 验收 测试缺陷后,状态变为“验收”。 跟踪验收当前责任人验收测试的验证结果。 验收缺陷 关闭 验收通过后,状态变为“关闭”。