-
查看历史记录 - 需求管理 CodeArts Req
查看历史记录 历史记录展示了PI和迭代的所有操作信息。 前提条件 已创建项目。 已创建PI和迭代。 操作步骤 在计划管理列表中,单击PI或迭代所在行的图标,展开后选择“历史记录”,页面右侧弹出“历史记录”的详细信息。 查看历史记录信息。 父主题: 计划管理
-
查看历史记录 - 需求管理 CodeArts Req
查看历史记录 历史记录展示了PI和迭代的所有操作信息。 前提条件 已创建项目。 已创建PI和迭代。 操作步骤 在计划管理列表中,单击PI或迭代所在行的图标,展开后选择“历史记录”,页面右侧弹出“历史记录”的详细信息。 查看历史记录信息。 父主题: 计划管理
-
Scrum项目开发流程 - 需求管理 CodeArts Req
说明: 项目创建成功后,请根据实际情况邀请成员加入项目。添加成员请参见:成员。 需求规划 根据项目分解需求,进行思维导图或甘特规划,详细信息请参见:思维导图和甘特规划。 新建工作项 规划好需求后,需要新建工作项。详细操作步骤请参见:新建工作项(Epic/Feature/Story/Task或Bug)。
-
复制特性 - 需求管理 CodeArts Req
特性的内容差别不大时,可选择直接复制特性列表中已有的特性,进行修改。 前提条件 已创建项目。 已创建特性。 操作步骤 在特性列表中,单击需要复制特性所在行的图标,展开后选择“复制新建”。 根据项目实际情况填写复制新建的特性信息。 单击“确定”,完成复制新建。 在特性列表可以查看到复制新建的特性,该特性状态显示为“初始”。
-
复制特性 - 需求管理 CodeArts Req
特性的内容差别不大时,可选择直接复制特性列表中已有的特性,进行修改。 前提条件 已创建项目。 已创建特性。 操作步骤 在特性列表中,单击需要复制特性所在行的图标,展开后选择“复制新建”。 根据项目实际情况填写复制新建的特性信息。 单击“确定”,完成复制新建。 在特性列表可以查看到复制新建的特性,该特性状态显示为“初始”。
-
评审设置 - 需求管理 CodeArts Req
页面显示。 是否需要审批人决策 请根据项目实际情况配置是否需要审批人决策。开关开启时,新建或编辑评审单会显示“是否需审批人决策”字段,如下图所示。 父主题: 工作配置
-
关联项 - 需求管理 CodeArts Req
以达到如实记录和追溯的目的。这时我们可以在“关联项”页签中对这些工作项进行关联、取消关联、新建子需求、分解子需求以及分发需求的相关操作。 图1 设置关联项 父主题: 编辑原始需求详情
-
复制研发需求 - 需求管理 CodeArts Req
研发需求的内容差别不大时,可选择直接复制列表中已有的需求,进行修改。 前提条件 已创建项目。 已创建研发需求。 操作步骤 在研发需求列表中,单击需要复制需求所在行的图标,展开后选择“复制新建”。 根据项目实际情况填写复制新建的需求信息。 单击“确定”,完成复制新建。 在研发需求列表可查看到复制新建的需求,该需求状态显示为“初始”。
-
复制工作项 - 需求管理 CodeArts Req
工作项的内容差别不大时,可选择直接复制列表中已有的工作项,进行修改。 前提条件 已创建项目。 已创建工作项。 操作步骤 在工作项列表中,单击需要复制的工作项所在行的图标,展开后选择“复制新建”。 根据项目实际情况填写复制新建的工作项信息。 单击“确定”,完成复制新建。 在工作项列表可查看到复制新建的工作项。
-
评审设置 - 需求管理 CodeArts Req
页面显示。 是否需要审批人决策 请根据项目实际情况配置是否需要审批人决策。开关开启时,新建或编辑评审单会显示“是否需审批人决策”字段,如下图所示。 父主题: 工作配置
-
复制研发需求 - 需求管理 CodeArts Req
研发需求的内容差别不大时,可选择直接复制列表中已有的需求,进行修改。 前提条件 已创建项目。 已创建研发需求。 操作步骤 在研发需求列表中,单击需要复制需求所在行的图标,展开后选择“复制新建”。 根据项目实际情况填写复制新建的需求信息。 单击“确定”,完成复制新建。 在研发需求列表可查看到复制新建的需求,该需求状态显示为“初始”。
-
如何使用Scrum项目? - 需求管理 CodeArts Req
添加成员请参见: 成员管理。 需求规划 根据项目分解需求,进行思维导图或甘特规划,进入项目查看页面,单击“工作 > 规划”,在项目规划页面对项目进行整体规划,即规划好所需的工作项。 详细信息请参见: 思维导图和 甘特规划。 新建工作项 规划好需求后,根据需要单击“工作 > 工作
-
内置多种IPD需求模型 - 需求管理 CodeArts Req
的最佳实践,针对系统设备类提供结构化研发流程,具备客户原始需求管理、产品特性树管理、研发需求分解分配、基线、变更、跨项目协作等关键特性。 图1 IPD-系统设备类需求模型 IPD-独立软件类:面向独立软件类开发场景的IPD需求管理方法,通过结构化流程、强大的跨项目协作能力来对大型软件开发进行高质高效的管理。
-
协同下发缺陷 - 需求管理 CodeArts Req
作业流程,各部门互相协作、跟进,共同推动缺陷的修复。同时,还可以在关联项中对自己的协同上游缺陷、协同下游缺陷进行跟踪,随时查看修复进度。 图1 协同下发缺陷 父主题: 模拟案例
-
基线管理和变更评审 - 需求管理 CodeArts Req
完成时间、计划工时,同时当前PI/迭代下的研发需求、任务、缺陷将会同步基线。 已基线需求若需变更,需通过变更评审。 基线管理与变更评审效果图如下: 父主题: 功能特性
-
自动化 - 需求管理 CodeArts Req
四个规则配置流程一致,可参考“Story完成后关闭父项”配置流程。 以上截图为已配置自动化规则后的场景 单击“Story完成后关闭父项”,进入规则配置页面。 配置触发器、条件、动作中的状态(可使用下图配置),单击“确认”。 单击“是否启用”,启用已配置的规则。 进入“工作 >
-
评审特性基线 - 需求管理 CodeArts Req
单击“提交”,系统自动跳转到“评审”页面。 在“评审 > 基线评审”列表中可查看到发起基线评审新建的BR。 切换到“特性”主页,可查看到被基线评审的特性图标显示为。 后续处理 跟踪BR基线评审单的审批进展,状态需变为“已通过”,对应的特性才能基线成功。 相关操作 审批BR 父主题: 特性(FE)
-
评审特性基线 - 需求管理 CodeArts Req
单击“提交”,系统自动跳转到“评审”页面。 在“评审 > 基线评审”列表中可查看到发起基线评审新建的BR。 切换到“特性”主页,可查看到被基线评审的特性图标显示为。 后续处理 跟踪BR基线评审单的审批进展,状态需变为“已通过”,对应的特性才能基线成功。 相关操作 审批BR 父主题: 特性(FE)
-
确认缺陷 - 需求管理 CodeArts Req
缺陷信息,并重新提交,如果创建人发现该缺陷并不是一个问题,或者该缺陷已经修复,或者无法作为缺陷进行管理,则可以单击“关闭”,将缺陷关单。 图1 确认缺陷 需要注意的是,对缺陷而言,存在一些重要的基础字段,如标题、描述、严重程度等,缺陷一旦提交,不可随意修改这些字段。这一类字段我们
-
如何在项目团队人员变动频繁时对新人进行有效培养和管理 - 需求管理 CodeArts Req
意见等。 图1 团队信息 工作方式 团队需要制定团队内的工作方式,如对开发流程、代码的管理、需求的变更等,团队统一按照要求进行工作。当有新员工加入,可以通过知识库中的工作方式,了解相关流程等进而快速开展工作,同时也减轻了老员工在工作方式上对新员工的培训所带来的消耗。 图2 工作方式