当我们在搜索引擎搜索 DevOps 的时候,会出现很多其他的名词,例如,Agile(敏捷开发),Scrum,Lean,Kanban 等等。无形之中增加了我们的学习难度。
非常好的一篇文章,为了自己学习和方便大家,翻译了一下~~ Who handles conventional project manager duties in agile development? 在
Agile software development is a set of management framework and practices to develop high quality product and deliver the set of features in software which are actually needed by the users. The product development lifecycle is full of pivotal points according to which you have to keep on modifying the product according to user’s demand and interaction behavior with the software. The earlier models were not capable to observe required changes at early stage and adapting the changes to make the product a better market fit.
在软件领域, Agile和Scrum一直是比较热的词汇,包括很多企业已经实践了敏捷很多年,但是实施效果一直不是很理想。那我们今天在谈论如何实施Scrum之前,我们先确认一下,您的企业真的需要Scrum吗?
DevOps 是一个非常模凌两可的概念,主流大公司针对于 DevOps 都有自己的解释,写得也很抽象,大家可以自行参考一下。
2018年3月23日,在美国的芝加哥发生了一起意外刺杀事件。一名男子刺杀了一位首席执行官,而这位不幸的首席执行官就是《敏捷宣言》的合著者——Mike Beedle。Mike 的这场意外令 Scrum 之父 Jeff Sutherland 心痛不已,“ Scrum 和敏捷社区失去了一个巨人。”
2014年10月第1版
提到精益,大家首先想到的肯定是“精益生产”,其中最具代表的就是日本的丰田公司,其最终演变成为了一种新的管理方式。
Scrum:Scrum无对应中文翻译 Agile:敏捷 Lean:精益 Iterative:迭代式的 Iteration:迭代 Agile Manifesto:敏捷宣言 Empirical:经验性的 Empirical Process:经验性过程 Transparency:透明性 Inspect and Adapt:检视与调整 Sprint:原意为冲刺,Scrum中的Sprint无对应中文翻译,指一个迭代 Sprint Goal:Sprint目标 Product Owner :产品负责人 简称PO Scrum Master :简称SM, 一般不翻译 Development Team :Scrum开发团队
敏捷是个方法论体系,在这个大的体系下有很多的分支,每个分支侧重或负责的内容有所不同,有的侧重研发管理,有的侧重工程实践。
敏捷开发(Agile)的核心是去中心化,扁平化结构,拥抱变化,习惯不确定性,当然,还有最重要的迭代。
在很多正在进行的敏捷变革公司的传统项目经理,他们的角色也是从传统项目管理的角色向敏捷项目管理的角色转换。传统的项目经理就是整个项目管理为中心,需要掌控「人力资源」,「质量」,「时间」,「范围」,「沟通」,「干系人」,「风险」,「进度」等。
11 月 18 日晚,Scrum 框架的创始人 Jeff Sutherland 和 Ken Schwaber 联手发布了最新版 Scrum 指南。作为 Scrum 的权威定义,《Scrum Guide》已经走过 25 个年头,在这二十多年间,Scrum 在国内也从概念布道走向了广泛落地,接下来我们结合 CODING 帮助中国团队在 Scrum 转型运动中的感悟带你一起解读这份最新版的 Scrum 指南。
因为网上关于敏捷宣言的文章实在太多了,有深入浅出的,有详尽的。所以我的这篇文章就挑重点来说。
常规的敏捷框架适用于中小型项目团队,而且不具有扩展性。基于常规的敏捷框架,SAFe定义了一个可扩展的敏捷框架模型,它适用于大型多个团队的合作开发,可以提高团队之间的协作性,降低团队管理的复杂性。
Agile Project Management的创始人也是敏捷宣言的十七大佬之一,Jim Highsmith。
在敏捷项目里面,更多的度量数据是故事点(Story Point),在每一个迭代周期开始之前,会让团队人员评估每个需求的故事点。这就相当于是传统项目里面的评估工时(一个需求完成需要多少时间)。
「持续创新」是对现在客户需求的交付;「产品自适应」是对未来客户需求的交付;「团队和流程自适应」是对产品或者商业变化的迅速反应;「减少交付周期」是为了快速交付可工作的产品;「可靠的结果」是为了支撑商业的增长和盈利能力。
我是一个狂热的读者,但经历了非常忙碌的时期,很难找到时间跟上自己的阅读清单。即使在最忙的时候,也尽量保持关注DevOps新闻,因为这是关注的领域之一。
如今,在瞬息万变的商业环境中,企业不断受到压力以适应不断变化的市场条件。越来越多的公司采用敏捷开发实践来帮助他们保持竞争力。敏捷过程是高度协作的、迭代的,并且所有过程都集中在快速和可重复的软件交付上。
“敏捷”俨然成为了热门。毫无疑问,由Scrum Alliance领导的通过ScrumMaster认证的风潮,导致我们现在蜂拥而来成百上千个所谓的“敏捷”教练和培训师,以及许多竞争性的框架和方法。所谓的“敏捷”领导力培训,“敏捷”项目管理产品,等等,层出不穷。
今天你敏捷了没有?“敏捷”在互联网和软件开发领域从涓涓细流逐渐演变为行业潮流,往小了说是改进了开发方法,往大了说是革了瀑布流式的命——把产品开发引向了快速迭代、小步快跑的路线上。 我们使用 tapd 写 feature,流转、跟踪任务,言必谈敏捷,然而我们是否真的走对了敏捷?(注:tapd 是腾讯内部的敏捷项目管理系统) 朋友,你听说过敏捷么? 离开敏捷工具,我们怎么敏? 设计也要介入敏捷流程? 敏捷跟文档是对立的? 我这有个几百亿的大项目,怎么敏? 尽信书,不如无书。 一、朋友,你听说过敏捷么? 程序员
Scrum是目前运用最为广泛的敏捷开发方法,是一个轻量级的项目管理和产品研发管理框架,旨在最短时间内交付最大价值。根据2022年全球敏捷状态报告,Scrum的应用占比已经达到87%。
敏捷开发是一种软件开发方法,基于迭代和增量开发,通过自组织,跨团队,沟通协作完成开发工作。
Scrum的由来—由瀑布等传统开发模型的弊端提出敏捷开发方法 瀑布模型是由Royce在1970年提出的,他把大型软件的开发分为分析与编程. 瀑布模型的弊端: 1). 强调文档性:导致了往往要到开发的后期,才能看到软件的模样.为软件的开发极大的增加了风险性. 2). 没有迭代与反馈:导致了无法应对客户的需求变化. 而在当今ERP盛行的软件市场里面,由于市场带动的软件需求变化和软件初期客户对需求描述的不清楚,都为瀑布模型的使用带来了困难. 3). 采用瀑布模型开发的软件,极
前言:由于我读了邹欣老师的《构建之法:现代软件工程(第二版)》,因此对敏捷软件开发有了比较大的兴趣。于是我在网上找了一些论文,比如Requirements Engineering and Agile Software Development、A decade of agile methodologies: Towards explaining agile software development。在读了这些论文之后,对敏捷软件开发有了大致的了解。这篇博文主要是简单介绍敏捷软件开发,重点集中在主要的敏捷开发方法和它的优势,同时也作为一个备忘录,来记录我在这个过程中收获到的重要的知识。
结合对工具的了解和使用心得,介绍在管理scrum中常见的一些工具 基础的scrum工具:
敏捷已成为企业的关键能力。正如谷歌和苹果公司现在所做的那样,客户需要改变的速度,新的法律和法规影响服务和引入流程,以及竞争对手可以轻松破坏您的业务,这会带来巨大的压力。面临快速变化,采用新技术,促进增长,扩大规模或降低成本的压力。因此,在许多组织中,敏捷与创新能力同等重要。创新和敏捷性是可持续业务的必要能力。
随着敏捷项目管理模式在国内的流行,各流派敏捷实践培训风起云涌,Scrum框架的相关实践和案例最多,也最为国内推崇。然而在实际应用中,我们会遇到怎么样的阻碍?如何突破这些阻碍,让客户满意,提升客户交付价值?
早在2009年,Lisa Crispin和Janet Gergory就写了一本书《Agile Testing: A practical Guide for testers and Agile Teams》,国内在2010年出了它的中文版本,在第1章就论述了敏捷测试的定义,侧重从测试的敏捷形式和“敏捷测试”的实践等来彰显敏捷测试,对敏捷测试和传统测试的区别进行了分析(虽然作者把传统测试局限于瀑布模型,这显然是不对的),让我们看到一些敏捷测试的特点,如图1所示。但作者也承认“敏捷测试对不同的人意味着不同的含义”。
普通的人生大抵相似,传奇的人生各有各的传奇。Jeff就是这样的传奇人物,年近80的他从来没有“廉颇老矣尚能饭否”的英雄迟暮,不久前还精神矍铄地与好几百名中国学生进行线上交流,积极回答中国粉丝关于Scrum的疑惑。
https://trailhead.salesforce.com/content/learn/modules/salesforce-agile-basics
本文总结
原引作者介绍:Kenneth Rubin,Ken提供Scrum和敏捷培训与教导服务,旨在帮助企业以更高效、更经济合理的方式开发产品.
在Scrum中,我们努力在每次sprint结束时交付工作产品 (Working Prodcut)。但如果没有人知道这件事又有什么意义呢?Scrum对此的回答是演示 (Demo)。
《洞悉敏捷》一书客观全面地介绍了全球正在使用的各种敏捷方法的价值、原则、架构、过程和适用场景。除敏捷知识讲解外,书中还记录了13位享有盛名并且受人尊敬的敏捷大咖的访谈内容。受访者包括,Bob 大叔、Mike Cohn、Scott Ambler、Lyssa Adkins、Alistair Cockburn……本期为您带来Bob 大叔、Mike Cohn与Scott Ambler的访谈实录。
不管是什么样的流程,都值得不断地去优化。针对不同的项目,不通的阶段,都可以做调整。因为敏捷是适应变化的,而不是一成不变的。所以,在敏捷中,也有个口号,用中国的大白话来说就是“没有最好,最优更好”。
Scrum是基于敏捷(Agile)思想的开发框架,用于迭代式增量软件开发过程,它基于经验型流程控制理论。
大家对这张图一定不陌生,你可以认为这是敏捷流派划分。敏捷和看板Kanban都脱胎于精益Lean。
1. 请简述一下什么是敏捷开发(Agile Development),以及什么是持续集成。 敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征。换言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。、 持续集成是一种软件开发实践,即团队开发成员经常集成他们的工作,通常每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。每次集成都通过自动化的
我们常常说到敏捷转型要由上往下才会成功,为什么呢? 敏捷开发没有教主管们如何敏捷起来才是主要原因 敏捷教练们经常用同一套教材在教团队与主管,但这样做对吗?是不是应该教导主管们如何来管理敏捷团队才对呢
区别于传统的Waterfall瀑布式开发,Agile敏捷是理想型指标和原则,Scrum和Kanban是帮助团队坚持敏捷原则并完成工作的基本框架
越是大公司,流程越落后,越僵化。大公司成功的原因在于积累丰厚,打个不好的比喻就是地主家有余粮,冬天不容易饿死。但是地主的儿子不见得比穷人的儿子有能力。 一、Scrum是什么 Scrum 是一个用于开发和维持复杂产品的框架 ,是一个增量的、迭代的开发过程。在这个框架中,整个开发过程由若干个短的迭代周期组成,一个短的迭代周期称为一个Sprint,每个Sprint的建议长度是2到4周(互联网产品研发可以使用1周的Sprint)。在Scrum中,使用产品Backlog来管理产品的需求,产品backlog是一个按照商
编译 | Tina、核子可乐 敏捷交付(ADL)已经过时了? 今天,据《福布斯》报道,Capital One 正在裁撤敏捷交付团队,涉及到 1,100 多名技术员工,以寻求降低“遗留技术成本” 。 Capital One 是一家专注于信用卡、汽车贷款以及银行和储蓄产品的美国公司,是以专注于技术而闻名的金融企业,也是第一家全面采用云技术的美国银行。 裁员举措是在多年来投入巨资发展其云系统之后做出的,该公司在一封电子邮件中将这一努力描述为对 Capital One 的“技术转型”至关重要。受裁员影响的员工
Scrum是敏捷过程中比较著名的一个过程框架,被很多团队采用。 Scrum使用迭代的开发方式,每一次迭代中,都会经历一个“计划->实施->验证->反思”的过程。这是一个开发过程,同时也是一个对项目的认识过程,这样的设计其实也是遵循了哲学的认知论. 名词解释: Sprint:每一次迭代称为一个Sprint。 Backlog:其实就是需求列表。 SM:Scrum Master,Scrum过程的管理者。 PO:Product Owner,需求他说了算。 TEAM:架构师、开发人员、测试人员等。 Chicken:其
燃尽图,英文是 Burn down Chart, 由“Scrum 之父”Ken Schwaber创建,并首次对它进行了描述,因此也被认为是燃尽图的发明者。从最早期,燃尽图定位是为Scrum团队提供一个可以帮助他们绘制项目进度图的简单工具,随着燃尽图在Scrum社区越来越受欢迎,它开始运用于scrum之外的其他领域,成为管理者控制项目进度的有用工具。
Scrum 是一种方法论,有很多术语、定义、规则。 本文不是讲 Scrum 理论,而是从应用的角度,讲述我自身 Scrum 实践的经验体会。理论运用到实践中时,一定会有所变化。本文中根据我切身经历,对
领取专属 10元无门槛券
手把手带您无忧上云