如何最好地使用Trac进行敏捷开发？

Question

我们使用Trac作为我们的错误跟踪/开发/维基系统，我想知道是否有人有经验并使用了一些Trac Agile / Scrum插件或功能？你推荐什么？

或者将Trac票证复制为死树用户故事索引卡和手绘燃尽图表会更好吗？

---

请注意，我发现了一个类似的问题here。虽然它特别关于Scrum。他们建议Agilo。有人试过Agilo吗？

Answer 1

对于一个并置的团队，我总是在索引卡上复制用户故事。与任何软件工具相比，卡墙更加协作且易于使用。什么是最重要的，它在你的脸上。

烧伤图也是如此。根据我的经验，软件图表由少数人在线查看，通常是拉动介质。一张大的，一手拉的海报（经常变化）被大家注意到，并作为临时讨论的孵化器。

在每日Scrum会议期间能够指出它们也是非常有价值的。

Answer 2

这就是我们如何使用Trac来实现像sprint一样的scrum：

• 我们使用Trac中的里程碑来识别冲刺。
• 我们会收集所有新门票的默认Backlog里程碑。
• 在每个sprint之前，我们会从积压的当前版本中移动票证。
• 在里程碑页面上，我们可以使用wiki语法添加有关sprint的回顾和其他信息。

所以只是默认的Trac功能，现在没有任何插件来保持轻量级。随着我们越来越好，我们可能会添加诸如燃尽图表之类的功能，或者可能会切换到另一个工具，但我们希望首先实现流程。

Answer 3

答案很晚，但到目前为止，我更多地分享了我对Trac + Agilo的经验。

为了快速回答您的问题，也许Agilo是使用Trac进行敏捷开发的最佳选择。

现在安装和使用安装非常简单。我们使用了他们最新版本0.7.3.3。它在Trac 0.11和Python 2.5上安装完美。别忘了安装libjpeg和python映像库。值得注意的是，我们使用了virtualenv，它使事情变得更容易。

进一步使用非常简单。对于wiki，我更喜欢Trac对Agilo定制的旧视角。除此之外所有事情都有效。

在他们的邮件列表中，我注意到他们计划在将来提供多项目支持。总而言之，我推荐Trac的Agilo插件。

Answer 4

是的，我在Trac装置上安装了Agilo。

看起来非常酷，包括漂亮的燃尽图。

不幸的是，在我得到任何严重用法之前，我离开了我安装它的公司。

安装很痛苦（Ubuntu Ibex） - 我在Agilo Google Group上记录了精确的步骤。

问题（一如既往）是整合到PM和CEO喜欢看的事物的业务端（例如估计与实际时间）。有（正如已经提到的）其他产品可以解决这个问题（FogBugz介绍了这个我相信），但我（和团队）喜欢Trac所以我们解决了这个问题。

哦，还有一件事;看起来它引入了相当多的开销（即你必须花费更多时间在trac上才能充分利用它），但就像我说我没有机会在愤怒中真正使用它。

Answer 5

我们之前使用Trac使用了Burndown插件然后去了Redmine。我们发现Redmine对于存储库查看和问题界面来说很糟糕。我们实际上希望再次回到Trac。

Answer 6

Bitten是一个用于持续集成的Trac插件，可用于在签入时自动构建，这是敏捷过程的关键部分（快速反馈）。我没有亲自使用Trac的任何其他插件，所以我不能对它们发表评论。但是，我怀疑，里程碑的原生Trac功能可以很容易地用作迭代标记（每个里程碑代表迭代的结束）。由于里程碑可用于标记功能的“截止日期”，因此您不需要太多修改方式来使用它们。

从那里开始，使用故障单作为用户故事，并将它们与里程碑联系起来（我确信这可以在最坏的情况下手动完成）将为您提供一种跟踪速度并让团队了解进度的基本方法（以及更改也需要制作。）

Answer 7

我们使用Trac wiki：

• 每项功能的要求列表
• 功能的技术规格列表（如果有）
• 发布列表及其功能
• 已部署的环境，包含指向所有实例的链接
  • 有一个用于发出网络请求的宏，因此我们可以列出每个环境中的哪个版本
  • （有一个GraphViz插件，对简单的绘图很有帮助）

每个“功能”的票务系统中还有一张票，用于保持总积压和计划的当前/下一个冲刺。

然后我们在sprint规划期间为每个功能编写一堆卡片。

还有一个更具操作性的方面。我们每个冲刺都有一个人在Ops上，所以我们有一个人专门被团队外的人打断。团队的其他成员可以专注于提供功能。

每个bug / ops任务都会获得一张票，但是一旦我们开始处理它，它就会获得一张卡并开始全面移动。这样它就能获得可见性，我们不会忘记让测试人员等参与其中。

Scrum是非常有触觉的，所以我认为在物理工作环境之外放置太多东西是不行的。但最终你的团队需要找到一个有效的平衡点。

Answer 8

对于完全不同的东西，使用Trac进行敏捷开发的最佳方式可能是simply migrate到Redmine的所有内容。它支持Trac的核心功能，包括多个项目，甘特图，论坛，DCVS等，但它看起来像是not completely there yet。正在筹备中的一些好事。

Daniel Srb（在评论中）有一个他正在研究的redmind agile plugin看起来很有希望。您可以联系并查看他是否计划发布它（很久以前）。

我们在过去使用过两种产品，成功使用了两种产品，Trac用于购票，xplanner用于规划。

Answer 9

Agilo for Scrum rock，最新版本使用客户端生成的图表，因此不再依赖，更容易安装:-) agile42只需发布一个Pro版本，可以很好地丰富Agilo体验和直观的Planning Board，非常酷的截屏视频： - ）

Answer 10

我们最近开始使用Scrumban。

基本上是一个看板，每天的站立会议都涵盖了经典的敏捷Scrum问题 - 你前一天的工作是什么？你打算今天做什么工作？你有阻滞剂吗？

我们围绕物理看板执行此操作，它非常适合可视化工作流程和团队协作，但我们还希望我们看板的数字形式能够双重检查trac使用情况与物理板。

在寻找可行的方法时，我发现了这个聪明的post on re-creating a digital version of the Kanban board in trac。

这是非常直接和简单的，我能够轻松地为我们的工作流程操纵这种方法，你可以根据你的敏捷Scrum迭代方法定制它（或者如果你能够放弃时间盒装方法，给Scrumban试一试。