Project management 您使用什么工具来管理更改请求和错误报告

例如，我们遇到的问题是，客户请求更改或报告一个bug，该bug最初被输入到我们的bug跟踪软件（TFS）中，但10封电子邮件之后，bug报告中的初始描述已过时。每次去更新都很痛苦，大多数时候都不是

这成为一个令人头痛的问题，因为有时我们无法给出某个功能的状态，而知道它是否已经完成的唯一方法就是运行应用程序并查看它是否存在

有没有一种工具可以简化这个过程？

---

谢谢

您应该设置错误跟踪软件，以便在每次有人碰到错误时通知相关人员。这样，“10封来回的电子邮件”就可以根据软件的更改生成

---

不，当然您不会将客户的电子邮件添加到错误跟踪软件（JIRA、bugzilla等）中，但您会将您认为合适的更改转发给客户，并且您会将客户的请求合并到建议修复的描述中。

作为澄清点，您的流程听起来是这样的：

1-客户致电“帮助台”或任何人，要求更改您的软件。
2-呼叫收件人输入、逐字记录、将请求输入错误跟踪系统。
3-bug的接收者与客户端联系，并获取有关请求的更多详细信息。
4-在细节解决后，通常情况下，原始请求看起来不再像实际请求

这看起来对吗

---

听起来您需要将错误跟踪系统和CRM系统分开，并更好地培训与客户沟通的人员，以提出更好的问题并记录更多细节。

FogBugz允许您通过其界面向客户发送电子邮件，并通过FogBugz跟踪通信。它只会向客户显示发送给他们或来自他们的电子邮件，但也会显示内部用户（开发人员）的内部错误通信

免责声明：我是Assembla的首席技术官

是一个具有集成存储库（subversion、git、hg和perforce）的项目管理工具，具有集成的bug和问题管理工具

您可以通过@提及或电子邮件在系统中相互交流，以便工程师直接关注客户的问题

---

此外，您的客户可以跟踪修复程序的状态，而无需询问，他们只需在系统中查看状态。

谢谢Liz，不幸的是，这10个来回都与客户在一起。因此，更新错误报告10次是多余的，当你离开它直到你与客户决定使用什么方法/解决方案时，它肯定会被忘记，错误报告是不完整的如果你使用fogbugz，它不要求人们有一个帐户，他们仍然可以跟踪自己的案例，而无需登录或做任何事情。我相信它也只在案件解决后才给他们发送电子邮件。嘿，雅各布，事情就是这样发生的。我们是一个非常小的团队，因此记录电话交谈、会议和电子邮件中发生的所有事情本身就是一项全职工作。一个好的解决方案是一个易于更新的系统，它可以连接到我们的电子邮件中，并能够将电子邮件会话附加到问题上。或者在电子邮件中生成一个跟踪号码，稍后可用于跟踪与该漏洞相关的传入电子邮件。就像下面snOrfus的评论一样，FogBugz可以自动接收电子邮件并将其与罚单关联，这将非常有助于实现这一点。或者，您是否有项目/产品经理？通常情况下，该角色的任务是使用新功能的详细信息，以及记录或指导与客户的对话。我们没有专门的项目/产品经理，更像是每个人都在做每件事。我们的工作量并不能证明有一个全职的项目经理是合理的，但同时，如果没有适当的跟踪工具，处理所有的任务会变得很棘手。听起来，在某个时候，有人需要写下更多的信息。如果所有的客户端通信都是基于电子邮件的，我肯定会切换到FogBugz进行bug/特性跟踪，并利用它的内置工具。我可能还会创建一个单独的邮箱，所有客户通信都要通过这个邮箱，所有合适的员工都可以访问这个邮箱。第三，当开发人员签入代码文件时，我会让他们输入相应的票号。