Rally公司的敏捷项目生命周期管理工具2008.1 发布啦！
Rally软件的产品开发经理Zach Nies向InfoQ展示了Rally公司敏捷生命周期管理产品的最新特性，并介绍了当前Rally产品的未来走向。
InfoQ
InfoQ
促进软件开发领域知识与创新的传播
编辑特辑
“Ben Hughes”相关的内容
Ben Hughes的新闻
Mingle2.0的新特性
继九个月前的首次发布，思特沃克公司（Thoughtworks）将于四月十五日的晚些时候发布Mingle 2.0。InfoQ向产品经理Adam Monago了解了Mingle在2.0中发布的一些新特性。
新敏捷社区网站Agile Commons开张
最近诞生了一家新网站Agile Commons，它是Rally公司的员工和客户一起协作的结果。Rally和Hivemind投资设立这个网站是想建立一个交换意见的平台，目标是成为热爱敏捷的人们当中的权威资源。他们打算把各类组织和Linked In群组都邀请到一个地方共同讨论和交换敏捷方面的见解。
功能测试的未来
最近，Jennitta Andrea和Ward Cunningham发布了一段“对下一代功能测试工具的构想”的网络视频。去年年底，思特沃克公司（Thoughtworks，简称TW）也宣称要发布一款新一代功能测试工具。InfoQ会持续跟踪功能测试领域的快速发展，并报道这一领域思想带头人对其发展态势的看法。
持续生产可以将敏捷化推至极限吗？
“持续生产”的思想已经出现一段时间了。Cal Henderson在2005年就指出：Flickr大概每过30分钟就将代码向实际运行系统发布一次。InfoQ对“持续生产”进行了调查，并探究了它给实际产品/系统生命周期带来的影响，以及此后施加于团队所属组织上的作用。
TDD真的可以确保质量？
加拿大工程学院的国家研究委员最近进行了一项关于测试驱动开发的研究。其他人对研究结果进行分析后，得到了一些有趣的结论，它涉及到测试先行方法相对于传统的后测试方法，能够在多大程度上、或者是否能够改善软件的质量。
实施敏捷：抄近道的迷思
实施敏捷看上去只是一个非常微不足道的任务。我们结对、编写单元测试、频繁集成，并且用类似Scrum这样容易管理的框架为团队提供支持。但这种做法几乎在大多数情况下都收不到成效，团队也没有按预期那样的工作。Ross Petit在一篇文章中讲述了为什么我们真正上路以后会偏离方向。
为什么“赶工”没有收效
Evan Robinson 最近发表了一篇关于“为什么‘赶工’没有收效”的文章。尽管上个世纪的研究表明，如果采用每周40小时工作制，其长期产出最大，但项目中还是经常使用那种不利于团队的“赶工”。InfoQ发现，“赶工”在软件业仍是随处可见。如果我们都知道这么做不好，为什么我们还乐此不疲呢？
专用的团队工作室能够提升生产力吗？
本文来自于Science Daily最近发布的一篇文章，以及在Lean Agile Scrum邮件列表中掀起的的一系列讨论。InfoQ总结了影响最优团队工作室的几个因素，并对其影响团队工作室效果的几个案例做了分析。
基于实据的进度计划方法及FogBugz 6.0
最近，Joel Spolsky发表了一篇关于“基于实据定制进度计划”的文章。该文集中于管理并识别准确的评估，从而让项目管理者可以预测在指定日期内交付项目的可能性，并为敏捷项目管理者的工具箱增加了一种新的度量方法。InfoQ深入调查这项实践背后的理论，以及它在FogBugz 6.0中的实现。