检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
介绍工作项的创建过程。如果需要给不同工作项层级创建工作项,可以单击左上角层级名称(默认“战略”),选择不同层级(如“需求”或“开发”)即可切换到相应工作项层级。各工作项层级的工作项创建过程一样。 前提条件 已新建看板项目,并在项目中拥有工作项的“新建(复制)”权限。 新建工作项 访问CodeArts
需求管理 如何理解敏捷需求管理的四个关键词 如何在软件项目需求变更频繁的情况下做好有效的需求管理和规划 如何进行需求结构化管理 如何进行需求优先级管理 如何避免重要需求遗漏 父主题: Scrum项目最佳实践
客户原始需求管理 成功产品的核心特征是满足客户需求,Req打破了传统需求管理工具仅在研发阶段发挥作用的限制,将客户与市场需求也同步覆盖,提供了完整的客户需求采集、价值需求决策、交付与验收流程,让需求进展和动态客户实时透明,市场需求流动提速70%。 RR客户原始需求来自公司内部和外
心流程,本模板预置产品需求管理的最佳实践,针对系统设备类提供结构化研发流程,具备客户原始需求管理、产品特性树管理、研发需求分解分配、基线、变更、跨项目协作等关键特性。 图1 IPD-系统设备类需求模型 IPD-独立软件类:面向独立软件类开发场景的IPD需求管理方法,通过结构化流程
创建Scrum项目并新建工作项 企业在研发产品过程中,存在开发人员办公地点不同,研发工具、环境不统一的问题,导致团队成员的协作存在挑战。同时企业通常面临客户需求变化快,项目极易出现返工,需要快速响应变化。企业可以通过使用CodeArts需求管理的简单、高效协作功能,以及统一管理的
知识全生命周期管理 知识库是一个专业的云端知识库,是协同云文档理念下的一款创新产品。愿景成为每个人都爱不释手的知识书写工具,成为人们进行知识创作、沉淀和交流的平台。 提供在线文档创作和文件托管: 在线文档支持富文本和Markdown语法编辑。 文件托管支持如Office等文档的上传和预览。
这个临时响应用来通知客户端,它的部分请求已经被服务器接收,且仍未被拒绝。 101 Switching Protocols 切换协议。只能切换到更高级的协议。 例如,切换到HTTP的新版本协议。 201 Created 创建类的请求完全成功。 202 Accepted 已经接受请求,但未处理完成。
示在目录列表中。 拥有相关权限的团队成员,可以对文档进行收藏、编辑、预览、复制、分享、移动、删除等操作。 编辑文档 编辑文档时,文档顶部是工具栏,下方正中间是正文输入区域,右侧是大纲区域。为了保证文档编辑的性能,打开的文档编辑窗口不能超过10个。 删除 文档/文件夹删除后将进入回
String 工作项完成的迭代,在Bug中为修复迭代 change_status 否 String 工作项变更状态 变更评审中——change-reviewing 已变更——changed 未变更-unchange或null no_break_reason 否 String 无需分解原因,need_break=no时有此字段
WorkitemStatus objects 操作历史 表6 WorkitemStatus 参数 参数类型 描述 id String 工作项状态变更记录的id,每次变更产生一条新的记录id 最小长度:1 最大长度:32 status status object 工作项的状态 表7 status 参数
String 工作项完成的迭代,在Bug中为修复迭代 change_status String 工作项变更状态 变更评审中——change-reviewing 已变更——changed 未变更-unchange或null no_break_reason String 无需分解原因,need_break=no时有此字段
智能手表团队在研发过程中可以使用SF基线管控能力,实现系统特性基线-受控字段变更-变更评审-变更管理的过程化管理,确保产品研发团队“做正确的事”。 产品经理Frank选择目标SF,单击“基线”,单击“确定”,可完成SF的基线操作,基线后SF的基线锁定字段需通过变更评审才能进行修改。 图7 基线SF 步骤四:特性树的版本快照管理和追溯
String 工作项完成的迭代,在Bug中为修复迭代 change_status String 工作项变更状态 变更评审中——change-reviewing 已变更——changed 未变更-unchange或null no_break_reason String 无需分解原因,need_break=no时有此字段
原始需求生命周期默认共有提交、分析、确认、规划、实现、交付、验收、关闭这几个状态。 原始需求各状态下对应的默认操作如表1所示。 表1 原始需求状态转换操作说明 状态 流转说明 提交 新建原始需求时,保存后状态默认为“提交”。 需求提出人默认为创建需求的人。 分析 提交原始需求完成后,状态变为“分析”。
原始需求生命周期默认共有提交、分析、确认、规划、实现、交付、验收、关闭这几个状态。 原始需求各状态下对应的默认操作如表1所示。 表1 原始需求状态转换操作说明 状态 流转说明 提交 新建原始需求时,保存后状态默认为“提交”。 需求提出人默认为创建需求的人。 分析 提交原始需求完成后,状态变为“分析”。
key,然后选择适合自己团队的key。举一个例子,这里有四个key是关于工具的,这些工具都要使用吗?不一定都要使用。敏捷宣言里提到“个体和互动高于流程和工具”,工具是为团队服务的,不是团队的负担,更不能被工具所绑架。所以团队一起选择适合的,才是正确的做法。 了解更多:成员迟到的解决方案
求进行删除。 变更评审中和基线评审中的系统特性不支持删除。 系统特性删除后,会进回收站。进入回收站的系统特性可以在“回收站”中恢复和彻底删除,在回收站中恢复后,系统特性状态恢复至原状态。 批量操作 选择多个系统特性,可进行如下操作。 批量基线 批量取消基线 批量变更 批量基线评审
求进行删除。 变更评审中和基线评审中的系统特性不支持删除。 系统特性删除后,会进回收站。进入回收站的系统特性可以在“回收站”中恢复和彻底删除,在回收站中恢复后,系统特性状态恢复至原状态。 批量操作 选择多个系统特性,可进行如下操作。 批量基线 批量取消基线 批量变更 批量基线评审
Scrum项目和看板项目。 如果从Scrum流程项目复制到看板协作类型项目: Epic/Feature/Story 转换为需求,Task 转换为任务,Bug 转换为缺陷; 项目内复制仅支持工作项基本信息、自定义字段和项目内附件的复制,跨项目复制仅支持工作项基本信息。 移出工作项
String 工作项完成的迭代,在Bug中为修复迭代 change_status String 工作项变更状态 变更评审中——change-reviewing 已变更——changed 未变更-unchange或null no_break_reason String 无需分解原因,need_break=no时有此字段