华为云官方博客

随着各领域加快向数字化、移动化、互联网化的发展，企业信息环境变得庞大复杂，身份和权限管理面临巨大的挑战。

随着软件迭代模式的不断发展，测试环节的自动化程度也得到了有效的、持续的提升，智能化测试是结合AI算法和测试数据对测试多个环节进行针对性的优化。

商业敏捷机构（Business Agility Institute）再次联合Scrum联盟（Scrum Alliance）和国际敏捷联合会（ICAgile）共同推出了2022年度的敏捷教练行业现状报告，本文对此报告从作者的角度进行了简要的解读。

DevSecOps 的理念是将安全防护流程有机地融入传统的 DevOps 流程中，为研发安全提供强有力保证，安全工具支撑研发阶段安全要求落地。

企业进行DevOps转型是否有价值？是否能计算出明确的投资回报率呢？本文将为您解惑。

本文从容器技术应用的角度解构了HE2E项目的代码仓库配置、镜像构建、及docker-compose的部署方式。

摘要：一个好的计划会议的标志是什么？开了这么多的计划会，如何知道每次开的好好不好？今天我们就一起来探讨一下这个话题。

摘要：从个人的经历来谈一谈敏捷开发你必须知道的一些事。

​​摘要：测试策略描述了测试工程的总体方法和目标。描述目前在进行哪一阶段的测试以及每个阶段内在进行的测试种类（功能测试、性能测试、覆盖测试等）以及测试人力安排等。本文分享自华为云社区《浅谈敏捷开发的测试策略》，作者：敏捷江湖桃花岛梅师姐 。前言随着敏捷和 DevOps 的出现，改变了传统的软件开发模式，与此同时测试也面临着不小的挑战，在敏捷开发模式下，短周期迭代交付模式意味着时间变短，拥抱变化意味着变更频繁，用户故事描述需求的方式意味着文档变少，全功能团队中意味着专门的测试人员变少。基于这样.

摘要：使用Spark SQL进行ETL任务，在读取某张表的时候报错：“IOException: totalValueCount == 0”，但该表在写入时，并没有什么异常。

摘要：为了降低各种分析工具的结果汇总到通用工作流程中的成本和复杂性, 业界开始采用静态分析结果交换格式(Static Analysis Results Interchange Format (SARIF))来解决这些问题。

在参考业界方法并总结客户成功故事的基础上，本文提出了“七步法”路线图，希望能帮助更多的企业顺利进行DevOps转型。

《包不同的沙雕敏捷》故事主要讲述立志成为敏捷大咖的技术小白包不同在敏捷工作中的日常，与同事之间温馨搞笑的生活故事。

作为敏捷开发中测试团队的一员，在微服务测试过程中，你是不是也遇到同样困惑：服务不具备独立验证能力、自动化用例开发效率很低等？

在前两篇文章中我们对影响地图有了一个认知，本篇文章将继续为大家带来技术大咖在应用敏捷开发过程中的想法和思考。

在日常的工作过程中，小编一直把影响力地图、用户故事地图和用户故事穿插在一起使用。那么，今天就简单的介绍这三者之间如何融合到一起，来进行产品设计的工作。

影响地图，作为完全以业务目标为导向，业务+产品+研发在一起的工具，每一个碰撞出来的点子都直接和业务结果强相关，并采用探索、低成本试错的方式，通过迭代快速持续开发实现。

团队在使用敏捷开发过程中，团队对故事点不了解，需要学习什么是故事点？

本文尝试对Mongo的复制和分布式事务的原理进行描述，在必要的地方，对实现的正确性进行论证，希望能为MongoDB内核爱好者提供一些参考。

在“DevOps能力之屋（CapabilitiesHouse of DevOps）”中，华为云DevCloud提出（工程方法+最佳实践+生态）×工具平台=DevOps能力。华为云DevCloud将推出“DevOps on DevCloud”系列，针对DevOps领域场景，阐述该场景在华为云DevCloud上的实施方法与实践。

这篇文章主要解决因为不能很好地理解需求而估算做不好的问题，在这里可以了解下如何利用用户故事了解需求。

企业在做敏捷转型中，需求无法按时交付的困扰你是否也遇到过呢？

摘要：本文主要介绍最常用的两种估算方法：计划扑克估算和敏捷估算2.0。背景在某开发团队辅导的回顾会议上，团队成员对于优化估计具体方法上达成了一致意见。询问是否有什么具体的估计方法来做估算。问题分析回顾意见上大家对本次Sprint的效果做回顾，其中80%的成员对于本次Sprint的估算效果不满意，最终团队希望在下一个Sprint中，估算活动能有所改善。经了解，团队目前的估算方法很简单，基本上是架构师和团队中有丰富开发经验的成员一言堂。估算的速度也很快。对于有些有疑问的需求，开发..

