检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
Scrum团队是一个完整的团队。Scrum团队是基于功能开发而组成的跨职能、自我管理团队，在组织方式、管理模式和开发过程等方面与传统的开发团队有着重大改革。 Scrum团队与传统团队的简单对比下图： Scrum团队中没有传统意义上的项目经理、产品经理、开发经理，而是引入了产品负责人（Product
DevOps的3大核心基础架构 由于近年DevOps概念的火热，加之DevOps的涵盖面非常广，因此有很多文章和技术都在和DevOps强行关联，使很多想要了解学习DevOps的开发者迷惑不解。 其实，DevOps的知识体系如果从顶层上来分解，可大分为2部分：方法论和工具链。 方法论这部分，因为Dev
Notebook开发深度学习模型 CodeArts IDE 使用 CodeArts IDE for C/C++ 开发OpenGl示例工程 使用 CodeArts IDE for Java 开发简单的Java工程 效能洞察 通过项目经理驾驶舱查看项目状况及项目工作负荷 联接 Jira与CodeArts
持续交付以代码配置管理为基础，除了传统意义的代码资产安全与管控、多人并行开发、版本与基线管理外，也体现了团队的协作与沟通。 代码检查（即静态扫描）、自动化的构建、各阶段的自动化测试、以及相应的自动化部署过程，都被有机的串联在流水线上。 除了代码检查、构建、测试、部署等动态的阶段与活动，还有制品管理，以及各级
端到端DevOps工具链。CodeArts的目的是为研发团队提高研发效率，降低研发成本。 本文的主题是前端的性能优化，而性能优化的解决过程与一个希腊神话故事十分类似。这个故事讲述一个名叫西西弗斯的国王，由于犯了错误，被惩罚在一座山坡上不停的推石头。这位国王不停推石头的过程，与我们
（用户故事地图）。 用户故事地图样例 下图是一个蛋糕制作及心得分享系统的用户故事地图： 第三行所包含的内容就是“大家在电子邮件系统所要做的事情”，包括：注册、配置信息、发布、下单、支付等。 第二行对这些事情进行了分组。 与一般用户故事地图不同的是，这张图当中增加了第一行的角色划分，以使整个流程更加清晰明了。
识等方面的培养；教师精心制定的教学计划与内容难以跟随IT行业快速变化的技术理论与前沿趋势；学科竞赛、实验项目推进、综合实训缺少统一规范化的流程与平台。 推荐搭配 需求管理、代码托管、代码检查、编译构建、测试计划、部署。 实现结果 在实践中学习软件开发，用实践项目培养人才。
这个话题注定讨论不清，也注定会有不同的意见。本文也仅从方法论和实践的角度，为开发者简单论述敏捷与DevOps。希望每位读者都会从本文中得到自己的理解与启发 ，帮助大家在敏捷与DevOps这两条路上走的更远。 先说本文的观点： ▪ 敏捷与DevOps初衷、目的是为了解决问题，而不是为了树碑立牌，更不是为了占领地盘。
参考代码托管约束与限制。 流水线 参考流水线约束与限制。 代码检查 参考代码检查约束与限制。 编译构建 参考编译构建约束与限制。 制品仓库 参考制品仓库约束与限制。 部署 参考部署约束与限制。 测试计划 参考测试计划约束与限制。 性能测试 参考性能测试约束与限制。 漏洞管理服务 参考漏洞管理服务使用约束。
通常而言，软件开发起始于需求收集与分析，所以本文从需求谈起。 传统的瀑布研发模式基于三个假设： 用户准确的知道自己想要什么。 开发人员能够完全理解用户在说什么。 需求在研发过程中不会发生变化。 但事实上这三个前提假设都不存在，需求沟通之后做出来的产品，往往与需求大相径庭。 我们以用户故事来描述需求
持续部署与发布 持续部署 持续交付与持续部署概念解读 持续交付流水线 基于Pipeline的DevOps核心实践 如何构建高效的持续交付能力 交付在云端-全云DevOps实践
持续规划与设计 什么是敏捷 影响地图 用户故事地图 用户故事驱动的敏捷开发 我在CodeArts做需求 Scrum的22个基础知识点 Scrum实践之团队 Scrum实践之冲刺 敏捷项目管理 敏捷实践之物理看板与电子看板
持续开发与集成 软件版本管理 持续集成
持续测试与反馈 敏捷测试 DevOps敏捷测试之道
不论是主干开发模式，还是Git Flow、Github Flow、Gitlab Flow，事实上背后都是研发与交付的模式体现。选择哪种分支策略，与团队的能力成熟度，与自身的业务模式，与客户的管控要求，都息息相关。 下图中，左边是2006年写成的持续集成的原则，直到今天，这些原则都依然适
有的产品，它还活着，却已经死了；有的产品，还没发布，就已经死了。太多的产品失败的案例，源于方向性错误，基于错误的假设，功能与业务目标/价值之间缺乏必然的关联与一致性，在做的事与期望的目标南辕北辙。 影响地图试图通过结构化、可视化、协作化的方式来从源头解决上述问题。 影响地图是一门战略规划技术，通过清晰的沟
n。 各个层级，在不同的环境上，执行不同的测试，这也与理想的测试金字塔分层测试相互对应。 每个层级的目的、和预设的反馈回路、涉及的范围、验证的方法与内容、定位问题区间都有所不同。 流水线越来越成为开发运维一体化的代名词 开发与运维之间“不可调和的矛盾”，可以通过流水线来解耦。流水
第六是生产在线测试。如果是金融系统，涉及到钱，应该有相应的管理成本配置，否则怎么保障线上的系统是正确的？线上系统势必要做测试，任何系统的模拟数据都无法与真实数据相比，哪怕在真实系统只花一分钱，模拟交易量都不能替代它。应该用管理成本设置一个账户，在里面实际的实现一些线上的支付，只有这样才能保证
敏捷实践之物理看板与电子看板 选择物理看板还是电子看板 敏捷项目最终的成功还是失败，与使用物理看板还是电子看板没有绝对的因果关系。换个方式说，选择哪种看板不是对与错，而是适合与不适合。所以，要思考的是哪种方式更适合你的团队。 物理看板的优势和劣势 优势 成本低：几乎不需要成本，办
三十年研发能力和研发方法以及研发的工具进化的过程。 云原生Cloud Native的“纹身” Native的意思是辅助、原生，DevOps与Cloud Native背后共同的东西是文化。DevOps不仅是我们的工作内容，更是工作方法，同时也在形成一种工作的文化。 华为Cloud
长按/截图保存，微信识别二维码
或者关注公众号“华为云”
