检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
用户故事驱动的敏捷开发 敏捷开发现在已经不是新鲜事物了，从各种渠道都可以听到不同的团队实施敏捷的胜果，听的时候觉得很美，可是实际行动时就会发现那都是“别人家”的团队，结合自己的情况就会发现诸多问题。即使是仍然打算一试，也经常会不知如何开始。 因此，我们希望能够找到一个可以遵循的敏捷项目管理模型。
DevOps VS 敏捷 当我们面对敏捷和DevOps的时候，总会不可避免的思考下面这些问题： 敏捷是什么？DevOps是什么？两者有什么区别？ 持续集成不是XP里面的么，怎么DevOps也有持续集成？ 我们团队之前在做敏捷转型，现在又开始DevOps转型，这两者有什么区别？ 其
影响地图 影响地图是一个简单却极高效的协作性的策略规划方法。 有的产品，它还活着，却已经死了；有的产品，还没发布，就已经死了。太多的产品失败的案例，源于方向性错误，基于错误的假设，功能与业务目标/价值之间缺乏必然的关联与一致性，在做的事与期望的目标南辕北辙。 影响地图试图通过结构
应用场景 互联网/Saas服务商 研发挑战 市场高速变化且竞争激烈，产品需要根据市场变化不断更新迭代和升级，但缺乏统一的持续交付工具确保产品随时可推向市场，缺乏工具保证客户快速反馈闭环。 推荐搭配 需求管理、代码托管、代码检查、编译构建、测试计划、部署。 实现结果 每日上线新功能
我在CodeArts做需求 秉承吃狗粮的文化，CodeArts团队在践行精益敏捷DevOps的同时，也在使用CodeArts工具进行实践落地。 需要说明的是： 本文中提到的实践方式，CodeArts团队在践行，所以具有一定的示范性。 不具备普适性，每个团队都应该根据自己团队的业务
方案概述 背景信息 CodeArts结合多年研发经验与业界先进的实践提出了一套可操作可落地的敏捷开发方法论：HE2E DevOps实施框架。 图1 HE2E DevOps实施框架 规划和设计 步骤①和②是业务（或者是客户）与技术之间进行产品规划，梳理产品整体脉络，以及进行产品规划实施设计，并控制需求粒度与拆分的过程。
什么是DevOps DevOps概述 DevOps，即Development and Operations，是一组过程、方法与系统的统称，用于促进软件开发、运维和质量保障部门之间的沟通、协作与整合。DevOps的出现是由于软件行业日益清晰的认识到：为了按时交付软件产品和服务，开发
交付在云端-全云DevOps实践 过去谈到DevOps的时候，往往不是讨论云化的问题，而是讨论工程方法和企业能力。但是现在，在交付方式逐步从单体软件向云上迁移的过程中，大家开始意识到继续在自己的研发环境做基于本地化的私有化工具链已经落伍。于是提出新的要求，做新的全云化的DevOp
邀请其他账号用户为CodeArts项目成员 操作场景 当两个拥有华为账号的企业A、B合作开发一个项目时，在企业A的账号中创建CodeArts项目后，可以向该项目中添加企业B的账号中的IAM用户。 本节中涉及两个账号A、B，账号A的IAM用户a创建了CodeArts项目X，邀请账号
DevOps的3大核心基础架构 由于近年DevOps概念的火热，加之DevOps的涵盖面非常广，因此有很多文章和技术都在和DevOps强行关联，使很多想要了解学习DevOps的开发者迷惑不解。 其实，DevOps的知识体系如果从顶层上来分解，可大分为2部分：方法论和工具链。 方法
软件DevOps云化发展的趋势 华为公司管理过程的变化 《科技想要什么》一书中，将科技比作生物。生物是在不断进化，伴随着科技生物的进化，科技生物的研发方法也在不断的进化。华为公司在过去三十年，从小型做硬件、做CT通信产品的公司，成为跨ICT公司，研发理念和思想上也在不断变化。经历
敏捷项目管理 组建Scrum团队 本文将以一个示例项目为对象，介绍如何进行敏捷项目管理，示例项目背景如下： 凤凰商城示例项目介绍 【凤凰商城】示例项目是耗时数月所开发的汽车零部件配件电子商城。项目采用 Scrum模式 进行迭代开发，每个迭代周期为“两周”，前3个迭代已经完成“凤凰商城1
DevOps现状报告解读 DevOps，是Development和Operations的组合词，是指一组过程、方法与系统的统称，用于促进开发、技术运营和质量保障部门之间的沟通、协作与整合。DevOps是一种重视“软件开发人员（Dev）”和“IT运维技术人员（Ops）”之间沟通合作
如何构建高效的持续交付能力 持续集成、持续交付、持续部署、以及持续发布，到底是什么含义？ 在回答之前，请大家先思考一个问题 ：什么是交付过程最痛苦的事情？ 集成的过程，测试的过程，以及部署与发布，都很痛苦，否则不会有敏捷与DevOps的各种方法与实践来解决这些问题，但是这些过程又都非常重要。
Scrum实践之团队 随着近些年敏捷在行业及企业的推广，越来越多的企业意识到了敏捷所带来的好处，并愿意在敏捷上有所投入，从而越来越多的朋友加入了敏捷从业者行列，愿意学习敏捷知识。 本文内容推荐有基本敏捷常识及有一定Scrum理论基础的朋友们阅读，并按实际场景进行参考。 定义和特性说明
通过项目经理驾驶舱查看项目状况及项目工作负荷 背景说明 作为项目经理，需要及时掌握项目的整体运作情况，能够及时跟踪项目在所选时间段内需求交付和缺陷修复的进度、资源分配和风险。 而且项目经理经常遇到的问题是项目成员的工作饱和度不能直观的展现，特别是当成员跨项目时，做两个以上项目的任务，更增加了识别难度。
持续交付流水线 以终为始，要想将持续交付、持续部署与持续发布讲清楚，就必须了解它们最终的目的，所有这些实践都是围绕着这一目的展开，并且相互关联的。 所以，持续交付也好，DevOps也罢，最终目标是快速的交付价值。 正如Jez Humble对持续交付的定义：“The ability
长按/截图保存，微信识别二维码
或者关注公众号“华为云”
