如何最好地利用TRAC进行敏捷开发?[关闭]

对于一个并置的团队,我总是在索引卡上复制用户故事。卡片墙比任何软件工具都更加协作和简单易用。最重要的是, 在你脸上 .

燃烧图也是如此。根据我的经验,一个软件图表在网上被少数人看到,通常是一个拉动媒介。一个大的手绘海报(经常改变)被每个人注意,并作为临时讨论的孵化器。

在每天的Scrum会议上,能够指出它们也是非常有价值的。

这就是我们如何使用trac进行类似scrum的冲刺:

• 我们使用TRAC中的里程碑来确定冲刺。
• 在这里有一个默认的积压里程碑,我们收集所有新的票据。
• 在每个sprint之前,我们从backlog中移动票据当前版本。
• 在里程碑页面上,我们可以使用wiki语法添加关于sprint的回顾和其他信息。

所以现在只是默认的trac功能,没有任何插件来保持它的轻量。随着我们的进步,我们可能会添加一些特性,比如燃尽图,或者切换到另一个工具,但是我们希望首先让过程就位。

回答晚了,但到目前为止更多的是与Trac+Agilo分享我的经验。

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

现在开始安装,使用安装非常简单。我们使用了他们最新的0.7.3.3版本。它在trac 0.11和python 2.5上安装完美。别忘了安装libjpeg和python图像库。值得注意的是,我们使用了virtualenv,这使事情变得更简单。

进一步使用非常简单。对于wiki,我更喜欢trac以前的干净外观,而不是agilo的定制。除此之外,一切都是可行的。

在邮件列表中,我注意到他们计划在未来提供多项目支持。总之,我建议使用agilo插件来进行trac。

是的,我在我们的trac安装上安装了agilo。

看起来很酷,包括很好的燃尽图。

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

安装很痛苦(Ubuntu ibex)-我记录了 Agilo Google Group .

问题(和往常一样)是集成到PMS和CEO喜欢看到的业务端(例如,估计工时与实际工时)。有(如前所述)其他产品覆盖了这一关(我相信FogBugz覆盖了这一关),但我(和团队)喜欢Trac,所以我们解决了这个问题。

哦,还有一件事,它似乎带来了相当多的开销(也就是说,你必须花更多的时间在TRAC才能最大限度地利用它),但就像我说的,我没有机会在愤怒中真正使用它。

我们以前用过trac和Burndown插件,然后去了Redmine。我们发现Redmine对于存储库查看和问题界面来说很糟糕。我们真的想再次回到TRAC。

Bitten 是一个用于持续集成的Trac插件,可以利用它在签入的基础上进行自动构建,它提供了敏捷过程的关键部分(快速反馈)。我还没有为trac个人使用任何其他插件,所以我不能对它们发表评论。但是,我怀疑里程碑的本地trac功能可以很容易地被利用,用作迭代标记(其中每个里程碑表示迭代的结束)。由于里程碑可以用来标记特性的“截止日期”,因此您不需要太多的修改来使用它们。

从那里开始,使用票据作为用户故事,并将它们与里程碑(我确信这最坏情况下可以手动完成)联系起来,将为您提供跟踪速度和保持团队了解进度(以及需要进行的更改)的基本方法。

我们使用trac wiki的目的是:

• 每个功能的要求列表
• 特性技术规格清单(如有)
• 版本及其功能列表
• 部署的环境,带有到所有实例的链接
  • 有一个宏用于发出Web请求,因此我们可以列出每个env的版本等。
  • (有一个graphviz插件,对简单的绘图非常有用)

在票务系统中,每个“功能”都有一张票,用于保持总的积压和当前/下一个sprint计划。

然后我们在sprint计划期间为每个特性写一堆卡片。

还有一个更具操作性的方面。我们在作战中每个冲刺都有一个人,所以我们有一个人致力于被团队之外的人打断。团队的其他成员可以专注于提供特性。

每个bug/ops任务都会得到一张罚单,但是一旦我们开始处理它,它就会得到一张卡片,并开始在整个过程中移动。这样我们就可以看到它,并且不会忘记让测试人员参与进来等等。

Scrum很有触觉,所以我认为把太多的东西放在物理工作环境之外不会很好。但最终你的团队需要找到一个有效的平衡点。

对于完全不同的事物,使用 Trac 可能是 simply migrate 一切到 Redmine . 它支持Trac的核心功能,包括多个项目、甘特图、论坛、DCV等,尽管看起来 not completely there yet . 一些好事情正在酝酿之中。

Daniel Srb (在评论中)有 redmind agile plugin 他一直在努力,看起来很有希望。你可以联系他,看看他是否打算发布(很久以前)。

我们在过去成功地使用了两种产品, 跟踪器 门票, xplanner 为了规划。

Agilo for Scrum Rocks,最新版本使用客户端生成的图表,因此不再存在依赖关系,安装起来更容易:—) agile42 只需发布一个专业版,它就可以用一个好的、直观的、丰富的Agilo体验 Planning Board ,非常酷的屏幕放映:—)

我们最近开始使用Scrumban。

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

我们围绕一个物理看板来做这件事,这对于可视化工作流程和团队协作是很好的,但是我们也希望看板的数字形式能够重复检查TRAC使用与物理看板的对比。

为了寻找有用的东西,我发现这个很聪明 post on re-creating a digital version of the Kanban board in trac .

这是非常直接和简单的,我能够很容易地为我们的工作流程操纵这种方法,并且您可以将它定制为您的敏捷Scrum迭代方法(或者如果您能够摆脱时间限制的方法,请给Scrumban一次尝试)。