12

我在一个 4 人的小型开发团队中工作。我们正在尝试开发“敏捷风格”——故事点、小任务等......不幸的是,我们目前正在(共享)Excel 表中管理我们的任务。

我们查看了一些可用的工具(Mingle、TFS、Scrum for Team System),但所有这些看起来都会带来太多的开销,并且会让工作失去乐趣。

您的敏捷爱好者使用什么来长期跟踪您的任务?

更新 当前的最佳答案并不是我打算问的真正答案 - 从长远来看,我需要一些工具来帮助我找出我正确估计的功能和任务,以及我在哪里犯了可怕的错误。我看到白板/所有便利贴如何帮助管理当前或以前的迭代,但我没有看到自己在寻找 2 个月前的便利贴。

4

22 回答 22

19

替代文字


更新响应:跟踪被低估的内容和为什么被低估的原因似乎并不重要。这是迭代回顾中解决的问题。如果存在障碍,应及早解决并解决。如果您希望解决更具体的问题,而不仅仅是看到过去被低估的任务,您应该询问这个问题。

于 2008-09-18T17:07:36.900 回答
5

白板、索引卡和记号笔。

于 2008-09-18T17:03:22.540 回答
4

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

于 2008-09-18T17:05:28.323 回答
3

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

于 2008-09-18T17:16:18.047 回答
2

将它们写在标签上并将它们贴在板上 - 它可以工作:) 而且 Scrum 确实不会给你带来开销 - 它工作得很好,并且对所有团队成员来说都非常满意 imho :)

于 2008-09-18T17:03:50.980 回答
2

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

在另一家公司,我们使用 Excel 表格来处理每个人的任务,打印出来并固定在墙上。

一般来说,大多数形式的实际计划、记录和跟踪任务都会让工作失去乐趣……但保持清醒是完全必要的。

于 2008-09-18T17:05:30.133 回答
2

我真的很喜欢JIRAGreenHopper插件看起来添加了一些不错的功能。

于 2008-09-18T17:32:29.630 回答
2

“我们查看了一些可用的工具(Mingle、TFS、Scrum for Team System),但所有这些看起来都会造成过多的开销,并且会让工作失去乐趣。”

我只能建议你给Mingle一个真正的试用,它很棒。我的开发人员喜欢它,我也喜欢它。

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

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

便利贴不可能促进该软件开箱即用的沟通和团队合作,如果您不喜欢它的工作方式,您可以不断调整它,直到它适合您的团队。

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

披露:除了喜欢他们的软件之外,我与 Thoughtworks 没有任何关系。

于 2008-12-24T23:04:16.577 回答
1

索引卡效果很好,但如果您需要在线使用,我会尝试Unfuddle。您可以免费将它用于小型团体,而且它足够轻巧,您可以很容易地根据团体的需要进行调整。

我在工作中使用它,我们将所有故事保存在它的“笔记本”(阅读:wiki)中,并将任务保存在它的任务系统中。它内置了里程碑和版本,它的 Subversion 和 Git 集成非常棒:我们可以记录评论并使用版本控制消息解决任务。

于 2008-09-18T17:05:33.270 回答
1

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

http://danube.com/scrumworks

于 2008-09-18T17:06:08.133 回答
1

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

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

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

FogBuz似乎是一个很棒的工具,我只是没有时间尝试它,而且我真的是此类工具的后期采用者。

于 2008-09-19T10:21:12.217 回答
1

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

于 2008-09-18T17:29:23.087 回答
1

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

于 2008-09-18T17:34:30.173 回答
0

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

当我们开始超越 Trac 时,我们开始仔细研究 Confluence/Jira(可能是 Greenhopper)。

哦,张贴它,如果每个人都在现场,索引卡和白板工作得很好;-)

于 2008-09-18T21:56:45.987 回答
0

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

于 2008-09-18T17:16:50.153 回答
0

就我而言,对于一个位于同一地点的团队来说,没有什么比一堵大墙和一大堆索引卡更好的了。也许用一两个白板来制作燃尽图。

于 2008-09-18T23:13:59.403 回答
0

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

好处:

  1. 类似于 Wiki 的环境,因此协作很容易。
  2. 可用于添加“应用程序”的插件,例如会议记录、公告板、
  3. 讨论论坛。
  4. 安全的。
于 2008-09-21T04:22:43.597 回答
0

查看间隔。我们将其构建为与您的问题非常相似的网页设计机构。我们有 4 或 5 个人都在 xcel 文档中跟踪时间和任务,而且很难完成任何事情。

于 2009-01-30T03:59:13.827 回答
0

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

于 2008-09-18T17:35:10.733 回答
0

RallyDev.com。免费的 5 用户社区版,它实际上相当不错!

于 2008-09-18T22:21:14.180 回答
0

我们一直在使用 Accunote (accunote.com)。一个供应商设置了它,所以我不知道它的成本,或者即使我们唱得很好。

为什么有效:

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

  2. 易于修改冲刺中的任务,复制到/从积压选项卡等。

  3. 每个人都会查看燃尽图,尤其是“按用户”的图表,这让团队保持合作并产生成就感。

可能还有其他工具可以做同样的事情,或者做得更好(Accunote Javascript 可能有点尴尬)。

关键是它应该真的很容易使用,并且有某种“团队空间”,你们都可以互相关注,看看你们每个人的进展如何。

于 2009-08-29T09:39:41.353 回答
0

我和我一起工作的敏捷团队,我们不会长时间管理任务。相反,我们管理要添加到产品中的功能“积压”。我们有时也将这些称为“用户故事”。此积压工作是对要交付的增量功能列表中产品的一种切片。我们在 Excel 中管理此积压工作,只有很少的列,例如描述、复杂性评估和完成/未完成、迭代,仅此而已。

在迭代期间,任务在一个答案中显示的 postit 墙上进行管理。如果一项任务持续不止一次迭代,我们会设法对其进行分段,确保在每次迭代中交付功能/用户故事。

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

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

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

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