检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
敏捷实践之物理看板与电子看板 选择物理看板还是电子看板 敏捷项目最终的成功还是失败，与使用物理看板还是电子看板没有绝对的因果关系。换个方式说，选择哪种看板不是对与错，而是适合与不适合。所以，要思考的是哪种方式更适合你的团队。 物理看板的优势和劣势 优势 成本低：几乎不需要成本，办
的结果呈现出性能的提升。我们在提升的过程中往往发现，很多问题是规范方面的不足，这时就需要思考为什么在开发过程当中会犯这样的低级错误。 基于前面的过程，团队往往会组合出适合自己的工具链。但当我们一次次的开始推我们的这个大石头时，会发现石头特别大、特别累。于是我们希望前端工作人员能够
在2008年左右的时候，华为的项目还是采用传统的交付方式，例如在年初开始一个项目，在项目立项之初就会把客户的需求全部收集好，包括一些用户的反馈，并把需求做了全年的排序。年中的时候发布产品给用户，两个月之后再出一个补丁，最终年底出一个正式的版本。当时版本交付的节奏还是比较慢的，但是对质量要求
配置管理是DevOps最底层的基础设施。无论是Configuration As Code，还是Infrastructure As Code，强调的都是用管理代码的方式来管理环境。将环境版本化，无论对于快速创建，还是可稳定的重复创建这些DevOps的基本要求来说，都是最重要的基础。 配置管理系
掉一键那个动作。 流水线的存在，接管了底层的基础设施，包括计算、存储、网络，无论是On Premise，还是On Cloud；接管了PaaS层，开发人员无需太关注是虚拟机，还是容器，也不必太多了解K8s的配置和编排，以及DTAP不同的环境的配置和差异；甚至接管了上面使用的自动化工
再到现在微服务化架构软件逐步演进。环境方面，从裸金属服务器，后面逐步到虚机再到容器化，倡导基础设施即代码，通过容器化去演进环境的差异，来提升未来环境方面投入的力量和工作。 我们在编程中发现，无论是本地的开发环境还是DTAP四大环境，环境的链条和测试恢复、部署、出问题的定位时间占
续发布。 私有依赖库可用于将项目当中的依赖包上传至此库中，以方便云端构建，并进行版本控制，避免环境差异化。 分支策略 不论是主干开发模式，还是Git Flow、Github Flow、Gitlab Flow，事实上背后都是研发与交付的模式体现。选择哪种分支策略，与团队的能力成熟度
现实的。 不能贷款过多，否则无法承担月供。 架构可以一开始简单些，原始一些，但基本的质量和NFR还是需要满足的；而一旦找对业务方向，又需要快速展开，所以架构在初期具备一定的扩展能力还是需要的。 要定期清理债务，房贷车贷过多，即使是有力偿还，生活质量也会下降，脱离了原始购房改善生活质量的初衷。
将部署和发布解耦 部署和发布是不同的动作，部署更多是一个技术行为，而发布更多是业务决策，不要把技术与业务决策混为一谈。部署与发布的解耦过程，也就是前面讲到的技术与业务的解耦过程。 部署：在特定的环境上安装指定版本的软件。部署可能与某个特性的发布有关，也可能无关。 发布：把一个/组特性提供给（部分或全部）客户的过程。
加快代码质量的反馈速度至关重要，在代码进入代码库之后能够立即确认代码处于可用状态，这样才能确保在需要的时候可以快速的获取可交付的版本。无论对于开发/测试的配合，还是开发人员自己进行功能验证都非常重要。 持续集成中的代码检查 由于持续的快速开发和交付，团队发现线上代码质量堪忧，且进入到生产环境的问题修复
线声称他们已经实现微服务架构，已经实现解耦，但是最后的结果是众多的微服务打包部署上线。这实际上还是要回到源头上去看一下整个服务架构是否做到了解耦，是否做到了微服务所要求的九大特征。 后面是编码问题，现在编码工具非常多，但是实现全云化的时候，实际上是要求我们把一种编码的能力移到云端
前置时间：传统开发法依循计划、分析、设计、程序开发、测试再进行修改整合后发布的步骤进行，是一种顺序性的开发模式，当前一个步骤用掉越多时间时，后面步骤的前置时间就会越长，而形成时间上越多的浪费。反观敏捷开发，实行的是一种务实的做法，当收集到足够一次迭代开发的需求时即向下一个步骤前进，
华为DevOps一体化平台框架 框架并不只是平台本身，既包括理念又包括管理流程，工具只是DevOps的一部分。如果只有工具其实是不够的，最终还是人去工作。 华为的管理流程上应用了Scrum、看板，在内部产品线还用了规模化敏捷，在华为叫产品级敏捷。华为的Scrum和书上的Scrum有区别，华为没有Scrum
础的服务上，比如数据库服务，从而实现环境、软件和软件之间的模块的耦合，让以前繁琐的准备环境、获取环境耦合掉。 仅有这种变化还不够，软件本身还是高度耦合的单元。我们把软件拆成Cloud Native服务架构，把软件里每个功能模块和依赖的中间件资源、依赖于的数据库资源和依据健全的服务全部拆开，各归其位。
再加上企业中有近7成的研发人员DevOps经验少于1年，在这样的情况下，得到上述的调查结果也就不足为奇了。 总之，从报告来看，目前国内大多数企业的DevOps应用还是处在初始级和基础级的阶段，需要向全面级、优秀级、卓越级转变。 DevOps：工具技术如何选 要实现企业DevOps从初始级、基础级向全面级
一旦将并行工作可视化出来，加上WIP限制，才有可能解决并行在制品问题。 生产过程中的物料堆积被视为浪费，研发过程中的任务堆积如何解决？有了前面讲到的可视化，让过程以及产物看得见；有了WIP，让并行工作得到控制，但依然无法解决上下游产能不匹配可能造成的任务堆积问题。拉动式系统相比于
Responsible Moment），团队要等到开始实现软件特性前才写下特性的具体细节，优先级排序，近期、中期、长期需求的详略程度。 纸质卡片、贴纸，还是电子工具？ 在需求收集和引导的前期，例如需求编写工作坊，建议采用纸质卡片，便于交互，并且卡片的有限文字空间保证了我们不会过早进入细节。 当
过程。 15 燃尽图可以说明什么问题？ 燃尽图一般用来跟踪一个冲刺的进度状态。 团队把燃尽图作为预测指标来使用，可以直观得看到当前进度是快还是慢。 一般团队需要在Daily Scrum的最后查看燃尽图的最新状态，并根据情况采取措施。 16 燃尽图应该包含哪些元素？ 燃尽图应该包括
手动在服务器中安装。 如果使用Windows操作系统主机作为代理机，请安装64位的Java 8。 必须有公网访问权限，并且开通以下域名的防火墙白名单、暴露相应端口号。 表1 区域域名对应关系 区域名称 域名 北京一（cn-north-1） cloudoctopus-agent.cn-north-1
testing、灰度发布。 DevOps与云 DevOps要支持云，虚拟化与云技术可以带来DevOps要求的标准化以及自动化。 环境标准化 无论是针对基础设施还是运行时环境都要求环境标准化，并把这些环境投入开发、QA和IT运维的日常使用，这样就能消除大部分在部署流程中因为差异而导致的问题。不仅应该拿
长按/截图保存，微信识别二维码
或者关注公众号“华为云”
