如何让开发人员定期查看我们的错误跟踪页面？

我们最近开始使用Trac，并且仍在试图找出在我们的环境中使用Trac的最佳方式。这很好，但只有开发者偶尔看一下才会有效，而且我正试图弄清楚如何将这种习惯灌输给他们。我设想了几种解决方案，如：如何让开发人员定期查看我们的错误跟踪页面？

迫使他们使用Trac系统作为他们的主页（太严厉）
发放书签，RSS源（同样的问题 - 没有人会看他们）
自动电子邮件通知（不开车送他们去现场，可能只是他们惹恼了，比什么都重要）

什么是一些其他的解决方案？你有什么尝试的工作？

2010-04-09 abeger

您如何将工作分配给开发人员？

我使用FogBugz（由Stack Overflow的制作者）。它具有Backlog功能，可以让我在整个公司中优先考虑系统中的所有错误报告和功能请求，从1到N。开发人员知道他们总是在积压的最高项目上工作。他们没有其他方式可以分配工作（如果有人走向他们并告诉他们做某件事，他们的自动回复现在是“是否在FogBugz？不，输入并优先处理它”）花了一段时间到达那里，但现在它效果很好。

你或许可以用Trac做同样的事情。关键是要有一个单一的分配工作给你的开发者的手段。如果您希望他们在多个地方查找下一步该做什么，那么您期望得太多。

来源

2010-04-09 19:43:06

使用Trac作为主页是非常不可能的：那么你会有几个项目呢？

RSS/ATOM的想法并不糟糕 - 它适用于所有开发人员频繁使用RSS的项目：在一些项目中，它仅仅意味着在其聚合器中再添加一个feed。我常常使用的解决方案是电子邮件：速度很快，每个人都知道如何接收电子邮件，几乎每个开发人员都会定期检查这些邮件。

只需配置错误跟踪程序，以便将足够的信息放入邮件中，以便每位开发人员都能快速浏览一遍，以便他能够进入错误跟踪程序获取更多信息。

如果你有太多的漏洞，一个解决方案是：

当一个新的bug到达时，只有一个或两个调度员家伙得到一个电子邮件
他们分配错误的developper那应该照顾它
而且，只有到那时，当错误被分配给他，developper得到一个邮件

有了这个，每一个developper接收邮件时，它的意思是“有一些工作为你“。

之后，如果他们仍然去bugtracker，并没有修复错误...那么，他们没有做好他们的工作，是吗？

来源

2010-04-09 19:41:03

问题不是分配给开发人员的，然后开发人员有责任解决它？

如果您将开发人员任务分配给他们并且他们没有执行任务，那么您可能需要考虑找到一些可以听取其管理人员的新任务。

来源

2010-04-09 19:41:17 rmeador

这应该是您的开发方法的一个组成部分。

每天（或定期）举行会议，检查新错误报告并将其分配给开发人员。
让所有开发人员每天都先看看自己的队列。将其作为日常工作的一部分。这是他们工作的来源。如果他们没有看，它们就不起作用。
项目负责人应该监视所有队列，看看是否有开发人员忽略他们的队列。

来源

2010-04-09 19:43:49

我见过的一种工作方式...在每次检入版本控制系统时，都要在注释中注明缺陷ID。如果没有缺陷ID，则在版本控制系统上安装一个过滤器，拒绝更改。它迫使人们使用缺陷跟踪系统，如果他们想要任何东西进入生产并进行变更跟踪。

一个警告，要小心“一个bug得到所有修复”的问题。尽管这很容易被识别和解决。

来源

2010-04-09 19:45:08

错误修复如何符合您的整体开发哲学？在我工作的地方，我们会有特定的时间，这些时间是我们关注的问题，所以我们只是在那些时候挤压bug，而在其他时间忽略它。这不是一个完美的方法，但它是一个不错的主意。

如果你想要一些相反的东西，我曾经在某个地方工作，那些想要参加这些日常bug分流会议的人会来，有些人会选择他们想修复哪些bug或者发表评论这个bug并没有那么糟糕，可以留给一个服务包项目，而不是修复它的初始版本。现在，这是一个有大约16位开发人员的小组，而整个问题似乎是关于谁会从事什么工作。几周后，它确实得到了降低，因为它似乎不是那些做这件事的最佳时间，并且确实只有少数管理者可以处理优先级和分配错误。

低效大约是第二种方法是轻描淡写，如果你想每一个开发者花了多少钱，大部分时间只是坐在四周，确实有可能是足够关心在乎的错误，讨论1-2开发商它与QA在这次会议上。我在这里发布这篇文章是因为我想警告人们不要有这种方法，因为让管理人员分配错误会更容易，如果有人想知道要处理什么，请将它们引用到错误跟踪软件中。这是一个更简单的方法。

来源

2010-04-09 19:45:43

第二种方法似乎相当低效。除了效率低下之外，开发人员是选择哪个错误来解决问题的想法......顾客来自我工作的第一位。 – 2010-04-09 20:06:00

作为一名开发人员，我曾在几个大型项目上工作过，并且我总是发现自动电子邮件通知是最好的。如果开发人员发现他们太烦人，他们总是可以将他们重定向到一个单独的文件夹，以便他们在闲暇时检查。

另一种似乎可行，但需要更多时间的策略是公开奖励快速周转的开发人员。

来源

2010-04-09 19:47:46

如何让开发人员定期查看我们的错误跟踪页面？

恩... 告诉他们。

我会考虑及时更新我职位描述的项目部分的当前状态。

如果您不得不尝试弄清楚如何说服您的员工完成工作，那么您要么反思这一点，要么需要重新考虑招聘策略。

签署支票的人制定规则。

来源

2010-04-09 19:56:25

虽然我认为它几乎没有那么明显（一方面，我认为收到的钱不值得比提供的服务更值钱），但我确实认为您已将问题的平衡转移到了正确的位置方向。 – 2010-04-09 20:09:05

不幸的是，这个假设我是“签署支票的人”。 :) – abeger 2010-04-12 21:53:27

@abeger - 我明白了。你想把你的团队带出黑暗时代，但没有老板的支持？然后，你必须卖出一个人的想法..签署支票的人。说服一个有利害关系的人比打击开发者的惯性和他没有好心的子弹的习惯容易得多。 – 2010-04-12 22:56:38

我们使用电子邮件通知，它运作良好。

我们偶尔碰到的一个相关问题是开发人员在一次会议中修复了大量的错误，然后提交所有的修改。这可能是有问题的，因为然后很难撤销一个bug修复。所以这里的规则是每个提交一个错误报告。

来源

2010-04-09 20:29:45

如何让开发人员定期查看我们的错误跟踪页面？

回答

相关问题