关于项目管理：团队负责人和成员可以使用哪些工具来管理任务(敏捷编程)

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

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

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

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

---

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

---

白板，索引卡和利器。

---

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

---

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

---

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

---

将它们写在标签上并贴在板上-可以用:)另外Scrum确实不会给您带来开销-效果很好，并且对所有团队成员都非常满意imho :)

---

"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没有任何联系。

---

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

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

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

---

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

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

---

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

http://danube.com/scrumworks

---

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

---

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

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

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

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

---

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

---

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

工作原理：

相当容易编辑/更新。

轻松修改sprint中的任务，与积压选项卡之间进行复制等。

每个人都在查看燃尽图，尤其是"按用户"的燃尽图，这使团队保持合作并给予了成就感。

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

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

---

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

---

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

---

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

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

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

---

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

---

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

---

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

好处：

类似于Wiki的环境，因此协作非常容易。

可用于添加"应用程序"的插件，例如会议记录，公告栏，

讨论论坛。

安全。

---

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

---

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

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

excel积压中用户故事的一个示例，它具有与之相关的复杂性：

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

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

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

---