收录了 敏捷开发原则 频道下的 50 篇内容
敏捷开发在最近一段时间被开发者热议,本文作者整理了这一原则在实践中的不当操作,希望对开发者有所帮助。
敏捷测试已经不是一个新概念了,但时至今日,感觉在许多人心目中还是比较模糊。希望这篇文章可以一次把“敏捷测试”这个内涵给大家说清楚。
传统的软件项目管理方法会迫使团队成员适应一种特殊的开发流程,而敏捷开发范式让开发流程更顺应人类本性。Bateson的学习模型可以帮助我们学会敏捷开发,遵循敏捷开发方法,培养敏捷开发习惯、建立自我的敏捷开发理念和见解。
现在,商业智能化的需求越来越高了,敏捷方法已被用于商业智能项目,那么,这会面临哪些挑战呢?如何克服这些挑战呢?产品所有者对商业智能项目又有哪些影响呢?
此书为传统大型IT部门多团队实施敏捷之得力帮手,首先列出了复杂问题的思考工具,其次给出了大型组织实施敏捷的具体方式及尝试方法,尤其是如何组织团队、提高团队适应能力、培养学习型团队以及各个角色如何做好职责转变等,此外还描述了传统企业常见的团队组织方式并分析其利弊。
通过团队间的有效交互,为企业创造价值。
Ultimate Software结合Kanban作为其规模化方式,与公司的自主文化相结合。团队定义了自己的流程,并根据自己的情况使用规则。通过创新使用流实践和原则,Ultimate从精益敏捷中受益匪浅,公司也不再使用重量级框架。
在公司成立之前,我们团队就已经开始应用 DevOps 实践,而我个人,早在十年前,在另一家公司担任系统管理员的时候,就第一次接触到了这种新鲜的思维方式。那个时候,还没有 DevOps 这种标准说法,但是当时实践的人也自己摸索出了一些相关的概念与原则。
InfoQ采访了 Gil Zilberfeld,关于测试先行(test first)方法的优势,测试驱动开发(TDD)和行为驱动开发(BDD)概念,团队使用hu BDD和 TDD的实例,以及如何在不编写任何代码的情况下探索 BDD和 TDD。
本文中,Mat Wall和Nik Silver介绍了他们如何在反思和重建高流量的新闻站点guardian.co.uk这一为期两年的计划背景下利用了DDD。
为什么敏捷激起国内开发者这么强烈的情绪表达,一个话题被浏览高达58万余次?
在与不少测试从业人员讨论到敏捷的时候,被问得最多的大约是两个问题:“到底什么是敏捷软件测试?”,“敏捷软件开发还需要测试工程师吗?”。鉴于这两个问题的意义,在本敏捷测试专栏的第一篇文章中,段念先生尝试从自己的实践出发,尽可能清楚的回答这两个问题。
近些年来,敏捷开发涌现出一系列相关问题:什么样的组织更适合敏捷开发?开发组织是否不当地应用了敏捷开发?Venkat Subramaniam博士是Agile Developer公司的创始人,他在接受“Java Magazine”的采访时解答了这些问题。
在InfoQ的编辑Kurt Christensen采访中,Kent Beck分享了他关于在大型组织中实施和应用敏捷价值和实践面临的挑战,敏捷未来的发展等想法。
LigaAI 全新栏目「敏捷之道」第一期:敏捷不是快,敏捷开发更不是两天定需,一天研发,越过测试,直接上线。
敏捷软件开发,有时被认为是一种没有章法的工作方式。一些机构以此作为不采纳敏捷的理由; 而在另一些人看来,敏捷其实是一种比瀑布式开发更有章可循的软件开发方法。下面,我们就来考察章法在敏捷开发中的作用,以及为什么章法对成功实施敏捷如此重要。
研发团队需要的,不是似是而非的敏捷。
在最近一篇博客中, Martin Fowler解释了"应该用精益软件开发方法而不是敏捷软件开发吗?"这个问题,他说这是基于一种错误的假设。敏捷和精益的思想相互交织如此之深,以至于你在使用敏捷的时候也总在做精益的事情,反之亦然。我们可以考察它们发展过程的变化,发现它们内在关联的描述,这样更有趣、更有启发性。
近几个月来,关于Scrum、技术负债、质量等等问题的争论一直无休无止。一些敏捷实践者在盐湖城的敏捷圆桌会议中对敏捷开发中的常见问题进行了讨论,Sean Landis会后在个人博客中总结出了十一个问题。而Chris Tyler则对这些问题做出了解答。