团队领导者可以使用哪些工具？成员管理任务（敏捷编程）

Question

我正在一个由4人组成的小型开发团队工作。 我们正在尝试开发“敏捷风格” - 故事点，小任务等...... 不幸的是，我们目前正在（共享）excel表中管理我们的任务。

我们查看了一些可用的工具（Mingle，TFS，Team System系统的Scrum），但所有这些工具看起来都是过多的开销并且无需工作。

敏捷爱好者用什么来长时间跟踪你的任务？

更新 目前的最佳答案并不是我想要问的答案 - 我需要一些工具来帮助我从长远来看，找出哪些功能和特点。我估计的任务是正确的，我在哪里犯了可怕的错误。我看到一个白板/所有后期帮助管理当前或以前的迭代，但我没有看到自己在2个月前搜索一个post-it。

Answer 1

---

更新回复：跟踪WHAT被低估的内容似乎并不重要。为什么它被低估了。这是在迭代回顾中解决的问题。如果存在障碍，应尽早解决并解决。如果你想要解决的问题不仅仅是看到过去被低估的任务，那么你应该问一下。

Answer 2

白板，索引卡和锐利。

Answer 3

只需使用Trac即可。它拥有您为小型项目所需的一切。您可以使用票务系统来分配任务（在敏捷中您应该根据故事而不是单个任务来考虑），但如果它不够，您可以获得额外的时间管理插件等。

Answer 4

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

Answer 5

将它们写在标签上并将它们粘在一块板上 - 它可以工作:)此外Scrum确实不会给你带来开销 - 它运作良好并且对所有团队成员非常满意imho：）

Answer 6

在这里，我们对一个项目使用Trac，为另一个项目使用@Task。

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

一般来说，大多数形式的实际计划，记录和跟踪任务都会带来工作中的乐趣......但是保持理智是完全必要的。

Answer 7

  

“我们查看了一些可用的工具（Mingle，TFS，Scrum for Team System），但所有这些工具看起来都是过多的开销，并且不再需要工作。”

我只能建议你给Mingle一个真正的试验，这太棒了。我的开发人员喜欢它，我也喜欢。

有一个小的学习曲线，但它如此灵活，我建议查看混合示例项目和内置报告，以克服您可能有的任何预订。

如果不是Mingle，我们的项目将在水中死亡，我有残疾，但如果需要，仍然可以在一天内修改300多张卡片。此外，5位或更少用户可免费使用一年！

Post-it无法促进该软件开箱即用的沟通和团队合作，如果你不喜欢它的工作方式，你可以不断调整它直到它适合你的团队。

硬件 - 我建议使用四核和硬盘。 8GB，性能不错。

披露：我与Thoughtworks没有关系，除了爱他们的软件。

Answer 8

我非常喜欢JIRA，GreenHopper插件可以添加一些不错的功能。

Answer 9

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

Answer 10

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

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

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

FogBuz似乎是一个很棒的工具，我从来没有时间尝试过这个工具，并且是这种工具的后期使用者。

Answer 11

我喜欢Pivotal Tracker。它是一个基于故事的项目规划工具，允许团队实时协作

Answer 12

我们正在为大约30人使用ScrumWorks。他们有免费版。

http://danube.com/scrumworks

Answer 13

索引卡效果很好，但如果您需要在线，我会尝试Unfuddle。您可以免费将它用于小型团体，并且它足够轻巧，您可以非常轻松地根据您的团队需求进行调整。

我在工作中使用它，并且我们将所有故事保存在其“笔记本”（读取：wiki）和任务系统中的任务中。它内置了里程碑和版本，它的Subversion和Git集成非常棒：我们可以使用版本控制消息记录注释并解决任务。

Answer 14

这个问题大多是https://stackoverflow.com/questions/12328/what-bug-tracking-software-do-you-use的副本，其中有很多的答案 - 任务不一定是错误，但是好的工具可以指定除“bug”之外的其他任务类型。 / p>

Answer 15

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

Answer 16

我们也使用Trac，但它不能很好地扩展。处理用例和测试用例也可能很麻烦。这实际上取决于项目的范围和开发团队的规模。我认为对于少于10人的团队，Trac做得非常出色，但在那之后你就会碰到玻璃天花板。

我们开始仔细研究Confluence / Jira（也许是Greenhopper），因为我们开始超越Trac。

哦，发布它，如果每个人都在现场，索引卡和白板工作得非常好; - ）

Answer 17

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

Answer 18

对于一个位于同一地点的团队而言，就我而言，没有什么比一大堆墙和一大堆索引卡更好。可能有白板或两个用于燃耗/下降图表。

Answer 19

我们是一个遍布多个地点的团队。我发现有用的工具是Twiki构建的wiki。

优点：

1. 类似Wiki的环境，因此协作很容易。
2. 可用于添加“应用程序”的插件，例如会议记录，公告板，
3. 讨论论坛。
4. 安全。

Answer 20

结帐Intervals。我们将其建成一个网页设计机构，与您的问题非常相似。我们有4或5个人在xcel文档中跟踪时间和任务，很难完成任何事情。

Answer 21

我与之合作的敏捷团队，我们在很长一段时间内都没有管理任务。相反，我们管理要添加到产品中的功能的“积压”。我们有时也称这些“用户故事”。此待办事项是一种在要交付的增量功能列表中对产品进行切片的方式。我们在Excel中管理这个积压，只有很少的列，如描述，复杂性评估和完成/未完成，迭代，就是这样。

在迭代期间，任务在postit墙中进行管理，如其中一个答案中所示。如果任务持续多次迭代，我们会设法对其进行分段，确保在每次迭代时都传递功能/用户故事。

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

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

在迭代期间要完成的相关任务的一些示例。这些将通过postit进行管理，而不是复杂。

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

Answer 22

我们一直在使用Accunote（accunote.com）。供应商设置它，所以我不知道它的成本，或者即使我们正确地唱出它。

为什么会这样：

1. 相当容易编辑/更新。

2. 易于修改sprint中的任务，复制到/来自积压选项卡等等。

3. 每个人都会看到燃尽图，特别是“用户”图表，这样可以让团队一起工作并给予成就感。

可能还有其他工具可以做到相同或更好（并且Accunote Javascript可能有点尴尬）。

关键是它应该非常容易使用并拥有某种“团队空间”，你们都可以密切关注彼此，看看你们每个人的进展情况。