我的公司是一家针对多个项目的定制开发商店,有些项目较大,有些项目较小。目前,我们通过电子邮件处理所有客户沟通。因此,我们通过电子邮件发送设计文档,他们对其进行标记并将其发回。然后我们推出他们产品的测试版,他们通过电子邮件向我们报告任何错误、新功能等。等等....

当我正在致力于实现一个新的错误跟踪系统(看起来现在是 Mantis)时,我想知道我们如何才能最好地为我们的客户提供与我们的开发流程的接口,从而更好地跟踪功能请求和客户提交错误并将我们的回复传达给客户。

如果有人知道一个错误跟踪系统在这方面做得非常好,我很想听听。否则,我只是在寻找一些通用准则或良好的商业实践,使您的公司能够有效且高效地与客户互动。

更新: 我的公司使用 LAMPP 堆栈,由于我们是一家预算有限的小商店,因此我们倾向于坚持使用开源和免费的工具。

大多数人是否使用 Team Foundation Server 来处理此问题或来回发送电子邮件?

有帮助吗?

解决方案

虽然我不知道任何特定的工具(至少没有开源的工具),但我建议您设置一个系统,该系统将涵盖您的整体需求收集和实施过程。可以在系统中跟踪需求,该系统还将包含设计文档(可以从“系统”“检出”和“提交到”系统)。这样,您就可以解决围绕设计文档进行多次修订的问题。另外,可以轻松跟踪设计文档和要求。如果此系统链接到您的源代码管理系统,您还可以进一步简化开发过程/需求跟踪。

其他提示

我认为关键是要有专门的跟踪系统来处理错误/请求,并建立一套通信的集合流程。至少,您将开始获得一致的反馈。从那里你可以调整它以满足你的特定需求。

顺便说一句,我强烈建议你去看看像 BaseCamp 用于项目管理工具。我发现将消息,文档和时间表传达给客户端有很大帮助。

如果您使用的是Team Foundation Server,我建议您安装 TeamPlain Web Access 。它们允许您向TFS项目公开Web界面。剩下要做的唯一事情就是给予客户权利以及用户名和密码。

否则,有一些付费工具,如 FogBugz 。当然,校长必须对直接链接到源代码管理的报告工具进行错误处理,以便开发人员可以轻松修复错误。

另一种可能性是协同使用两种产品,这是我们当前 12 人团队的设置:

操作系统票证 对于来自客户的传入请求

  • 允许支持人员处理问题并验证错误
  • 只需使用电子邮件地址和票证 ID 即可检查状态
  • 通常用户不会提交足够详细的错误报告,因此这是一个很好的第一步

红矿 开发票

  • 如果问题是真正的错误,则由 QA 或开发人员创建票证
  • 提供足够可靠的项目和发布管理
  • 是一个坚实的进步 特拉克螳螂 (并提供 移民 工具)
许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top