摘要： 本文介绍了成熟度模型在软件开发行业的应用，重点阐述了成熟度模型对于敏捷和DevOps在企业中进行规模化推广的价值，探讨了成熟度模型的设计原则，并对于如何明智使用成熟度模型给出了建议。导言在敏捷和DevOps社区，尽管对成熟度模型一直有些争议，但使用各种成熟度模型来指导转型的尝试却从未停止过；从笔者的从业经历来看，谨慎地使用成熟度模型，对敏捷和DevOps在企业中的规模化推广具有很重要的现实意义。成熟度模型简介“团队定期地反思如何能提高成效，并依此调整自身的举止表现”，这...

摘要：在“DevOps能力之屋（Capabilities House of DevOps）”中，华为云DevCloud提出（工程方法+最佳实践+生态）×工具平台=DevOps能力。华为云DevCloud将推出“DevOps on DevCloud”系列，针对DevOps领域场景，阐述该场景在华为云DevCloud上的实施方法与实践。引言在“DevOps能力之屋（Capabilities House of DevOps）”中，华为云DevCloud提出（工程方法+最佳实践+生态）×工具平台=De.

前言当今企业发展不再以大为目标，而更多追求强和快，因为只有后者才能适应时代变化让企业处以不败之地，我们称这个时代为快鱼吃大鱼的时代，也是企业的新形态。传统行业小到菜场经济，大到航空航天在逐步被互联网和创新颠覆。由于数字化、智能化给企业发展和管理带来的竞争压力，我们将开始看到更多以敏捷为起点的跨职能协作正在逐步发展。因此企业在这个时代如何寻找生命力和增长动力，如何去定义产品的“强”和研发的“快”是管理者们必须面临的课题。业务效能传统业务效能以KPI指标为导向，将企业经营目标分解到各个业务领域.

摘要：团队用于估算时间过多，留给开发的时间会相应减少，大家工作紧张，状态不佳。团队过度承诺直接造成迭代目标不能完成，士气低落。以上弊端直接伤害敏捷团队，是敏捷团队保持稳定健康节奏的阻力。背景敏捷江湖桃花岛社区下线会议时，敏捷实践者问了很多关于估算的问题。作者在这里把具有共性的问题简单做了梳理。问题主要集中在团队只关心估算结果，也就是数字。再则团队经常在外界压力下过度承诺迭代目标。这两个比较集中的问题描述如下：问题一：团队只关心数字。计划会议大家只关心估算的数字，经常花费大量时间做估算，怎么办？

背景拜访企业的过程中，不少企业领导提到过一个相似的问题：“我们团队有个人平时总是和我（或者其他成员）对着干，把团队氛围搞得很差，Scrum Master应该怎么引导他们，让他们好好工作？”本文就针对这样的问题来聊聊，团队中遇到“刺头”应该怎么办？问题分析学生时代班级里总有几个刺头，他们惹是生非，扰乱课堂纪律——课堂上讲话，接老师话茬，让老师很是头疼。企业中，很多团队也有一两个成员，他们难以合作，常常捅娄子，给团队交付带来不良影响，令管理层也很头疼。在交流过程中，笔者从不同人口中了解到不同

提起用户故事拆分，我们听得最多的就是INVEST原则（关于INVEST原则可以参考文章“用户故事等于需求说明”——你一定没有写好用户故事），但很多人面临的问题是拿到一个较大的用户故事时，该如何拆分才能使得它满足Small的原则呢？接下来，就和大家一起讨论一下如何拆分用户故事。首先，拆分可以参考以下流程：评估待拆分用户故事-按方法拆分-评估拆分结果。（文末有彩蛋，不要错过）评估待拆分用户故事拆分前，我们需要知道手中的用户故事是否需要拆分，就是目前是否已经符合了Small的原则。我们推荐一个用户故事

随着公有云的不断普及，无论是企业办公、社交网络，还是线上娱乐都越来越依赖云上提供的各种服务，微服务、DevOps、持续交付、容器化等云原生技术和理念也在企业上云大背景下不断对现有的开发活动以及开发工具发起挑战。面对云原生变革的开发者需要什么样的兵器来迎接挑战？华为云DevCloud产品家族新成员CloudIDE在云化软件交付场景中为开发者提供了不一样的体验，特别是在微服务开发、AI开发、轻应用开发...

