检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
持续部署 持续交付与持续部署 每个团队都应该根据自己的需求做出选择。我们不应该关注形式,而应该关注结果:部署应该是无风险、按需进行的一键式操作。 持续交付 持续交付(CD) 是指,所有开发人员都在主干上进行小批量工作,或者在短时间存在的特性分支上工作,并且定期向主干合并,同时始终让主干保持可发布状态
DevOps的思想以精益与敏捷为核心,通过暴露问题、解决问题,从而实现持续改进。从精益的角度看,在代码投产之前,实际上未产生任何价值,都只是半成品。 要限制半成品,即在制品(WIP)数量,让其尽快流过生产线,让投入产生交付价值。
技术、工具、实践,都是服务于方法和流程的,需要遵循核心的原则,最终的目的是为了商业的诉求,为了快速的价值交付。方法、实践、工具,都是形;原则、Mindset、人,才是根。
步骤七:管理项目测试 测试计划服务提供一站式云端测试平台,融入DevOps敏捷测试理念,有助于高效管理测试活动,保障产品高质量交付。 通过本章节,您将了解测试人员Billy如何管理项目的测试周期,包括创建与执行测试用例、跟踪测试进度等。 创建迭代测试计划 在确定迭代4中计划实现的需求
系统指标说明 服务内置了以下系统指标,帮助快速搭建完善的效能度量看板。 表1 系统指标 视角 领域 指标 指标定义 组织 工作项 需求总数 度量近1年创建需求总数。 存量需求数 度量在当前时刻的还未关闭的需求数。 超期需求数 度量在当前时刻的已经超期还未完成的需求数。 新增需求数
项目经理驾驶舱 项目经理驾驶舱内置多个度量报告,帮助项目经理对项目交付全链路进行跟踪,跟进项目进度以及识别交付风险。 租户内的所有成员均可以进入项目经理驾驶舱,查看自己所参与项目相关的度量结果;管理员、领域行管可管理自定义报表。角色与权限管理操作请参考权限设置。 需求效率度量 度量所选项目在所选时间段内的需求交付效率
敏捷实践之物理看板与电子看板 选择物理看板还是电子看板 敏捷项目最终的成功还是失败,与使用物理看板还是电子看板没有绝对的因果关系。换个方式说,选择哪种看板不是对与错,而是适合与不适合。所以,要思考的是哪种方式更适合你的团队。 物理看板的优势和劣势 优势 成本低:几乎不需要成本,办公室允许粘贴的玻璃墙
产品优势 一站式软件开发生产线 软件开发全流程覆盖:支持需求管理、代码托管、流水线、代码检查、编译构建、部署、测试、制品仓库等全生命周期软件开发服务。 开箱即用,云上开发,全流程规范可视,高效异地协作。 研发安全Built-In 在应用设计、开发、测试、运行等全流程提供安全规范及防护能力
通过项目经理驾驶舱查看项目状况及项目工作负荷 背景说明 作为项目经理,需要及时掌握项目的整体运作情况,能够及时跟踪项目在所选时间段内需求交付和缺陷修复的进度、资源分配和风险。 而且项目经理经常遇到的问题是项目成员的工作饱和度不能直观的展现,特别是当成员跨项目时,做两个以上项目的任务
解读华为云CodeArts HE2E端到端DevOps实施框架 我们经常讨论什么是敏捷、什么是精益、什么是DevOps。与其去讨论什么是,不如讨论为什么。 精益、敏捷与DevOps为什么会产生?目的是为解决软件研发交付中遇到的各种问题。 软件研发的过程,是价值交付的过程。而价值交付
成长地图 | 华为云 软件开发生产线 软件开发生产线(CodeArts)是一站式、全流程、安全可信的DevSecOps平台,开箱即用,内置华为多年研发最佳实践,助力效能倍增和数字化转型。 免费体验 图说CodeArts 仅两个按钮时选用 立即使用 成长地图 由浅入深,带您玩转CodeArts
CodeArts套餐规格特性差异 概述 CodeArts套餐分为:体验版、基础版、专业版、企业版。 套餐中均包含需求管理、代码托管、流水线、代码检查、编译构建、部署、测试计划、制品仓库、软件建模服务资源;不同版本套餐中,各服务提供的功能特性及资源规格略有不同。 需求管理 表1 需求管理规格特性差异
Scrum实践之冲刺 定义和特性说明 定义 Scrum框架是目前在敏捷圈内比较流行的,下图展示了Scrum框架实践的全景图。 在Scrum框架中,工作在建议时间长度的迭代中循环做,这个迭代叫做冲刺。 各个冲刺提交的工作内容必须是对用户和客户来说具有确定价值的交付物。通常来说,在每一个冲刺中
华为云CodeArts百人大规模精益DevOps转型 华为大多数产品线都实施了精益开发,并打造了内部精益开发平台,以及对外的商业化DevOps平台产品。本文主要讲述华为如何做大规模DevOps转型。 回顾华为研发历程。软件工程有三代:第一代是软件作坊时代,没有规范的流程;第二代是过程控制时代
影响地图 影响地图是一个简单却极高效的协作性的策略规划方法。 有的产品,它还活着,却已经死了;有的产品,还没发布,就已经死了。太多的产品失败的案例,源于方向性错误,基于错误的假设,功能与业务目标/价值之间缺乏必然的关联与一致性,在做的事与期望的目标南辕北辙。 影响地图试图通过结构化
DevOps敏捷测试之道 本文主要以华为云的演变历程为案例,从工具角度为大家简要讲解敏捷转型过程中测试人员及测试团队都会经历哪些转变。 在2008年左右的时候,华为的项目还是采用传统的交付方式,例如在年初开始一个项目,在项目立项之初就会把客户的需求全部收集好,包括一些用户的反馈,并把需求做了全年的排序
用户故事驱动的敏捷开发 敏捷开发现在已经不是新鲜事物了,从各种渠道都可以听到不同的团队实施敏捷的胜果,听的时候觉得很美,可是实际行动时就会发现那都是“别人家”的团队,结合自己的情况就会发现诸多问题。即使是仍然打算一试,也经常会不知如何开始。 因此,我们希望能够找到一个可以遵循的敏捷项目管理模型