首页
Python
Java
IOS
Andorid
NodeJS
JavaScript
HTML5
【
敏捷方法之极限编程(XP)和 Scrum
】的更多相关文章
敏捷方法之极限编程(XP)和 Scrum区别
敏捷(Agile)作为一种开发流程, 目前为各大公司所采用, 敏捷流程的具体实践有XP 和Scrum, 似乎很少有文章介绍这两者的区别, 发现一篇外文, 见解非常深刻, 特将其翻译一把. 原文(DIFFERENCES BETWEEN SCRUM AND EXTREME PROGRAMMING )在此: http://blog.mountaingoatsoftware.com/differences-between-scrum-and-extreme-programming 作者总结的大致区别如下…
敏捷方法之极限编程(XP)和 Scrum
区别之一: 迭代长度的不同 XP的一个Sprint的迭代长度大致为1~2周, 而Scrum的迭代长度一般为 2~ 4周. 区别之二: 在迭代中, 是否允许修改需求 XP在一个迭代中,如果一个User Story(用户素材, 也就是一个需求)还没有实现, 则可以考虑用另外的需求将其替换, 替换的原则是需求实现的时间量是相等的. 而Scrum是不允许这样做的,一旦迭代开工会完毕, 任何需求都不允许添加进来,并有Scrum Master严格把关,不允许开发团队收到干扰 区别之三: 在迭代中,User…
瀑布式开发、迭代开发、敏捷开发、XP与SCRUM的区别
瀑布式开发.迭代开发,区别[都属于,生命周期模型] 两者都是一种开发模式,就像设计模式一样,考虑的角度不一样,个人感觉谈不到取代一说. 传统的瀑布式开发,也就是从需求到设计,从设计到编码,从编码到测试,从测试到提交大概这样的流程,要求每一个开发阶段都要做到最好.特别是前期阶段,设计的越完美,提交后的成本损失就越少.我现在从事的外包项目就是这样的流程. 迭代式开发,不要求每一个阶段的任务做的都是最完美的,而是明明知道还有很多不足的地方,却偏偏不去完善…
敏捷开发之道(三)极限编程XP续
上次的博文敏捷开发之道(二)极限编程XP中,我们了解了XP的实践中的其中四个,今天我们来一起学习一下剩余的实践. --接上文 5).结对编程 结对编程就是由结对的开发人员使用同一台电脑共同完成一项任务.在结对编程中,同一时刻只有其中一位开放人员拥有键盘的控制权,另一位则负责寻找代码中漏洞和可以改进的方法,两个人可以进行交互和合作,这对提高开发人员的团队意识和合作有着积极的作用. 同时,关于结对编程是否能够像我们想象的那样,这就需要我们去实践了. 6).测试驱动的开发方法 测试驱动…
敏捷开发之道(二)极限编程XP
上次的博文敏捷开发之道(一)敏捷开发宣言中,我们介绍了一下敏捷开发宣言,在其中,我们了解到了关于敏捷开发的几个重要的价值观.今天我们来了解一个敏捷开发的方法--极限编程XP 1.介绍 极限编程(eXtreme Programming,简称XP)是敏捷方法中最被推崇的一个,它是一种优良的.通用的软件开发方法,它是由一组简单.具体.相互依赖的实践组成,这些实践结合在一起形成了敏捷开发过程.项目团队可以直接拿来使用,也可以对其中的实践进行修饰. 2.实践 1).客户作为团队成员 我们上篇的博客中提到,…
DevOps - 与敏捷方法区别
章节 DevOps – 为什么 DevOps – 与传统方式区别 DevOps – 优势 DevOps – 不适用 DevOps – 生命周期 DevOps – 与敏捷方法区别 DevOps – 实施原则 DevOps – 工程师职责 DevOps – 自动化工具 DevOps – 总结 DevOps方法与敏捷方法的侧重点是不同的. 一个典型的软件开发各方合作过程,如下图所示: 敏捷方法解决客户和开发人员之间的鸿沟,如下图所示. DevOps方法解决开发人员和运维人员之间的鸿沟,如下图所示. 下…
[置顶] SpecDD(混合的敏捷方法模型)主要过程概述
敏捷已成为当今使用最广泛的开发方法.有趣的是,敏捷方法的流行性并不是因为它取代了其他开发方法,相反它与这些方法进行了更好地融合.现实世界众多敏捷项目的成功,也证明了敏捷将走向杂化的未来. SpecDD是由周铁人博士创立的一个以需求为核心的混合敏捷开发方法.它基于同时支持敏捷开发和非敏捷开发流程而设计. SpecDD过程模型 在SpecDD过程中,开发过程由一组连续的迭代组成,这些迭代过程通常也被称为Sprint.一个迭代通常持续2-4周,但也可以根据实际情况需要或长或短.在迭代内,团队对规划的新…
INSPIRED启示录 读书笔记 - 第26章 合理运用敏捷方法
十大秘诀 1.产品经理即是产品负责人,他代表了客户的需求,因而需要与产品开发团队保持密切的联系,协助督促开发进程,及时解决出现的问题 2.使用敏捷方法绝不等于省略产品规划.规划周期应该适度缩短,反复迭代,采用轻量级的机会评估方法替代冗长的市场需求文档 3.产品经理和设计师的工作进度应该比开发团队领先一两个迭代周期,确保你们有足够的时间攻克难题.始终让开发人员参与评估产品设计和产品原型,及时反馈关于可行性.成本.解决方案的建议 4.尽量把产品设计工作拆分成独立的部分,目标是设计出符合基本的产品.设…
敏捷史话(二):Scrum社区的悲剧性损失——Mike Beedle
2018年3月23日,在美国的芝加哥发生了一起意外刺杀事件.一名男子刺杀了一位首席执行官,而这位不幸的首席执行官就是<敏捷宣言>的合著者--Mike Beedle.Mike 的这场意外令 Scrum 之父 Jeff Sutherland 心痛不已," Scrum 和敏捷社区失去了一个巨人." 最初,Mike 在校期间发布了一篇硕士论文,论文内容是有关非线性系统的.这篇论文发布后不久,Mike就受到杰夫·萨瑟兰(Jeff Sutherland)和肯·施瓦伯(Ken Schwa…
敏捷管理的大概背景和Scrum的特性
我们在转型Scrum敏捷开发时,一直会有一个很大的困惑问题,那就是我的团队适不适合使用敏捷项目管理工具和开发方式.我大概总结了下Scrum的大概样子可以参考下.总之敏捷管理不是口号,他只是一种工具,只要区去不断实践才能找到符合自己身团队的最佳模型. 敏捷管理的背景 Scrum的样子 Scrum的特性…