我正在一个由4人组成的小型开发团队中工作。
我们正在尝试开发"敏捷风格"的故事要点，小任务等。
不幸的是，我们当前正在(共享)excel表中管理任务。

我们看了一些可用的工具(Mingle，TFS，Scrum for Team System)，但是所有这些看起来都像是过多的开销，使工作变得无用。

我们是什么敏捷爱好者在长时间内跟踪任务？

更新
当前最重要的答案实际上并不是我要问的答案，从长远来看，我需要一些工具来帮助我找出我正确估计的功能和任务以及我在哪里犯了严重错误。我看到白板/所有便利贴如何帮助管理当前或者以前的迭代，但是我看不到自己要搜索2个月前的便利贴。

解决方案

白板，索引卡和利器。

将它们写在标签上，并贴在板上可以使用:)另外，Scrum确实不会给我们带来开销，它可以很好地工作，并且对所有团队成员都很满意，恕我直言

只需使用Trac。它具有小型项目所需的一切。我们可以使用票务系统分发任务(在敏捷中，我们应该考虑故事而不是单个任务)，但是如果不够用，我们可以获取额外的插件来进行时间管理等。

在这里，我们将Trac用于一个项目，将@Task用于另一个项目。

在另一家公司，我们将Excel工作表用于每个人的任务，并将其打印并固定在墙上。

通常，大多数形式的实际计划，文档编制和跟踪任务都会使工作变得无聊……但是保持头脑清醒是完全必要的。

索引卡可以很好地工作，但是如果我们需要在线使用，我会尝试Unfuddle。我们可以将其免费用于小组，而且它的重量很轻，可以很容易地根据小组的需要进行调整。

我在工作中使用它，我们将所有故事保存在其"笔记本"(阅读：wiki)中，并将任务保存在其任务系统中。它内置了里程碑和发行版，其Subversion和Git集成非常出色：我们可以记录评论并使用版本控制消息来解决任务。

我们正在使用约30个人的ScrumWorks。他们有一个免费版本。

http://danube.com/scrumworks

更新响应：追踪为什么被低估的程度似乎并不那么重要。这是迭代回顾中解决的问题。如果有障碍，则应及早解决并加以解决。如果我们要解决的是比过去看到的任务被低估的任务更具体的事情，我们应该问一下。

我们现在正在使用Xplanner，效果很好。

这个问题大部分是https://stackoverflow.com/questions/12328/what-bug-tracking-software-do-you-use的重复副本，其中包含很多答案任务不一定是bug，但是好的工具可以让我们指定除"错误"以外的其他任务类型。

我喜欢Pivotal Tracker。这是一个基于故事的项目计划工具，可让团队进行实时协作

我真的很喜欢JIRA，GreenHopper插件似乎增加了一些不错的功能。

Rally是一个非常不错的工具，专注于敏捷开发。

目前，我们正在使用Eventum来处理任务。它可能不是最好的，但值得一看。在我们的案例中，每个"问题"通常都是细分的功能或者用例，这些功能或者用例是分配给某人实施的。

我们也使用Trac，但伸缩性不是很好。处理用例和测试用例也可能很麻烦。这实际上取决于项目的范围和开发团队的规模。我认为对于少于10人的团队，Trac表现出色，但是之后我们就达到了顶峰。

随着我们逐渐淘汰Trac，我们开始仔细研究Confluence / Jira(也许与Greenhopper)。

哦，如果每个人都在现场，张贴索引卡和白板就可以很好地工作;-)

RallyDev.com。免费的5位用户社区版，实际上还不错！

对于同一地点的团队而言，就我而言，没有什么比这更大的壁垒和一大堆索引卡了。也许使用一两个白板来绘制燃尽图。

我喜欢dotProject进行实际任务跟踪。如果需要，我们可以轻松地攻击数据库以获取统计数据。

对于计划过程，我使用Microsoft Project主要是因为我已经习惯了。我还使用了开源工具OpenProj。

在dotProject中更改任务很痛苦，因此我通常只提前4到6周输入它们。

FogBuz似乎是一个很棒的工具，我只是从来没有时间去尝试它，而是成为此类工具的较晚采用者。

我们是一个遍布多个地点的团队。我发现有用的工具是建立在Twiki之上的Wiki。

好处：

• 类似于Wiki的环境，因此协作非常容易。
• 可用于添加"应用程序"的插件，例如会议记录，公告栏，
• 讨论论坛。
• 安全的。

"We looked at some available tools (Mingle, TFS, Scrum for Team System), but all of these looked like they would be too much overhead and take the fun out of working."

我只能建议我们给Mingle一次真正的审判，这真是太好了。我的开发人员喜欢它，我也喜欢。

学习曲线很小，但是非常灵活，我建议我们查看Hybrid示例项目和内置报告，以克服我们可能有的任何保留意见。

如果不是Mingle，我们的项目将死在水里，我有一个残疾，但是如果需要的话，一天仍然可以修改300多个卡片。另外，对于5个或者更少的用户，一年免费！

便利贴可能无法促进该软件开箱即用的沟通和团队合作，并且如果我们不喜欢它的工作方式，则可以继续对其进行调整，直到适合团队为止。

硬件我建议使用四核和8GB以获得不错的性能。

披露：除了喜欢他们的软件外，我与Thoughtworks没有任何联系。

查看间隔。我们将其建立为一个网页设计机构，与问题非常相似。我们让4个或者5个家伙全都跟踪xcel文档中的时间和任务，很难完成任何事情。

与我一起工作的敏捷团队在很长一段时间内都无法管理任务。相反，我们管理要添加到产品中的功能的"积压"。我们有时也称这些"用户故事"。此积压工作是对要交付的增量功能列表中产品的一种划分。我们在Excel中管理此积压工作，只有很少的几列，例如描述，复杂性评估和完成/未完成，迭代等等。

在迭代过程中，如答案之一所示，任务在墙后管理。如果一项任务持续进行不止一次迭代，我们会设法对其进行分段，以确保在每次迭代时都提供功能/用户故事。

excel待办事项列表中的用户故事示例，将具有与之相关的复杂性：

• "用户可以使用带有ID和密码的表单登录系统"

相关任务的一些示例，将在迭代过程中完成。这些将通过postit进行管理，而不会带来复杂性。

• "使用GWT编写日志记录表代码"
• "实施安全性算法以检查密码的有效性"
• "在数据库中创建用户/密码表"
• "在集成系统上测试日志记录表"

我们一直在使用Accunote(accunote.com)。供应商对其进行了设置，因此我不知道它的成本是多少，或者即使我们正确地唱歌也不清楚。

工作原理：

• 相当容易编辑/更新。
• 轻松修改sprint中的任务，与积压选项卡之间进行复制等。
• 每个人都在查看燃尽图，尤其是"按用户"的燃尽图，这使团队保持合作并给予了成就感。

可能还有其他工具可以达到相同或者更好的效果(而Accunote Javascript可能有点尴尬)。

关键是，它应该真正易于使用，并具有某种"团队空间"，在这里大家可以相互注意并观察每个人的状况。