检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
添加Scrum项目工作项的模块类型 在项目中,您可以根据需要添加、修改或删除工作项的模块类型。 模块类型支持添加子模块。 在新建、编辑工作项时,可以根据需要选用工作项所属的模块类型。 前提条件 已新建Scrum项目,并在项目中拥有“模块设置”权限。 添加工作项的模块 访问CodeArts
Wiki支持对某个目录或文档进行分享。 操作步骤 在项目的Wiki中单击某个目录或者文档“操作”下的“更多 > 分享”。 弹出下面分享界面,选择需要协作编辑邀请的用户以及公开性。 项目内成员可浏览(默认):项目内的成员可以对该目录或文档进行浏览。 项目内成员可浏览、编辑:项目内的成员可以对该目录或文档进行浏览和编辑。
Scrum适用于敏捷开发模式的研发管理平台,短周期持续交付,快速响应需求和市场变化。 一个完整的Scrum迭代流程大概涉及需求规划、迭代计划、迭代开发、敏捷回顾四个阶段,整体流程图如图1所示。 图1 Scrum迭代流程 本文将基于前期识别出来的常见问题,总结出Scrum流程中涉及的主要阶段的最佳实践。
缺陷流程灵活自定义 不同的产品、团队和研发场景,对缺陷的作业过程要求也不尽相同。为了适应不同的业务流程和管理需求,CodeArts Defect提供了强大的自定义能力,通过可视化流程画布可灵活定制适合您团队的缺陷工作流,满足多项目、多团队的缺陷管理需求,提高缺陷管理的效率和准确性,助力产品质量和用户体验的提升。
Service,CTS),是华为云安全解决方案中专业的日志审计服务,提供对各种云资源操作记录的收集、存储和查询功能,可用于支撑安全分析、合规审计、资源跟踪和问题定位等常见应用场景。 用户开通云审计服务并创建和配置追踪器后,CTS可记录需求管理的管理事件和数据事件用于审计。 CTS的详细介绍和开通配置方法,请参见CTS快速入门。
URI-scheme 表示用于传输请求的协议,当前所有API均采用HTTPS协议。 Endpoint 指定承载REST服务端点的服务器域名或IP,不同服务不同区域的Endpoint不同,您可以从终端节点中获取。 例如IAM服务在“华北-北京一”区域的Endpoint为“iam.cn-north-1
企业认为需求的频繁变更是阻碍软件按时交付的主要原因。解决或缓解需求变更频繁带来的影响,是势在必行的重要工作。 问题分析 由于每家企业的情况不同,包括客户合作方式、人员能力水平、研发流程等各方面的差异,同样是需求变更频繁,所体现出来的具体症状却有所不同,导致问题发生的根因也可能不同
/v4/projects/{project_id}/quit 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String devcloud项目的32位id 最小长度:32 最大长度:32 请求参数 表2 请求Header参数 参数 是否必选 参数类型 描述 X-Auth-Token
work_hours_total String 实际工时总数 表4 WorkHourVO 参数 参数类型 描述 id String 工时id description String 描述 workitem_id String 工作项id work_date String 工时日期 created_by
工作项所处的迭代。取值范围为已建立的迭代。 优先级 工作项处理的优先级,分别如下: 低 中 高 领域 工作项所属领域。 说明: 项目的管理员如果需要配置领域,请参见添加看板项目工作项的领域类型。 预计工时 工作项完成所需的预计工时。 实际工时 工作项完成所需的实际工时。 说明: “实际工时”在“工作项详情”页面才显示。
添加看板项目工作项的模块类型 在项目中,您可以根据需要添加、修改或删除工作项的模块类型。 模块类型支持添加子模块。 在新建、编辑工作项时,可以根据需要选用工作项所属的模块类型。 前提条件 已新建看板项目,并在项目中拥有自定义的“模块设置”权限。 添加工作项的模块 访问CodeArts
登录控制台,鼠标移入右上方的用户名,在下拉列表中选择“我的凭证”。 2.在“API凭证”页面获取“账号ID”的值。 邀请授权成功,列表中将增加一条记录。 图4 邀请授权成功 如果被邀请的账号需要手动接受授权,该记录的状态为“待处理”。 如果邀请被接受(包括手动接受、或自动接受),该记录的状态为“启
添加Scrum项目工作项的领域类型 在项目中,您可以根据需要添加、编辑或删除工作项的领域类型。 在新建、编辑工作项时,可以根据需要选用工作项所属的领域类型。 默认领域有:性能、功能、可靠性、网络安全、可维护性、其他DFX、可用性。根据需要可以添加新的领域类型。 前提条件 已新建S
成自下而上的依赖。如图1所示。 图1 Epic、Feature、Story和Task关系图 在实际的开发过程中,需求会发生变化,要不断的调整,在调整中避免偏离目标方向,每次新建需求的时候都要记得向上对齐到Epic,保证所添加的Story和Task和它们的上层是有关联的,这样就可以在一定程度上保证团队在朝着目标前进。
中重新设定该需求的“优先级顺序”字段的值就可以。但重要的是,需要将优先级顺序调整这件事情记录下来,包括为什么要调整、具体如何调整的、调整背后的具体考虑等信息都记录下来,同样,建议记录在知识库中。用于后续的复盘回顾中作为参考信息,比如每个Sprint/迭代结束时的回顾会议上拿出来进行探讨。
自定义的参数列信息。 设置表格的显示方式 单击右上角,可以根据需求选择表格以“紧凑”、“标准”、“宽松”的方式来显示。 查看已归档工作 单击右上角下的“已归档工作项”,可以查看已归档工作项。 “已归档工作项”支持“批量取消归档”和“批量删除”。 导入工作项 单击右上角下的“导入”,进入“导入工作项”弹窗。
更多关于自组织的相关内容不在本文的范围内,如感兴趣请参阅参考文档。 从敏捷宣言和Scrum指南关于任务的工作方式上来看,在践行敏捷的时候,主要发挥的是开发团队自身的主观能动性,开发团队由原来的控制性转变成了自组织性,而开发任务也就由原来的指派变为了领取。这样的好处是,领取任务就
漏需求,无法进行非常有针对性的处理时,也可以采取较为模糊应对的方式。可以拉取过去一段时间的工作记录,评估这段时间每个迭代的突发需求所消耗的工作量投入,可以取个平均值,然后在后续进行迭代工作安排的时候,固定的预留出一定量的时间,用于应对极有可能会出现的突发需求。 需求拆细:当出现突