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

Plugins 如何最好地使用Trac进行敏捷开发?,plugins,agile,scrum,trac,Plugins,Agile,Scrum,Trac,我们使用的是bug跟踪/开发/wiki系统,我想知道是否有人有经验并使用了一些Trac Agile/Scrum插件或功能?你有什么建议吗 还是将Trac票据复制为枯树用户故事索引卡和手绘的燃尽图更好 注意,我发现了一个类似的问题。虽然它是专门关于Scrum的。他们推荐。有人试过Agilo吗?是一个用于持续集成的Trac插件,可以利用它在签入时进行自动构建,这是敏捷过程的关键部分(快速反馈)。我个人还没有使用任何其他Trac插件,所以我不能对它们发表评论。然而,我怀疑里程碑的本机Trac功能可以

我们使用的是bug跟踪/开发/wiki系统,我想知道是否有人有经验并使用了一些Trac Agile/Scrum插件或功能?你有什么建议吗

还是将Trac票据复制为枯树用户故事索引卡和手绘的燃尽图更好


注意,我发现了一个类似的问题。虽然它是专门关于Scrum的。他们推荐。有人试过Agilo吗?

是一个用于持续集成的Trac插件,可以利用它在签入时进行自动构建,这是敏捷过程的关键部分(快速反馈)。我个人还没有使用任何其他Trac插件,所以我不能对它们发表评论。然而,我怀疑里程碑的本机Trac功能可以相当容易地被用作迭代标记(其中每个里程碑代表迭代的结束)。因为里程碑已经可以用来标记功能的“到期日”,所以您不需要太多的修改来使用它们


从那时起,使用记录单作为用户故事,并将其与里程碑联系起来(我相信这在最坏的情况下可以手动完成)将为您提供跟踪速度和让团队了解进度(以及需要进行的更改)的基本方法。

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

燃烧图也是如此。根据我的经验,一个软件图表会被少数人在线查看,通常是一种拉动式媒介。一张巨大的手绘海报(经常变化)会引起每个人的注意,并成为临时讨论的孵化器


在您的日常scrum会议上指出它们也是非常有价值的。

我们使用Trac wiki用于:

  • 每个功能的需求列表
  • 功能的技术规格列表(如有)
  • 发布及其功能的列表
  • 已部署的环境,具有指向所有实例的链接
    • 有一个宏用于发出web请求,因此我们可以列出每个env的版本等
    • (有一个GraphViz插件,对简单的绘图非常有用)
票务系统中还为每个“功能”提供了一张票证,用于保存总的积压工作和当前/下一个sprint计划

然后,我们在sprint计划中为每个特性编写一组卡片

还有一个更具操作性的方面。我们每个sprint都有一个人在运行,所以我们有一个人专门负责被团队外的人打断。团队的其他成员可以专注于交付功能

每个bug/ops任务都会得到一张罚单,但一旦我们开始处理它,它就会得到一张卡片,并开始全面移动。这样一来,它就变得可视,我们不会忘记让测试人员参与进来,等等


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

是的,我在我们的Trac安装中安装了Agilo

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

不幸的是,我离开了安装它的公司,还没来得及认真使用它

安装是一件痛苦的事(UbuntuIbex)——我在上面记录了精确的步骤

问题(一如既往)在于将项目经理和首席执行官们喜欢看到的事情(例如,估计时间与实际时间)整合到业务端。有(正如已经提到的)其他产品可以解决这个问题(我相信FogBugz可以解决这个问题),但我(和团队)喜欢Trac,所以我们解决了这个问题


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

这就是我们在类似scrum的Sprint中使用trac的方式:

  • 我们使用Trac中的里程碑来确定冲刺
  • 有一个默认的待办事项里程碑,我们在这里收集所有新的票据
  • 在每次sprint之前,我们都会从当前版本的积压工作中移动记录
  • 在里程碑页面上,我们可以使用wiki语法添加有关sprint的回顾和其他信息

因此,现在只使用默认的Trac功能,不使用任何插件,以保持其轻量级。当我们做得更好时,我们可能会添加一些功能,比如燃尽图,或者可能会切换到另一个工具,但我们希望先把过程准备好。

对于一些完全不同的东西,进行敏捷开发的最佳方法可能是将所有东西都放在一起。它支持Trac的核心功能,包括多个项目、甘特图、论坛、DCV等,尽管看起来很简单。一些好东西正在酝酿中

(在评论中)有一个他一直在努力的项目,看起来很有希望。你可以联系他,看看他是否打算发布(很久以前)


在过去,我们成功地使用了两种产品,用于门票和计划。

我们之前使用了带有burndown插件的Trac,然后使用了Redmine。我们发现Redmine在查看存储库和问题界面方面非常糟糕。实际上,我们希望再次回到Trac。

回答得晚,但这更多是为了分享我与Trac+Agilo的经验

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

现在来安装和使用安装是非常容易的。我们使用了他们的最新版本0.7.3.3。它在Trac 0.11和Python 2.5上安装了完美无瑕。不要忘记安装libjpeg和python图像库。值得注意的是,我们使用了virtualenv,它采用了一种更简单的方法

进一步的使用是非常困难的