DevUI是一支兼具设计视角和工程视角的团队，服务于华为云DevCloud平台和华为内部数个中后台系统，服务于设计师和前端工程师。官方网站：devui.designNg组件库：ng-devui（欢迎Star）引言作为前端开发者，有些时候我们在后端服务还未ready的时候就接到了紧急开发需求，⾯对数据接⼝的缺失和数据持久化的⽀持，开发举步维艰。当然，加班也许也是⼀种解决问题的⽅法，但...

引言在DevOps，有个很流行的说法是XX项衡量DevOps是否成功的指标。通过对研发流程各个阶段的关键数据进行度量，来判断一个项目是否完成DevOps转型。这个思路非常正确，因为要想改进它，就要度量它。而对于前端项目大部分也可以套用DevOps的部分衡量指标，我基于本身的项目实践，结合前端项目研发流程的特殊性和差异点，梳理出更适合判断前端项目是否高效高质的衡量指标。而衡量指标大部分都...

背景在传统开发模式下模下，发任务由项目经理指派给个人的，而在敏捷开发模式中，是由任务是项目经理指派给个人的，而在敏捷开发模式的务队领取的。很多企业开发任务的时候，有几个任务型中认领怎么办？问题：“计划会议认领开发任务的时候，有几个任务没人认领怎么办？”问题分析 首先，相对于传统开发模式的指派开发任务，我们需要知道为什么在敏捷开发中是领取任务。在敏捷中，不管是敏捷宣言还是Scrum...

背景一个人数为7人左右的团队采用Scrum框架工作。Sprint的长度，团队目前采用时间盒为1周。团队经常会出现在Sprint结束时不能完成当初设定的Sprint目标，很多工作项需要跨Sprint才可以完成。问题分析目前Sprint中存在的主要问题是Sprint目标完成不好，解决掉障碍，Sprint目标按承诺完成即可。团队成员的工作内容中包含很多探索性工作项，对工作内容领域不熟悉，...

最近一段时间，在家远程办公成为软件开发者的工作常态，如何在家实现异地协同，高效开发？本篇将继续介绍如何使用华为云DevCloud提供的代码托管和代码检查服务进行需求的迭代开发，想快速上手项目开发么？请您收好以下宝典!往期回顾：华为云DevCloud宝典——项目管理篇...

引言我们常见到Epic、Feature、Story和Task这些和敏捷相关的概念，它们之间的关系是什么？我们如何灵活使用这些概念，从而让敏捷的需求管理更为高效？本文为你解答，建议收藏。什么是Epic、Feature、Story和Task？Epic、Feature、Story和Task用来划分需求颗粒度的标签，可以看作需求占位符，分别代表需求颗粒度从大到小。每个层级的需求本身又承载着一些...

背景在华为云专家团队拜访某企业时，遇到了这样的一个问题，随着业务的扩张，新员工不断加入，其开发组长要对每一位新人交代相关的知识点、工作方式以及团队信息等，工作量在短期内激增……在一个项目中,随着时间推移、业务的扩张，项目中的核心成员，如项目经理、开发组长等往往都会面临如下几种情况和挑战： 新员工加入，需要诸多方面的培养（培训），以便能快速进入工作状态。 老员工的离职，导致...

避免重要需求遗漏的思路避免重要需求遗漏，首先我们需要反问一句——为什么这些紧急重要的需求无法更早预见？同样的，我们需要了解： 具体是哪些外界原因？这些原因是否有共性，有的话，那就针对性处理； 增加的需求有无共性特点？有的话，可以针对性处理； 临时增加有多临时？我们是否有提高或改善响应能力的空间，如果我们可以更快调整和响应，使得这些临时需求对我们产生不了什么影响，那...

今天，我们处于 Cloud 2.0 时代。1.0 时代，企业接触云计算，开始上云；2.0 时代，企业云化加深，核心业务上云。然而，在 2.0 时代，我们看到云计算正在进入多元架构时代。什么是多元架构？为什么云计算如今会进入到多元架构时代？多元架构时代，企业面临哪些技术挑战？它给架构师带来了怎样的机遇和挑战？技术大厂在多元架构时代有怎样的动作？带着这些疑问，在今年的 ArchSummit...

为什么要进行需求结构化管理？首先，并不是说任何情况下都需要进行软件项目需求的结构化管理。如果只是事务性质的管理需求，也就是有需求了能记录、能跟踪状态、实现之后不需要继续跟踪、也不需要维护需求与需求之间的关联，那么不需要思考需求结构化管理这个问题。这种情况下，不管是用DevCloud的Scrum项目模板还是看板项目模板，都可以管理好需求和软件项目。只有在需求较多、且需求之间存在关联，而且即便是已...