What tools are available for a team leader & members to manage tasks (Agile programming)
我正在由4人组成的小型开发团队中工作。 我们看了一些可用的工具(Mingle，TFS，Scrum for Team System)，但所有这些看起来都像是过多的开销，使工作变得无用。 您是什么敏捷爱好者在长时间内跟踪您的任务？
更新资料
更新响应：追踪为什么被低估的程度似乎并不那么重要。这是迭代回顾中解决的问题。如果存在障碍，则应及早解决并予以解决。如果您要解决的是比过去看到的任务被低估的任务更具体的事情，您应该问一下。 白板，索引卡和利器。 只需使用Trac。它具有小型项目所需的一切。您可以使用票务系统分发任务(在敏捷中，您应该考虑故事而不是单个任务)，但是如果不够用，您可以获取额外的插件来进行时间管理等。 我们现在正在使用Xplanner，效果很好。 我非常喜欢JIRA，GreenHopper插件似乎增加了一些不错的功能。 将它们写在标签上并贴在板上-可以用:)另外Scrum确实不会给您带来开销-效果很好，并且对所有团队成员都非常满意imho :)
我只能建议您给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。 好处： 查看间隔。我们将其建立为一个网页设计机构，与您的问题非常相似。我们让4个或5个家伙全都跟踪xcel文档中的时间和任务，很难完成任何事情。 在与我一起工作的敏捷团队中，我们很长一段时间都不管理任务。相反，我们管理要添加到产品中的功能的"积压"。我们有时也称这些为"用户故事"。此积压工作是对要交付的增量功能列表中产品的一种划分。我们在Excel中管理此积压工作，只有很少的几列，例如描述，复杂性评估和完成/未完成，迭代等。 在迭代过程中，如答案之一所示，任务在墙后管理。如果一项任务持续进行不止一次迭代，我们会设法对其进行分段，以确保每次迭代都提供功能/用户故事。 excel积压中用户故事的一个示例，它具有与之相关的复杂性：
相关任务的一些示例，将在迭代过程中完成。这些将通过postit进行管理，而不会带来复杂性。
|
关于项目管理：团队负责人和成员可以使用哪些工具来管理任务(敏捷编程)
推荐阅读
