华为云官方博客

在参考业界方法并总结客户成功故事的基础上，本文提出了“七步法”路线图，希望能帮助更多的企业顺利进行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项目模板还是看板项目模板，都可以管理好需求和软件项目。只有在需求较多、且需求之间存在关联，而且即便是已...

需求优先级管理四步走需求优先级的管理，其实是为了帮助我们确定先做哪个需求后做哪个需求，从而可以最大化我们的回报、最小化我们的风险或投入。要做好优先级管理，或者更直接来说是优先级顺序管理，我们需要做到如下几件事情： 确定优先级模型：优先级看起来像是一个简单直接的值，但实际上它是一个基于多种因素进行综合判断之后得出的一个值，这些因素和判断原则，就是我们所说的优先级模型； 排定需求优...

作者 黄隽 Charlie背景企业的一些项目团队每天都开站会，像Scrum里面建议的一样说那三个问题，但是效果不理想，好像是形式化的内容，并没有起到什么实质的作用。比如，开完站会后，成员继续做着手头的工作，成员依然只关心自己的工作，其它人员的工作完全不了解，好像站会并没有带来什么效果。再比如，开站会本身也有很多问题：会议超时、成员迟到、成员注意力不集中等，具体常见问题如下图所示。到...

背景开发团队如何管理琐碎、突发性工作？企业的一些软件开发团队经常出现类似培训支撑等突发性工作，开发团队不清楚如何管理好类似客户培训这样的突发性支撑工作。解决突发性工作的问题被很多开发团队所重视，它直接影响开发团队工作的进度和速率，间接着影响迭代目标是否能完成，甚至整个项目的成败。所以降低或解决突发性工作对开发团队的干扰非常重要。问题分析一种情况，支撑工作与开发工作混合，没有明显...

背景开发团队如何管理琐碎、突发性工作？企业的一些软件开发团队经常出现类似培训支撑等突发性工作，开发团队不清楚如何管理好类似客户培训这样的突发性支撑工作。解决突发性工作的问题被很多开发团队所重视，它直接影响开发团队工作的进度和速率，间接着影响迭代目标是否能完成，甚至整个项目的成败。所以降低或解决突发性工作对开发团队的干扰非常重要。问题分析一种情况，支撑工作与开发工作混合，没...

背景目前，Scrum和看板已成为了帮助团队贯彻敏捷的重要方法，我们也能经常看到敏捷爱好者在关于二者在各类社区、场合的讨论。无论是交流分享还是企业的咨询实施，关于Scrum和看板的讨论就一直没有停歇过。那么，对于一个正准备实践敏捷的团队，到底应该如何选择呢？问题分析一般来说，客户会纠结Scrum和看板的选择问题，主要是因为不清楚Scrum和看板方法的区别，不知道哪种更适合目前的项目或团队...

背景开发团队如何管理琐碎、突发性工作？企业的一些软件开发团队经常出现类似培训支撑等突发性工作，开发团队不清楚如何管理好类似客户培训这样的突发性支撑工作。解决突发性工作的问题被很多开发团队所重视，它直接影响开发团队工作的进度和速率，间接着影响迭代目标是否能完成，甚至整个项目的成败。所以降低或解决突发性工作对开发团队的干扰非常重要。问题分析支撑工作与开发工作混合，没有明显的优先级，...

【摘要】 持续集成/持续交付（CI/CD，Continuous Integration/Continuous Deployment）在DevOps CMALS理念中具有支柱性地位，因而CI/CD流水线至关重要，将实现应用程序的构建、测试、部署与发布等自动化，提升软件交付的效率与质量。引言：在“DevOps能力之屋（Capabilities House of DevOps）”中，华为云DevCl...

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

需求优先级管理四步走需求优先级的管理，其实是为了帮助我们确定先做哪个需求后做哪个需求，从而可以最大化我们的回报、最小化我们的风险或投入。要做好优先级管理，或者更直接来说是优先级顺序管理，我们需要做到如下几件事情：确定优先级模型：优先级看起来像是一个简单直接的值，但实际上它是一个基于多种因素进行综合判断之后得出的一个值，这些因素和判断原则，就是我们所说的优先级模型； 排定需求优先级顺序：将...

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

概述围绕项目需求变更频繁，如何做好有效的需求管理和规划，本文从背景、问题分析、解决措施、如何进行需求结构化管理？如何进行需求优先级管理？如何避免重要需求遗漏？几个方面进行了细致解答。全程干货。背景不管是项目型软件开发还是产品型软件开发，需求变更频繁都是影响研发效能的第一号因素，在2019年中国DevOps现状调查报告中也可以发现，超半数企业认为需求的频繁变更是阻碍软件按时交付的主要原因...