检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
约束与限制 购买须知 不同区域购买的资源不能跨区使用,需慎重选择。 如果已经购买了CodeArts套餐,则无需再单独购买CodeArts Req套餐。 命名限制 限制项 说明 项目名称 支持中英文、中划线“-”、下划线“_”、英文逗号、英文分号、英文冒号、点、/、圆括号(中英文)和空格。
单击自定义字段行操作的,可对该自定义字段进行删除。 自定义字段删除后不可恢复。 删除一个被工作项使用的字段会导致工作项中该字段的值不可更改。再次添加同名自定义字段会将原字段覆盖。 (可选)支持一键复制其他看板项目中已有自定义字段到当前看板项目中。单击右上角“一键复制”,选择目标看板项目后确定即可。
授予本操作权限后,可以使用“租户设置”中的“通用设置 > 子账号管理”功能,可以批量增加IAM子账号。 修改工作项设置模板 是 授予本操作权限后,可以使用“租户设置”中的“工作项 > 工作项设置模板”功能,可以修改已有的模板。 删除工作项设置模板 是 授予本操作权限后,可以使用“租户设置”中的“工作项
operator operator object 变更操作人 operate String 操作类型 operate_time String 操作时间 details Array of details objects 操作详情 表6 operator 参数 参数类型 描述 user_id
支撑工作与开发工作混合,出现突发性工作是常态。 支撑的工作和正常的开发工作混合在一起,开发人员会经常临时切换工作内容,难免会对管理增加难度,频繁切换工作内容也会造成时间的浪费,因为开发人员需要梳理新工作,新工作完成后还要继续回想之前的工作做到了哪里。因此,问题的根源在于开发团队模式上,在此模式下需要考虑时刻应对问题、风险。
object wiki创建者 project SimpleProject object 项目 created_date String 创建时间 wiki_id String wiki ID region String region值 表6 SimpleUser 参数 参数类型 描述
operator String 工作项变更人id state String 工作项变更后生命周期状态 operate_time String 工作项变更时间 状态码: 400 表7 响应Body参数 参数 参数类型 描述 error_code String 错误码 error_msg String
知识全生命周期管理 知识库是一个专业的云端知识库,是协同云文档理念下的一款创新产品。愿景成为每个人都爱不释手的知识书写工具,成为人们进行知识创作、沉淀和交流的平台。 提供在线文档创作和文件托管: 在线文档支持富文本和Markdown语法编辑。 文件托管支持如Office等文档的上传和预览。
产品如期保质交付,需要确保不同研发生产团队都忠实执行任务,按照既定的需求进行研发落地。这时就需要对需求进行基线管控,基线后的需求不允许随意更改。下面我们以该公司为例,介绍如何实施需求基线管控。 对看板项目的商城管理项目进行需求规划 CodeArts Req提供的看板项目是一种业界
产品如期保质交付,需要确保不同研发生产团队都忠实执行任务,按照既定的需求进行研发落地。这时就需要对需求进行基线管控,基线后的需求不允许随意更改。下面我们以该公司为例,介绍如何实施需求基线管控。 对看板项目的商城管理项目进行需求规划 CodeArts Req提供的看板项目是一种业界
访问知识库 知识库是大型企业内部沉淀的团队协作的云端服务,包括Wiki和文件库,支持知识全生命周期管理,帮助企业完成智能、安全的知识作业,主要包含多人在线协同编辑、文档轻松分享、强大的活文档、历史版本管理、需求管理协同联动、丰富场景化模板等功能。 在线文档创作和文件托管,在线文档
的规则。 需求变更情况下的移动 不接受变更 当一个Sprint的Sprint Backlog和Sprint目标确认后,为了保持团队在很短的时间内,全力以赴的向着Sprint目标冲刺,一般情况下不接受PO提出的需求变更。在很短的周期内,PO是有责任负责整理好Sprint Backl
是否必选 参数类型 描述 users 是 Array of UpdateChildUserNickNameRequestBody objects 修改的用户列表 表3 UpdateChildUserNickNameRequestBody 参数 是否必选 参数类型 描述 nick_name
改进优先级模型:根据反馈调整模型或模型的落地实施细节,以提升效果。 更多详情请参考如何进行需求优先级管理。 如何避免重要需求遗漏? 根据重要需求遗漏的事前、事中、事后的不同时间点,可以采取不同的措施。参照八二原则,需要确保常态问题有对应的处理方式,软件项目成员按照既定方案进行处理即可,而特殊情况要有应急机制指导现场处理、事后再复盘总结。