检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
持续规划与设计 什么是敏捷 影响地图 用户故事地图 用户故事驱动的敏捷开发 我在CodeArts做需求 Scrum的22个基础知识点 Scrum实践之团队 Scrum实践之冲刺 敏捷项目管理 敏捷实践之物理看板与电子看板
敏捷实践之物理看板与电子看板 选择物理看板还是电子看板 敏捷项目最终的成功还是失败，与使用物理看板还是电子看板没有绝对的因果关系。换个方式说，选择哪种看板不是对与错，而是适合与不适合。所以，要思考的是哪种方式更适合你的团队。 物理看板的优势和劣势 优势 成本低：几乎不需要成本，办
可以工作的软件是进度的主要度量标准。 敏捷过程提倡可持续开发。出资人、开发人员和用户应该总是维持不变的节奏。 对卓越技术与良好设计的不断追求将有助于提高敏捷性。 简单——尽可能减少工作量的艺术至关重要。 最好的架构、需求和设计都源自自我组织的团队。 每隔一定时间，团队都要总结如何更有效率，然后相应地调整自己的行为。
CodeArts的需求实践并非最好的，只是适应我们自身团队以及产品/项目情况的折中之选。 本文参考资料： 《用户故事与敏捷方法》 Mike Cohn 《敏捷革命》 Jeff Sutherland 父主题： 持续规划与设计
定期维护，其背景、内容、优先级、价值等都在随着商业环境的变化而不断变化，事实上维护一个三个月或者半年以后才可能实现的需求就是浪费。 目标/里程碑与发布计划 业务目标可以与迭代的发布计划关联，每次迭代只处理少量的目标。 《影响地图》建议一次只处理一个目标，目的在于快速反馈和调整。个
决了他们的问题（提供了商业价值）。注意：在第一行没有包含“心得分享”这一功能，因为并不一定要完成所有用户任务的开发。 父主题： 持续规划与设计
理的资深员工和资历浅的员工来实现团队多样化。 开发团队是自组织的 没有人告诉开发团队如何把产品代办事项列表变成潜在可发布的产品增量，开发团队自己确认采用哪种方式来实现产品负责人设定的目标。 自组织是系统自下而上、自发的属性，没有传统的自上而下、命令与控制的管理方式，即便是Scrum
要根据自己的速率以及工程能力确定迭代长度。 CodeArts目前的迭代长度为一周，由于设计与开发的依赖关系，所以我们的设计迭代与开发迭代会有一个错位，UCD设计会超前一周完成低保真及高保真设计，随后开发会进行前后端的开发工作。 在迭代计划会议上，产品经理PD对高优先级需求进行串讲
行为方式，达到我们想要实现的目的。用户故事的3个关键点：人、过程和目的，可以帮助我们将这个行为方式讲清楚。在讲故事这个过程中，我们应该专注于故事主线，而不是如何实现。 一旦用户讲清楚了故事，下一步我们需要产生相应的可开发的功能点，这里我们需要专注于如何实现。一般来说，我们很难通过
复杂项目，并相对容易对近期工作做出预测和判断。 文章来源： 华为云社区敏捷实践之冲刺，原作者：黄隽 Charlie。 父主题： 持续规划与设计
在组织结构上进行调整，至少需要合并开发和测试部门，组成按照特性或产品领导的团队，同时从其他不同部门抽调人员组成团队。 父主题： 持续规划与设计
CodeArts结合多年研发经验与业界先进的实践提出了一套可操作可落地的敏捷开发方法论：HE2E DevOps实施框架。 图1 HE2E DevOps实施框架 规划和设计 步骤①和②是业务（或者是客户）与技术之间进行产品规划，梳理产品整体脉络，以及进行产品规划实施设计，并控制需求粒度与拆分的过程。
交付流水线，才能够真正提高软件的发布效率与质量，持续不断的创造业务价值。 通过本章节，您将了解开发人员Chris如何将代码检查、构建、部署任务串联起来，实现持续交付。 预置流水线简介 示例项目中预置以下5个流水线任务，可根据需要查看并使用。 表1 预置流水线任务 预置流水线任务 任务说明
使用CodeArts快速搭建基于ECS部署的代码开发流水线 本文基于CodeArts内置代码仓库，介绍如何使用CodeArts完成项目的开发、构建与部署，实现持续交付。 本文采用的部署方式为ECS部署，适用于传统软件包部署场景。 如果您希望使用容器化部署方法，请参考使用CodeA
、配置和执行，实现获取代码、构建、打包等活动自动化。 在项目部署过程中，经常遇到由于环境不一致而导致的失败，例如研发调试环境的JDK升级后，未在环境清单中标记清楚，导致生产环境未做相应升级而引发失败。为了避免因为环境不一致导致的各种问题，本样例项目中将各微服务应用与环境统一打包到
参考代码托管约束与限制。 流水线 参考流水线约束与限制。 代码检查 参考代码检查约束与限制。 编译构建 参考编译构建约束与限制。 制品仓库 参考制品仓库约束与限制。 部署 参考部署约束与限制。 测试计划 参考测试计划约束与限制。 性能测试 参考性能测试约束与限制。 漏洞管理服务 参考漏洞管理服务使用约束。
不论是主干开发模式，还是Git Flow、Github Flow、Gitlab Flow，事实上背后都是研发与交付的模式体现。选择哪种分支策略，与团队的能力成熟度，与自身的业务模式，与客户的管控要求，都息息相关。 下图中，左边是2006年写成的持续集成的原则，直到今天，这些原则都依然适
不同的功能模块，划分不同功能模块的团队，从而实现组织和交付，通过华为强有力的管理和执行过程，把一些分散的组织单元组织起来进行交付。 Team（团队） 团队向DevOps团队转型，全功能团队是第一步。首先实现开发组织，从开发、测试到设计，包括开发管理过程的全功能团队。 伴随着云基础
IAM细粒度权限：基于IAM系统策略的授权，可以通过用户组功能实现对IAM用户的授权。 CodeArts鉴权管理：CodeArts三层权限模型，可以根据角色实现对IAM用户的操作权限管理。 IAM细粒度权限 默认情况下，管理员创建的IAM用户没有任何权限，需要将其加入用户组，并给
功能。特性开关将部署与特性发布解耦，结合基于环境和用户群的蓝绿或是滚动发布，可以实现对不同的用户群进行不同功能的投放，实现A/B测试，进一步增强了假设驱动开发的能力，可以基于不同的假设路径，进行快速灵活的发布验证。 小结 量变产生质变，每100天一次发布，与每天100次发布，无论
长按/截图保存，微信识别二维码
或者关注公众号“华为云”
