我应该允许我的客户打开门票/访问权限吗？

Question

我刚刚为我正在进行的这个项目安装了trac，因为它的结果比我预想的要大一些。我已经在我的客户请求中添加了一堆票，这些票以电子邮件，电话和会议的形式出现。我还添加了一些我知道需要完成/修复但我们没有特别要求的东西。我应该授予他们访问trac的权限，以便他们可以自己提交门票，这样我就不必为他们翻译（单词入门票）了吗？它们非常缺乏技术性，所以我不确定它的效果如何;他们可能会打开门票而不提供足够的细节，或者被所有不同的领域搞糊涂。

如果你的答案是“不”，我至少应该让他们查看门票，这样他们就可以看到我正在做什么，做了什么，还没有做过？< / p>

Answer 1

我的经验（虽然相当小）表明，允许非技术人员直接创建门票是行不通的。您将自己编辑这些门票并不断询问详细信息。如果我是你，我会选择电子邮件进行反馈和问题报告。

但是，以只读方式共享现有票证是个好主意。有些人 - 甚至是非技术人员 - 能够从中学习如何创建正确的门票。其他人很乐意在解决问题时跟进他们的特定问题。

Answer 2

很多软件开发都是管理客户及他们的期望。让他们对您的错误数据库进行写入访问可能会向他们建议他们现在指导和控制项目的次数比他们实际更多。除此之外，还有不可避免的问题（“我如何做X / Y / Z？”），这是一个令人头痛的问题。

我会考虑只读访问权限，但前提是客户端技术足够且经验丰富，需要了解如何使用这些工具。否则我会坚持使用更低技术但更简单的todos-in-a-text-file，我发现自己经常使用它。

@Brendan Long相信我，当你让人们对他们对项目进行了多少细粒度控制的错误认识时，它可能会更加更多。

Answer 3

我曾经通过电子邮件和电话与客户沟通，而且在某些时候我意识到跟踪事情太难了。我在Unfuddle上建立了一个帐户（类似于Fogbugz，但是免费），只是我们两个人的帐户，这非常有帮助。

当我们刚开始时，我对新门票进行了大量编辑，但它仍然比跟踪电子邮件好得多，她想出了如何以我需要的形式快速创建门票（我假设因为现在她可以看到我如何跟踪她所说的内容。

无论如何，如果你现在只是使用电子邮件，它就不会变得更糟;）

Answer 4

在我的公司，我们正在努力从技术受众（系统管理员，技术顾问等）获得门票中的问题描述，而且在问题布局明确之前，我们的专业服务台往往需要查询。足以让开发人员继续工作。

因此，根据多年的经验，我明确建议不要让所有客户打开门票（除非你可以将它们缩小到技术人员范围），因为与电子邮件相比，它不会为你节省任何工作。

读取权限是一个好主意（因为人们仍然会感觉更多参与） - 您只需要确保没有太多的票证（通常是低prio错误或请求）保持相同的状态很长一段时间，因为这会开始让提交者感到沮丧（如果你不能或不想工作，最好及时关闭这样的机票，这种诚实，如果通常比出票更受欢迎开放多年， - ）。