收录了 敏捷开发团队 频道下的 50 篇内容
实施敏捷不需要一定或者推荐使用工具。理想的情况是,看着索引卡上的需求,通过命令行就可以完成开发。但是,最近几年出现了多种工具,它们对顺利完成敏捷开发起到了很好的促进作用。Migan和Gaia近期做了一个调查,以试图得出敏捷开发团队对工具的使用情况。
只有 26% 的受访者完全同意他们的企业架构实践带来了战略性收益。
近几个月来,关于Scrum、技术负债、质量等等问题的争论一直无休无止。一些敏捷实践者在盐湖城的敏捷圆桌会议中对敏捷开发中的常见问题进行了讨论,Sean Landis会后在个人博客中总结出了十一个问题。而Chris Tyler则对这些问题做出了解答。
当软件开发组织采用敏捷开发时,测试团队通常需要花很长时间来完成转变。在很多公司中,独立的质量保证团队已经根深蒂固。当它们开始适应新的敏捷组织时,会遇到难以接受的文化差异。敏捷测试专家Lisa和Janet对此进行了详细分析,对文化因素在敏捷测试中的影响提出了自己的建议,InfoQ中文站对相关内容做了整理。
在与不少测试从业人员讨论到敏捷的时候,被问得最多的大约是两个问题:“到底什么是敏捷软件测试?”,“敏捷软件开发还需要测试工程师吗?”。鉴于这两个问题的意义,在本敏捷测试专栏的第一篇文章中,段念先生尝试从自己的实践出发,尽可能清楚的回答这两个问题。
在XP Days Benelux 2013大会上,Joost Mulders和Andriy Korpan分享了“分布式敏捷团队方面的经验”。他们介绍了一家位于荷兰的产品开发企业,如何运用敏捷实践以整合来自乌克兰的近岸开发团队,并介绍了对分布式敏捷来说应该与不应该做的事情。
在11月1日QCon上海“来自一线的敏捷实战”专题下,来自平安科技的于彩荣将介绍他所带领的团队——一个保险销售系统开发的团队——是如何成功从一个传统开发团队转型成一个敏捷团队的。为了让大家事先了解他计划分享的内容,InfoQ编辑邀请于彩荣进行了一系列问答如下。
本书面向敏捷团队的测试人员、过渡到敏捷开发模式的测试和质量保证管理人员以及学习如何处理测试的敏捷团队。
本书介绍了敏捷测试、敏捷测试与传统团队测试的区别、敏捷测试人员的转变,包含了几十个测试相关的问题和解决办法。
随着世界各地的组织都在尝试精益转型,现如今的分布式敏捷工作环境肯定在增加。本文将提供一些建议,克服这种组合的固有挑战。这种方法可以帮助远程团队分清事情的优先级并变得更有生产力,而不会引入其他的矛盾。
敏捷开发方法更加适合现代软件开发,逐渐发展成为软件开发的主流方法,正在改变着软件开发过程。CMMI是一个跨组织的方法,CMMI的严格执行可以改进软件质量和控制软件开发成本。通过使用共同的元语言和良好的实践,在大型开发组织的自组织敏捷团队中也可以实施CMMI,达到某一成熟度级别。
本文的第一篇阐述了敏捷软件开发的业务目标。业务成功是最终目标,它需要有效开发模式的保障;开发模式的实施又离不开团队组织和技术实践的支撑;最后,通过持续改进、系统优化,获得持久的成功。这一层次关系中,外层是内层的目标,内层为外层提供支持。本篇将探讨敏捷软件的开发模式。
本文来自华为云开发者社区
各自分离的功能小组会让敏捷团队更困难。持续的交流至关重要。团队成员需要互相亲密地工作,不管工作是通过虚拟环境还是在同一个地点完成。敏捷测试专家Lisa和Janet分享了敏捷测试团队的组织经验。
“个体与交互胜过过程与工具 ”是《敏捷宣言》的第一条价值观。不过,工具好象成了大多数敏捷团队的重要组成部分。那么工具在什么情况下可以起到积极作用,什么情况下它又会对(敏捷)软件开发形成障碍呢?
每当谈及敏捷方法时,几乎每个人都同意这样的观点,即敏捷是可以用于软件开发团队及其所在组织的。这引来了一些问题:两者到底能分开到什么程度呢?如果敏捷团队所在的组织并不希望采纳某种敏捷方法的话,团队还能取得成功吗?
敏捷团队成员——例如测试和开发人员——之间的协作有助于团队取得成功。那么为了帮助测试和开发人员在敏捷团队中一起工作并增进协作,Scrum大师会怎么做呢?
软件开发团队采用基于敏捷的过程来处理由来已久的IT项目管理问题。然而,当“敏捷”方法产生事与愿违的结果的时候,许多团队都以一头陷入麻烦中来告终。在这篇文章中,我们关注一些真实生活中的案例,来概述成功完成敏捷项目中普遍但顽固的障碍,并提出了一些实用的方法来克服它们。
本文转载自技术琐话公众号