检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
通过链接邀请用户加入CodeArts项目 操作场景 当CodeArts项目中需要添加用户A，但项目成员B没有该项目“成员设置”权限时，B可以分享项目二维码或者链接给A。 A通过二维码或链接提交加入项目申请，待拥有项目“成员设置”权限的成员C审批后，A即可成为项目成员。 前提条件 被邀请的用户可以登录华为云。
从其他CodeArts项目导入成员 邀请其他账号用户为CodeArts项目成员 从委托中导入CodeArts项目成员 通过链接邀请：项目成员分享二维码、或者项目链接给待邀请的用户，用户扫描二维码、或者单击项目链接可以提交加入项目申请。 父主题： 添加CodeArts项目成员
Online快速开发、发布WeLink应用 基于CodeArts IDE Online、TensorFlow和Jupyter Notebook开发深度学习模型 CodeArts IDE 使用 CodeArts IDE for C/C++ 开发OpenGl示例工程 使用 CodeArts IDE
事地图，跳出了扁平化的产品待办列表，看到了产品的全景图，可以真正聚焦于目标用户以及产品最终的形态。产品待办列表只是一维的，而用户故事地图是三维的，这是高维与低维的比较，高维恒胜。 用户故事地图基于简单的网格结构，规则是从左到右讲述故事，即按照叙事主线顺序；自上向下的拆分，即由大到
到打击。 与此同时，业务部门则希望业务需求尽快的推向市场，而维稳的要求导致价值交付用户的速度被延缓，价值无法迅速得到反馈验证。 当发布列车变成3个月一趟车次时，业务人员习惯于自己的需求无法快速得到满足，能想出的方法就是把所有的业务需求都设置成最高优先级，去抢占发布窗口。所有人都这
自检：核心实践，成效佳？ DevOps是正向价值链，运营反馈是反向价值链，通过不断的度量，实现各方面的提升。在此我们主要关注的是持续交付的交付链。将一个需求变成线上的特性，测试人员在线上测试通过，即完成了正向交付价值。但是实际交付的效果可能并不好，就会造成用户流失，这是非常严重的状况。在正向交付负
次数，节约成本，开发团队由搭配合理的资深员工和资历浅的员工来实现团队多样化。 开发团队是自组织的 没有人告诉开发团队如何把产品代办事项列表变成潜在可发布的产品增量，开发团队自己确认采用哪种方式来实现产品负责人设定的目标。 自组织是系统自下而上、自发的属性，没有传统的自上而下、命令与控制的管理方式，即便是Scrum
依据，用来验证用户故事是否符合用户的期望。在用户故事编写工作坊中，验证信息可以写在故事卡片的背面，随后录入工作项。针对每一个测试要点都应该变成完整的测试用例，测试用例会与需求进行关联，由此完美的将3C结合在一起。 在CodeArts中的用户故事： 卡片是用户故事的展现形式，我们会
优雅的良好的架构更加重要，不要让微服务成为另一座巴别塔。理论上微服务可以最大化利用各种语言的优势，但如果没有好的服务切分与架构设计，微服务只会变成更大的灾难，只会是碎片化而不是去中心化。微服务的目的是更灵活的协同，如果服务之间缺少沟通，就背离了微服务设计的初衷。 Google内部有开
在2008年到2011年期间，产品逐渐向敏捷方向发展，这时有一部分研发工具平台已经陆陆续续转到云上去了，一些测试类的工具也需要转型。之前产品的交付是半年、两个月发一次，转型之后变成一个月，甚至两周发一次，但这时的转变并不彻底，与客户的交付过程仍然存在一些问题。 在2011年到2014年，华为全面把工具向平台化、服务化
CodeArts前端DevOps实践 本文主要以CodeArts产品自身为背景，简要介绍一些在前端性能优化方面的优秀实践方法和常见问题。 在开始本文的内容之前，先简单介绍一下华为云CodeArts。CodeArts是华为云一站式云端DevOps平台。简单来说，就是在云端提供了从需
并对他们进行优先级排序，这就是产品待办列表（Product Backlog）。这些内容在得到了PO和团队的认可后会交付给团队进行开发，就变成了sprint backlog，这个过程可能很复杂（比如包含多层分解、涉及多个子产品/组件、多个团队协作），也可能很简单；转换成sprint
华为云CodeArts百人大规模精益DevOps转型 华为大多数产品线都实施了精益开发，并打造了内部精益开发平台，以及对外的商业化DevOps平台产品。本文主要讲述华为如何做大规模DevOps转型。 回顾华为研发历程。软件工程有三代：第一代是软件作坊时代，没有规范的流程；第二代是
影响地图 影响地图是一个简单却极高效的协作性的策略规划方法。 有的产品，它还活着，却已经死了；有的产品，还没发布，就已经死了。太多的产品失败的案例，源于方向性错误，基于错误的假设，功能与业务目标/价值之间缺乏必然的关联与一致性，在做的事与期望的目标南辕北辙。 影响地图试图通过结构
DevOps VS 敏捷 当我们面对敏捷和DevOps的时候，总会不可避免的思考下面这些问题： 敏捷是什么？DevOps是什么？两者有什么区别？ 持续集成不是XP里面的么，怎么DevOps也有持续集成？ 我们团队之前在做敏捷转型，现在又开始DevOps转型，这两者有什么区别？ 其
用户故事地图 《用户故事地图》这本书的原作者是一位独立顾问，讲师和敏捷教练，他所提出的用户故事地图的方法主要用于解决敏捷需求分析过程中的问题： 只见树木不见林，重要的待办项容易淹没在各种细节中看不到全貌，因而难以排列优先级。 不能明显地聚焦于用户需求。 很难了解不同粒度故事（史诗故事、主题故事以及故事）之间的关系。
如何构建高效的持续交付能力 持续集成、持续交付、持续部署、以及持续发布，到底是什么含义？ 在回答之前，请大家先思考一个问题 ：什么是交付过程最痛苦的事情？ 集成的过程，测试的过程，以及部署与发布，都很痛苦，否则不会有敏捷与DevOps的各种方法与实践来解决这些问题，但是这些过程又都非常重要。
CodeArts套餐规格特性差异 概述 CodeArts套餐分为：体验版、基础版、专业版、企业版。 套餐中均包含需求管理、代码托管、流水线、代码检查、编译构建、部署、测试计划、制品仓库、软件建模服务资源；不同版本套餐中，各服务提供的功能特性及资源规格略有不同。 需求管理 表1 需求管理规格特性差异
基于Pipeline的DevOps核心实践 本文主要讲述华为从自有研发实践到向外输出的服务——CodeArts流水线Pipeline，以及基于Pipeline的DevOps实践。 本文分为以下四部分，前三部分侧重于理论，第四部分将演示在保障质量的情况下，如何让代码提交快速上线。 DevOps在华为
用户故事驱动的敏捷开发 敏捷开发现在已经不是新鲜事物了，从各种渠道都可以听到不同的团队实施敏捷的胜果，听的时候觉得很美，可是实际行动时就会发现那都是“别人家”的团队，结合自己的情况就会发现诸多问题。即使是仍然打算一试，也经常会不知如何开始。 因此，我们希望能够找到一个可以遵循的敏捷项目管理模型。
长按/截图保存，微信识别二维码
或者关注公众号“华为云”
