剖析短迭代
Valtech的敏捷教练Dave Nicolette提出：短迭代的效果要好过长迭代。Dave证明：短迭代可以更快响应变化，同时提供更多发现和解决问题的机会。此外，Dave还说明了诸如短迭代可能使人筋疲力尽以及其他一些问题。
InfoQ
主题/标签专用视图
变更 Content on InfoQ
最新“变更”相关专题内容
“变更”相关新闻
敏捷的文档
第二条敏捷宣言是"可工作的软件胜于详尽的文档"，据此很多人想当然认为敏捷开发不重视文档。更有甚者，有人为逃避写文档而借口敏捷开发不需要文档。其实这些人忽略了敏捷开发中有很多实践，敏捷借助这些实践进行信息交流，起到了文档在传统软件开发中的作用。本文通过分析项目开发中的文档类型与作用来说明敏捷开发中为什么很多文档是不需要的。
提高敏捷回顾效果的小贴士
怎样更好地提高敏捷回顾的效果呢？Esther Derby、George Dinwiddie、Jo Geske、Mike Sutton和Ilja Preuss给了一些建议。这些建议包括给facilitator/Scrum Master的小贴士，以及使用燃尽图的新方式。
战胜变化中的阻力
不管是实施敏捷还是重新布置办公室，只要是变化就都会遇到阻力。问题在于遇到阻力时怎样应对。Dave Nicolette和Lasse Koskela设计了一场研讨会，旨在帮助参与者理解阻力从何而来，如何应对。
“变更”相关文章
从Java到Ruby：献给引路人的策略
Ruby on Rails的革命一直以来都是由开发人员领导的，要说服管理层就需要另费一番口舌了。管理人员必须了解采取Ruby所要面临的风险，让诸如Java之类的主流语言退居二线的风险——即便仅对于一个项目都是如此，以及Ruby能力的整体技术全景。
论Java和Ruby语言的变迁风险
“使用Ruby具有风险”是一种普遍的看法。随着Ruby on Rails逐步进入到主流的开发领域中，这样的风险将会随时间逐渐降低。在这篇文章中，Bruce Tate站在管理者的角度，讲解了Java与Ruby语言迁移时的风险预测，同时分析了Java最初的应用情况以及在Rails开发方面普遍的风险传言。
敏捷实践中的好品质
敏捷更倚重于纪律，而不是几个天才。我们知道，一般的团队只要遵守纪律，即使在早期阶段也会达到巨大的性能改进。当我们遵守纪律时，我们的言语和行动产生的影响就会随着时间的推移积极地创建并改造我们团队和项目所处的环境，可能好，也可能不好。
一个.NET程序员为什么学习Ruby on Rails?
.NET开发人员Stephen Chu和我们分享了他转向Ruby on Rails编程的心得体会。他说“衷情于某种技术，必然会产生一些无意识的偏见，这最终会阻碍我为客户提供商业价值的能力。”