检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
用户故事以用户使用的场景为主线,将大的阶段点,及其细分的活动,以树状的结构进行梳理和展现,既可以看到独立的需求条目,又能够看到整体需求场景。 计划和跟踪、迭代开发 步骤③~⑩是Scrum框架过程,是主要的管理实践。 Scrum定义了一个相对完整的敏捷过程管理的框架。在CodeAr
环境配置:指那些针对当前应用基本上固定的环境配置。 环境数据:指那些需要在部署的同时根据情况调整的数据,如:配置文件,开发、测试、生产环境的地址等。 Automation自动化系统 自动化在DevOps中的作用不言而喻,这部分的主线一般由各种类型的Build系统来实现,如:Jenkins、Team
Master更多的需要和人打交道,很多实际问题的处理方式是必须在实践中才能体会的,有些还很微妙。 也许您对这些知识点的理解不尽相同,这没有关系,同样的框架和方法由于应用的环境与对象的不同,所使用的方法和理解也不一定一样,这也正是Scrum的特色之一,它帮助你找到最适合你的方式。Scrum并不是你需要严格执行的流程,而是帮助你找到适合自己的流程的框架。
个有意义的检查点(冲刺评审会议),团队中的每个人可以根据展示的可以工作的特性做出判断和决策。有更多的检查点来检验和修正,我们就能更好地应对复杂的项目。 一致长度 每个冲刺的长度建议保持一致。 一致的持续期更有节奏感。冲刺中,稳定的节奏感让团队中的成员进入最好的状态;稳定的节奏感使
们相信,在以华为云为代表的国内厂商的共同努力下,我国的软件工程能力将会得到显著的提升,我国的DevOps产品的能力也会得到迅速的提高,从而帮助中国企业落地DevOps,推动中国企业从DevOps的初始级和基础级的阶段,向全面级、优秀级、卓越级转变,全方位的促进国内软件产业发展,打
个多余的操作造成的。怎么杜绝这个事情?只有自动化。只有没有人参与的过程才是不会犯错误的。在生产环境的自动化保证了高质量向用户交付的基本要求。 首先,自动化的变更指的是当决定向云端发布一个新版本的时候,从版本流出一直到线上功能的上线,直到用户可用的过程、审批必须都是自动化的,而不是
odeArts套餐、资源扩展、增值特性均支持退订。系统将根据资源是否属于五天无理由退订、是否使用代金券和折扣券等条件返还一定金额到您的账户。详细的退订规则请参见云服务退订规则概览。 如果您已开启“自动续费”功能,为避免继续产生费用,请在自动续费扣款日(默认为到期前7日)之前关闭自动续费。
自组织是系统自下而上、自发的属性,没有传统的自上而下、命令与控制的管理方式,即便是Scrum Master也不应该冒昧干预,这样的自组织拥有非凡的稳定性和产生惊人的新颖性。 由T型技能的员工组成 T型技能的意思是既要有深度又要有广度。 团队成员拥有适合的技能,覆盖各个专业领域,并且总体上
务之间的频繁沟通,快速响应变化。 而DevOps的出现,是为了解决开发与运维之间的鸿沟。前端的敏捷的确是快了,却发现因为Dev与Ops之间的隔阂,无法真正的将价值持续的交付给客户。 开发侧很快,运维侧太稳,这个就是我们常说的开发与运维之间固有的、根因的冲突,即下图中的混乱之墙。开
有Web上的容器设置。CodeArts使用的是前端的Angular框架,关于Angular框架本身的演进与优化,再到基于业务实践自己抽取的或者实现的主权库以及公共的部分,我们把它看做是固化的部分。固化的意思是说在组织过一次集中的攻关之后,经验和效果很容易被传承下来。它的改动不涉及
”持续交付也好,DevOps也罢,最终目标是快速的交付价值。 如果说管理实践的目的是为了鉴别什么是正确的事情,以及正确的做事情。那么工程实践的目的,是除了正确的做事情以外,还能高效的做事。 工程实践就像人体的肌肉,是强调执行力的,是大脑想到然后肌肉能够做到并且快速的做到。每一丝的赘肉都会影响身体执行的速度,所以需要
用于委托自己账号的AK/SK给需要执行任务的账号,在该账号执行部署任务的时候可以通过AK/SK获得被委托的账号的token执行更高权限的任务。 CodeArts Repo HTTPS 用于授权CodeArts服务对托管的Repo仓库进行代码下载、分支创建、分支合并、代码提交等操作。当前主要用于流水线服务的微服务变更功能模块及其相关插件。
做转型的,现在已经百人以上,没有用这种框架,我们做的也很好,所以框架并不是必须的。 构建全功能团队 华为用的是全功能团队,华为对全功能团队有自己的定义。华为有这样的特点:任何一个方法论,在华为有自己的定义,这个定义跟业界的定义可能不完全一样。 总的来说,全功能团队在华为的定义是:
代码的提交触发后续的测试,以及线上的环节,一个工具链打通完整的路径,实现端到端的交付和支持。 不同研发模式下流水线的应用与思考 第二部分重点讲述基于华为的流水线支撑的实践,支持三种主流模式: 第一种模式:大规模开发 华为起家的核心是交换机,交换机本身业务分成多层架构,例如上面的
用贷款买房来类比架构投入,自己出的首付款就像是前期在架构上的投入,贷款就好比是减少一定的架构投入,所需承担的技术债务: 贷款买房,预期的是未来的房产的增值,贷款的利息相较起来是可以接受的。 创业期也是同样,此时承担一定的技术债务是明智合理的选择。 一味追求全款买房,就会错过买房的最好时间窗口。
缺乏自动化的持续集成工具。 推荐搭配 需求管理、代码托管、编译构建、测试计划、部署、流水线。 实现结果 开发人员高效协作,项目开发周期可控可观,快速响应客户需求。 传统企业互联网+转型 研发挑战 传统企业在进行互联网+转型的过程中,由于软件开发能力较低,无法有效地度量软件的进度、生
From:《敏捷软件测试:测试人员与敏捷团队的实践指南》 团队构成 敏捷项目团队是跨职能的,敏捷团队与传统的跨职能团队的区别就是敏捷是向整体团队运作的方向努力,但是不可避免的是每个成员都有出于他自己的背景,尤其是团队组建初期。不同背景的成员给团队带来的既有不好的地方也有好处,例如对自身角色的定位不清楚、成员
入门快:只要团队想好了怎么做,立刻可以做到工作的可视化,特别适合刚刚使用看板的入门级团队。 更改方便:对于看板的规划,只要有新的想法就可以灵活的变动和快速的实现。比如,列的变化、泳道的变化。同样,特别适合刚刚使用看板的入门级团队。 仪式感强:每日站会的仪式感很强,这个是电子看板无法取代的。 劣势 数据无备份
代码是否正确的集成在一起。 如果失败,开发团队就要停下手中的工作,立即修复它。(这正是丰田安灯系统的实践) 持续集成的目的是让正在开发的软件始终处于可工作状态。同时强调,代码的提交是一种沟通方式,而既然是沟通就需要频繁,下图中代码的提交过程,事实上就是各条分支之间的对话过程。 持续交付
DevOps概览 什么是DevOps DevOps的3大核心基础架构 DevOps面面观 DevOps VS 敏捷 朴素的DevOps价值观 DevOps现状报告解读 软件DevOps云化发展的趋势 CodeArts前端DevOps实践 华为云CodeArts百人大规模精益DevOps转型