您使用什么软件来帮助您计划团队工作,为什么?


11

规划非常困难。我们天生不擅长估计自己的未来,许多认知偏见加剧了这个问题。小组计划更加困难。信息不完整,对情况的看法不一致以及沟通问题加剧了困难。

敏捷方法为组织小组计划提供了一个框架-使计划对所有人可见(用户故事),将计划分成较小的块(冲刺),并提供回顾性分析,以便您更好地进行计划。但是,找到支持这些做法的好的工具被证明是棘手的。

您使用什么软件工具来实现这些目标?您为什么要使用该工具?使用特定工具取得了哪些成功?

Answers:


5

全方位计划

Mac OS X规划工具。

关键跟踪器

即使您没有进行“敏捷”开发,它也很有用。

福格布兹

极其有用且功能强大的问题跟踪。

我将它们结合使用。OmniPlan非常适合安排所有需要完成的任务并将它们分配给团队。您可以设置关键路径(必须完成的事情)并分解总体工作量。在管理上也很直观。

Pivotal非常适合保持您的发展速度。如果您完全赞同敏捷方法论,那么它是很棒的方法,但是对于跟踪功能,相关组件和当前活动状态仍然非常有用。

FogBugz提供了一个易于使用的界面,供非程序员提交错误或功能请求并监视进度。评估出现的问题并记录在Pivotal中。然后,如果它成为具有多个组件的更大任务,则将他们转移到OmniPlan中。


您能告诉我一些具体示例,说明您如何使用它们以及它们为您带来了哪些变化?我的意思是,当然,我也阅读了Joel的博客,但很高兴听到为什么它们对您最有效。
Alex Feinman

我最终使用了Pivotal Tracker。
Alex Feinman

6

我们使用Redmine-> http://www.redmine.org/

我们将所有开发人员以及支持电话都记录在了那里,因此我们可以看到有多少时间可以自由分配给sprint进行最新的开发。这很有用,因为它可以与我们的电子邮件系统和版本控制系统(在本例中为Git,但可以与其他系统配合)很好地结合在一起。

易于使用(使用Ruby编写,将在大多数小型服务器上运行),并且具有一些相当强大的插件,易于安装和使用。


6

它是确定的答案没有

您似乎暗示成功进行敏捷计划需要软件工具。我不同意 如果您的团队正确使用了Scrum或XP(“按书”),则完全不必使用任何软件工具进行计划。

在许多情况下,将软件工具添加到敏捷过程中只是避免必须处理与不良沟通或信任有关的实际潜在问题的一种方法。这些问题最好通过其他方式解决。

我的建议是开始时不使用任何数字工具,并且仅在真正了解为什么需要它们时才添加它们。

(分布式团队是一个特例)


3

我用两个拉力JIRAGreenhopper

我将从JIRA开始。JIRA是出色的错误跟踪工具。Greenhopper是使团队开始敏捷工作的附加组件。因为它不是从头开始设计为敏捷工具,所以某些过程感觉很尴尬。该工具也很耗时且难以使用。但是,它是非常可定制的。通常,感觉就像您必须将敏捷流程塞入其中的工具。

Rally从一开始就被设计为一种敏捷工具,它证明了这一点。它很好地遵循了许多敏捷过程,并且对过程进行了补充。我在一个非常敏捷的组织中使用了此工具,它使我们能够跟踪跨团队的依赖关系以及涉及多个敏捷团队的复杂项目。跨团队协作是其他工具难以企及的事情,但是Rally做得很好。而且,Rally具有出色的基于Web服务的API。它使我的团队可以使用Rally作为我们的后端编写一些自定义软件,并生成一些自定义报告。


1

我们使用TFS进行源代码控制和工作项目跟踪(不幸的是),并且我使用Telerik工作项目管理器来帮助我记录冲刺计划并使任务板保持同步。如果您被迫使用TFS,则telerik会减轻您的痛苦。


0

我们使用一个称为FIT的问题跟踪程序 (我在这家公司工作时是外包承包商,所以我选择使用哪种方法)。相比之下,Fogbugz昂贵。它占地面积小,基于Web,价格便宜并且可以执行常规操作。我查看了Redmine,它是一个很棒的软件包,但是对于仍在不断发展的开源软件包,管理人员感到不安。
对于问题跟踪器之类的工具,我不想维护,升级或自定义它:我只是想让它开箱即用并保持这种状态。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.