检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
以赴按时完成冲刺内的工作。如果没有时间盒的限制,Scrum团队成员就不会有完成工作的紧迫感存在。 时间盒可以增强预测性:团队不预测后续长时间段内可以完成的工作,但是预测下个冲刺内能够完成的工作是可以做到的。 短持续期 每个冲刺持续期短有很多好处,持续期短的冲刺更容易规划、反馈快、
Online快速开发、发布WeLink应用 基于CodeArts IDE Online、TensorFlow和Jupyter Notebook开发深度学习模型 CodeArts IDE 使用 CodeArts IDE for C/C++ 开发OpenGl示例工程 使用 CodeArts IDE
按需发布,让特性发布成为业务和市场决策,而不是技术决策。 “持续部署更适用于交付线上的Web服务,而持续交付适用于几乎任何对质量、交付速度和结果的可预测性有要求的低风险部署和发布场景,包括嵌入式系统、商用现货产品和移动应用。” 从理论上讲,通过持续交付,已经可以决定每天、每周、每两周发布一
持续交付的基础上,把部署到生产环境的过程自动化。 持续部署更适用于交付线上的Web服务,而持续交付适用于几乎任何对质量、交付速度和结果的可预测性有要求的低风险部署和发布场景,包括嵌入式系统、商用现货产品和移动应用。这意味着除了自动化测试之外,还可以自动完成发布过程,并且可以通过单击按钮随时部署应用程序。
一个2-4周的规划、开发、测试、回归和发布过程。 15 燃尽图可以说明什么问题? 燃尽图一般用来跟踪一个冲刺的进度状态。 团队把燃尽图作为预测指标来使用,可以直观得看到当前进度是快还是慢。 一般团队需要在Daily Scrum的最后查看燃尽图的最新状态,并根据情况采取措施。 16
DevOps的3大核心基础架构 由于近年DevOps概念的火热,加之DevOps的涵盖面非常广,因此有很多文章和技术都在和DevOps强行关联,使很多想要了解学习DevOps的开发者迷惑不解。 其实,DevOps的知识体系如果从顶层上来分解,可大分为2部分:方法论和工具链。 方法
Scrum实践之团队 随着近些年敏捷在行业及企业的推广,越来越多的企业意识到了敏捷所带来的好处,并愿意在敏捷上有所投入,从而越来越多的朋友加入了敏捷从业者行列,愿意学习敏捷知识。 本文内容推荐有基本敏捷常识及有一定Scrum理论基础的朋友们阅读,并按实际场景进行参考。 定义和特性说明
应用场景 互联网/Saas服务商 研发挑战 市场高速变化且竞争激烈,产品需要根据市场变化不断更新迭代和升级,但缺乏统一的持续交付工具确保产品随时可推向市场,缺乏工具保证客户快速反馈闭环。 推荐搭配 需求管理、代码托管、代码检查、编译构建、测试计划、部署。 实现结果 每日上线新功能
CodeArts前端DevOps实践 本文主要以CodeArts产品自身为背景,简要介绍一些在前端性能优化方面的优秀实践方法和常见问题。 在开始本文的内容之前,先简单介绍一下华为云CodeArts。CodeArts是华为云一站式云端DevOps平台。简单来说,就是在云端提供了从需
DevOps VS 敏捷 当我们面对敏捷和DevOps的时候,总会不可避免的思考下面这些问题: 敏捷是什么?DevOps是什么?两者有什么区别? 持续集成不是XP里面的么,怎么DevOps也有持续集成? 我们团队之前在做敏捷转型,现在又开始DevOps转型,这两者有什么区别? 其
软件DevOps云化发展的趋势 华为公司管理过程的变化 《科技想要什么》一书中,将科技比作生物。生物是在不断进化,伴随着科技生物的进化,科技生物的研发方法也在不断的进化。华为公司在过去三十年,从小型做硬件、做CT通信产品的公司,成为跨ICT公司,研发理念和思想上也在不断变化。经历
华为云CodeArts百人大规模精益DevOps转型 华为大多数产品线都实施了精益开发,并打造了内部精益开发平台,以及对外的商业化DevOps平台产品。本文主要讲述华为如何做大规模DevOps转型。 回顾华为研发历程。软件工程有三代:第一代是软件作坊时代,没有规范的流程;第二代是
我在CodeArts做需求 秉承吃狗粮的文化,CodeArts团队在践行精益敏捷DevOps的同时,也在使用CodeArts工具进行实践落地。 需要说明的是: 本文中提到的实践方式,CodeArts团队在践行,所以具有一定的示范性。 不具备普适性,每个团队都应该根据自己团队的业务
如何构建高效的持续交付能力 持续集成、持续交付、持续部署、以及持续发布,到底是什么含义? 在回答之前,请大家先思考一个问题 :什么是交付过程最痛苦的事情? 集成的过程,测试的过程,以及部署与发布,都很痛苦,否则不会有敏捷与DevOps的各种方法与实践来解决这些问题,但是这些过程又都非常重要。
影响地图 影响地图是一个简单却极高效的协作性的策略规划方法。 有的产品,它还活着,却已经死了;有的产品,还没发布,就已经死了。太多的产品失败的案例,源于方向性错误,基于错误的假设,功能与业务目标/价值之间缺乏必然的关联与一致性,在做的事与期望的目标南辕北辙。 影响地图试图通过结构
CodeArts套餐规格特性差异 概述 CodeArts套餐分为:体验版、基础版、专业版、企业版。 套餐中均包含需求管理、代码托管、流水线、代码检查、编译构建、部署、测试计划、制品仓库、软件建模服务资源;不同版本套餐中,各服务提供的功能特性及资源规格略有不同。 需求管理 表1 需求管理规格特性差异
朴素的DevOps价值观 Nicole Forsgren博士在DOES上的演讲,说过一句话:Architecture matters...Technology doesn't。 最近也遇到越来越多类似的问题,例如:业务方向不明确的情况下,如何拆分微服务? 我们通常的观点是“架构是
持续交付流水线 以终为始,要想将持续交付、持续部署与持续发布讲清楚,就必须了解它们最终的目的,所有这些实践都是围绕着这一目的展开,并且相互关联的。 所以,持续交付也好,DevOps也罢,最终目标是快速的交付价值。 正如Jez Humble对持续交付的定义:“The ability
交付在云端-全云DevOps实践 过去谈到DevOps的时候,往往不是讨论云化的问题,而是讨论工程方法和企业能力。但是现在,在交付方式逐步从单体软件向云上迁移的过程中,大家开始意识到继续在自己的研发环境做基于本地化的私有化工具链已经落伍。于是提出新的要求,做新的全云化的DevOp