If everything's under control you are going too slow. 当今的开发,要求faster and faster.所以我们要Agile,become Agile,be Agile Agile 近年公司一直在推Agile.终于我们这个SDLC长期主导的Department也推行Agile了.在上了一些Training后将所学和理解归纳一下. 首先什么是Agile?大家一般的认识是增量(Incremental),迭代(Iterative).但我觉得更加要

本期我们讨论的主题是项目管理 以前,一直以为“ Write the code, Change the world ”.但实质上,我们就一写代码的.如果我们能上升到项目管理的角度来实行Project Management, 定期的对issue进行 Risks control, 实时评估Project status,将Challenge(也可以说,坡道定点60度起步)中的风险即时的throwable,因为对于OTD(on-time delivery)来讲,我们只有两种状态:YES or NO.(就像

DevOps(Development和Operations的组合词)是一种重视"软件开发人员(Dev)"和"IT运维技术人员(Ops)" DevOps是一组过程.方法与系统的统称,用于促进开发(应用程序/软件工程).技术运营和质量保障(QA)部门之间的沟通.协作与整合.

从实践中长出的 DevOps 大树 - 服务管理 - CIO时代—新技术.新商业.新管理http://www.hunnatv.com/glfw/145411.html Nexus规模化Scrum框架http://www.hzmedia.com.cn/books11119643 技术债务真正的代价 - 程序园http://www.voidcn.com/article/p-dcwrjqdv-bga.html 2015 年 8 月 Nexus™ 权威指南: 规模化敏捷Scrum开发的外⾻架 – Scr

DevOps与Agile有很多不同,但它们之间仍可发现很多共同点,这篇文章为读者揭晓. DevOps和Agile之间有着明显的关系.Agile是方法论,Scrum是框架,并DevOps随着看板也落在了Agile的“伞”下.精益,大规模的Scrum,极限编程,水晶等.例如,我们的Scrum团队是一个Agile团队,将作为DevSecOps团队运作. DevOps和Agile都不是关于工具的.两者都是关于思维方式和文化的.如果做得正确,团队将以不同的方式思考和采取行动,并取得更大的成果,包括更快的软

本篇参考: https://trailhead.salesforce.com/content/learn/modules/salesforce-agile-basics https://www.scrumcn.com/agile/scrum_guide.html https://www.scrum.org/resources/what-is-scrum https://www.atlassian.com/software/jira 前几天刚考完 development and lifecycle

炒了8年的概念,到底该如何理解DevOps这个词? 转载本文需注明出处:EAII企业架构创新研究院,违者必究.如需加入微信群参与微课堂.架构设计与讨论直播请直接回复公众号:“EAII企业架构创新研究院”.(微信号:eaworld) 如何实施DevOps成为众多企业迫切面临的问题,本文作者刘相,有10多年的从业经验,他结合自身企业实施DevOps的经验,梳理出DevOps在企业的组织.技术.流程等方面的最佳实践与价值,以及如何搭建DevOps平台来支撑DevOps的落地工作. 本文内容包括: 1.

什么是DevOps及误区 DevOps概念从2009年提出已有8个年头.可是在8年前的那个时候,为什么DevOps没有迅速走红呢?即便是在2006年Amazon发布了ECS,微软在2008年和2010年提出和发布了Azure,DevOps的重要性似乎都没有那么强烈.我分析其原因主要有: 1.第一个很重要的原因是因为那时候云计算还是小众产品,更多的与虚拟化.虚拟机相关,它们还是重量级的IT基础设施. 2.第二个很重要的原因是容器相关技术(Docker为代表)还没有横空出世,直到2013年7月. 3

对于DevOps的理解大家众说纷纭,就连维基百科(Wikipedia)都没有给出一个统一的定义.一般的解释都是从字面上来理解,就是把开发(Development)和运维(Operations)整合到一起,来加速产品从启动到上线的过程,并使之自动化.这个是对DevOps的广义解释,而且大多数人都是认可的.但这个解释太宽泛了,几乎包括了IT的所有内容,使之没有太大意义. 而DevOps是近几年才兴起的(2014年才开始流行),它是对某种项目模式的描述,是有着其特定内涵的.任何项目都可以分成开发和运维

团队在践行敏捷的过程中,会有多种选择:Scrum.XP.Kanban.Crystal.精益生产.规模化敏捷等,其中最流行的敏捷开发方法当属Scrum.正因如此,大部分人对其产生了刻板印象:认为敏捷就是Scrum,实施敏捷就是套用Scrum方法. 而产生在敏捷之后的DevOps集文化理念.实践和工具于一身,可以提高组织高速交付应用程序和服务的能力,与传统的软件开发和基础设施管理流程相比,能够帮助组织更快地发展和改进产品,也逐渐成为衔接开发团队和运维团队的胶合剂.在这种情况下,大家反而会常常限制在一

在DevOps中,你可能经常会听到类似这样的一些话: 功能还没集成进来. 功能还没部署上去. 功能还没交付. 功能还没上线. 功能还没发布. 请问,以上“集成”.“部署”. “交付”.“上线”.“发布”这几个概念,表达的是同一个意思吗?如果不是,它们有什么区别呢? 我相信大多数人都会为此而迷茫,本人也常常被这几个术语搞晕. 也许你会说,上面的例子太简单,难于判断.好吧,下面再给你一些更多的例子(均来自DOM[DevOps Master,简称DOM]认证课程的权威教材): 还要再花几天才能把这个新

特别说明 本文是已读书籍的学习笔记和内容摘要,原文内容有少部分改动,并添加一些相关信息,但总体不影响原文表达. <DevOps入门与实践> :本书结合实例详细介绍了在开发现场引入DevOps的具体流程. - ISBN: 978-7-115-51256-7 - https://www.ituring.com.cn/book/2407 个人简评 适合已有实践经验的实施人员,对已有知识和技能做结构性梳理. 适合对DevOps欠缺了解的人员,能够建立起基本的概念. 缺憾是,因为外文书籍翻译引入存在时间

20 世纪 60 年代,软件开始脱离硬件,逐渐成为一个独立产业.至今,软件开发过程从瀑布模型.CMM/CMMI,到 20 年前敏捷的诞生,再到今天 DevOps 的火热,一代代软件人在思考和探索,如何避开"焦油坑",试图寻找软件交付的"银弹". 焦油坑:复杂且让人感觉束缚,越陷越深难以摆脱.常被软件开发者形容软件产品的复杂度成倍增长:银弹:比喻词,形容解决问题的捷径. 图源网络 DevOps 作为目前软件工程界的集大成者,备受关注,业界也有很多讨论.近年来包括博云在

Scrum 是什么? Scrum 是当前最流行的敏捷软件开发方法论和实施框架.但就像人们对 “Agile” 术语的不同理解一样,不同的人对 “Scrum” 也有着不同的理解.那么,到底 Scrum 是什么? 标准释义(来自 Scrum Guide 中文版 English): Scrum 是一个框架,在这个框架中人们可以解决复杂的自适应问题,同时也能高效并有创造性地交付尽可能高价值的产品. 我的理解: Scrum 是一种团队管理工作的方式,其将工作分解为较小的工作单元,并在周期性固定的时间段内持续

Scrum介绍 摘要 如今,项目管理的步伐越来越快.项目管理需要更灵活.更积极地,向应客户的需求.使用敏捷项目管理方法,项目经理可以在不影响价值.质量和商业规则的前提下实现所有目标,Scrum是一种迭代增量式的软件开发过程,用于敏捷软件开发.Scrum是一个包括一系列实践和预定义角色的过程框架.本文从瀑布模型出发,介绍了scrum的主要要素.过程以及遇到的挑战. Scrum主要角色: Product Owner Scrum master 团队 Scrum过程: 建立Product backlog

敏捷软件工程(agile software development) VS传统软件工程(traditional software development)      Agile principle    The Agile Manifesto is based on twelve principles(敏捷开发12原则) 1. Customer satisfaction by early and continuous delivery of valuable software 2. Welcom

0 DevOps的意图 究竟什么是DevOps? 要想回答这个问题,首先要明确DevOps这个过程参与的人员是谁?即开发团队和IT运维团队!那么,DevOps的意图是什么呢?即在两个团队之间,建立良好的沟通和协作,更快更可靠的创建高质量软件! 事实上,并不是这两个团队之间的协作帮助交付了更好的软件,而是“开发”和“运维”团队之间的统一导致了软件的改进,并以更快的速度交付.我们不要忘记DevOps工具在实现自动化方面所扮演的角色. 开发和运维“一体”的感觉是由开发人员和操作工程师之间的技能组合和实

http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-1 推荐电子书 <Scrum精髓_敏捷转型指南>.<凤凰顶目一个IT运维的传奇故事> 定义 SCRUM 是一个用于开发和维护复杂产品的框架 Scrum 是一个用于开发和维护复杂产品的框架 ,是一个增量的.迭代的开发过程.在这个框架中,整个开发过程由若干个短的迭代周期组成,一个短的迭代周期称为一个Sprint,每个Sprint的建议长度是2到4

四. Scrum过程 Scrum的过程如图4-1所示 图4-1 Scrum过程 4.1 建立Product Backlog Product Backlog是Product Owner把客户的商业需求按照优先级排出来的列表,整个项目存在一个唯一的Backlog,Backlog的内容由Product Owner随时按照客户的需求进行更新,并且做出粗略的工作量评估,供开发团队进行参考.一个典型的Product Backlog如图4-2所示. 图4-2 Product Backlog 4.2 Sprin

1.首先来看一下什么是Scrum: Scrum是一种敏捷软件开发的方法学,用于迭代式增量软件开发过程.Scrum在英语是橄榄球运动中争球的意思. 虽然Scrum是为管理软件开发项目而开发的,它同样可以用于运行软件维护团队,或者作为计划管理方法.Scrum之间的合作称为“Scrum of Scrums”. 2.Scrum特点: Scrum是一个包括了一系列实践和预定义角色的过程骨架.Scrum中的主要角色包括: 'Scrum Master'是Scrum教练和团队带头人,确保团队合理的运作Scrum

什么是敏捷开发方法?什么是SCRUM? 有人在这个字面上下功夫,说敏捷就是反应要灵敏,动作要快捷:有人还在字面上进行延伸,说敏捷就是又好又快,或者就是多快好省:有人说敏捷就是光写代码不写文档:有人觉得敏捷就是没有制度,管理松散的工作方式:有人觉得只要敏捷了,就代表高软件交付水平. 那么,敏捷这个词到底由何而来呢?在九十世纪中期,涌现了一批软件行业的激进人士,他们反对那些以过程为本的重型软件开发方法(例如:传统的瀑布开发方 法).在2001年,17位软件业界的专家们齐聚一堂,讨论正在兴起的轻量级开