Answers:
Mac OS X规划工具。
即使您没有进行“敏捷”开发,它也很有用。
极其有用且功能强大的问题跟踪。
我将它们结合使用。OmniPlan非常适合安排所有需要完成的任务并将它们分配给团队。您可以设置关键路径(必须完成的事情)并分解总体工作量。在管理上也很直观。
Pivotal非常适合保持您的发展速度。如果您完全赞同敏捷方法论,那么它是很棒的方法,但是对于跟踪功能,相关组件和当前活动状态仍然非常有用。
FogBugz提供了一个易于使用的界面,供非程序员提交错误或功能请求并监视进度。评估出现的问题并记录在Pivotal中。然后,如果它成为具有多个组件的更大任务,则将他们转移到OmniPlan中。
我们使用Redmine-> http://www.redmine.org/
我们将所有开发人员以及支持电话都记录在了那里,因此我们可以看到有多少时间可以自由分配给sprint进行最新的开发。这很有用,因为它可以与我们的电子邮件系统和版本控制系统(在本例中为Git,但可以与其他系统配合)很好地结合在一起。
易于使用(使用Ruby编写,将在大多数小型服务器上运行),并且具有一些相当强大的插件,易于安装和使用。
我用两个拉力和JIRA与Greenhopper。
我将从JIRA开始。JIRA是出色的错误跟踪工具。Greenhopper是使团队开始敏捷工作的附加组件。因为它不是从头开始设计为敏捷工具,所以某些过程感觉很尴尬。该工具也很耗时且难以使用。但是,它是非常可定制的。通常,感觉就像您必须将敏捷流程塞入其中的工具。
Rally从一开始就被设计为一种敏捷工具,它证明了这一点。它很好地遵循了许多敏捷过程,并且对过程进行了补充。我在一个非常敏捷的组织中使用了此工具,它使我们能够跟踪跨团队的依赖关系以及涉及多个敏捷团队的复杂项目。跨团队协作是其他工具难以企及的事情,但是Rally做得很好。而且,Rally具有出色的基于Web服务的API。它使我的团队可以使用Rally作为我们的后端编写一些自定义软件,并生成一些自定义报告。
我们使用TFS进行源代码控制和工作项目跟踪(不幸的是),并且我使用Telerik工作项目管理器来帮助我记录冲刺计划并使任务板保持同步。如果您被迫使用TFS,则telerik会减轻您的痛苦。