Project management 你如何让客户使用你的bug跟踪系统?

Project management 你如何让客户使用你的bug跟踪系统?,project-management,client,project,bug-tracking,Project Management,Client,Project,Bug Tracking,在更大的项目上,我使用一个简单的bug跟踪系统,它是为客户设计的 我很难说服客户使用它(他们通过电子邮件发送错误报告) 有人能提出什么策略吗 此外,我一直在玩弄一种理论,解释为什么会出现这种情况;事情是这样的: 让客户记录一个bug就像把你的车带到一个维修工那里去维修一样,维修工把发动机油递给你,然后说“来,把它放进去”。基本上,客户付钱让你做这项工作,记录一个bug听起来太像工作了,所以他们希望你去做 思想?。。。我让我的客户打开一个关于他们的bug的案例,然后我就开始着手了。。。这确实值得一

在更大的项目上,我使用一个简单的bug跟踪系统,它是为客户设计的

我很难说服客户使用它(他们通过电子邮件发送错误报告)

有人能提出什么策略吗

此外,我一直在玩弄一种理论,解释为什么会出现这种情况;事情是这样的:

让客户记录一个bug就像把你的车带到一个维修工那里去维修一样,维修工把发动机油递给你,然后说“来,把它放进去”。基本上,客户付钱让你做这项工作,记录一个bug听起来太像工作了,所以他们希望你去做


思想?

。。。我让我的客户打开一个关于他们的bug的案例,然后我就开始着手了。。。这确实值得一试。

我认为这取决于它是什么类型的客户,如果你是一名小公司的自由职业者,那么我认为你自己填写的excel电子表格就足以用作bug跟踪系统。

你可能需要指出bug跟踪系统对客户的优势,比如让他们更容易看到bug的状态,提示输入强制性信息,如版本号等


最重要的是,如果他们使用该系统,他们的bug将被更快地处理,这一论点通常会起到作用。

一份清晰、简洁的bug报告,而不是附在退款请求上,是您的开发工作中可能发生的最好的事情,无论它以何种格式出现。免费问答,伙计!为什么你想通过让客户了解你的bug跟踪界面来阻碍这个过程?即使他们也在软件行业,也许他们来自Bugzilla商店而不是Fogbugz商店…

如果他们通过电子邮件而不是使用错误跟踪系统向您发送错误报告,请给他们错误跟踪系统的电子邮件地址。!当然,您必须实现该功能,但解析电子邮件以将其包含进来将是一件新奇的事情

如果电子邮件格式不正确,bug追踪器会将包含正确布局的模板通过电子邮件发送给他们,以便他们与发送的原始文本一起进行相应的剪切和粘贴

如果他们仍然发送电子邮件给你,将其转发给bug跟踪系统,当你收到带有模板的回复时,将该信息转发回客户,并告诉他们系统不会接受该信息。这仍然是一个有点手工的过程,但您将在同一时间就客户喜欢的媒介对其进行培训,他们仍然在做大部分工作

自动回复电子邮件可能如下所示:

发件人:Bug跟踪器
日期:2010年3月25日
主题: 请 重新格式化错误报告:[原件] 主题行]

姓名:{您的名字在这里}
优先级:{这里的数字从1到3}
报告如下 此行(完成后,发送电子邮件至bugtacker@example.com.谢谢


{你的原文}


选择一种House M.D.风格的方法:直接告诉他们你没有阅读任何关于bug报告的电子邮件,他们直接进入垃圾邮件文件夹。然而,你有一个记录bug的漂亮界面,通过使用它,他们可以确保你能看到它们。

我支持FogBugz的建议。大多数bug跟踪软件are是一个讨厌的东西(我看着你,混蛋)。我的客户觉得它太难学习/导航了

FB让你有一个提交新bug的公共提交页面。这是一个非常简单的页面,你的客户可以很容易地了解

FB还允许您直接将电子邮件接收到bug跟踪系统。作为管理员,您可以对接收到的电子邮件进行分类/分配。然后,您的客户可以选择在bug修复后收到通知

FB的最后一个插件:有一个bug提交工具,可以让你从机器上发送一个屏幕截图和bug描述。这对我的客户来说也很方便


最后一条建议是:停止修复任何不在bug跟踪器中的bug。当然,你会得到回击,但不会像你想象的那么多。如果你对进入跟踪系统的bug/功能请求做出响应,你的客户将开始看到价值。但是,像小孩子一样,如果他们仍然可以,他们不会改变只需小题大做就可以得到他们想要的。

首先,确保您的跟踪系统非常友好

它必须易于访问。您的客户是否必须访问网页才能提交错误?应用程序是否深入到网站地图中?没有人会打开浏览器,找到您的网站并浏览大量链接来提交错误。这可以通过在应用程序中添加链接来解决(同样,它必须很容易找到;如帮助>报告错误)。如果您的客户有多个应用程序,请确保他被引导到正确的页面(或预先填充所需的字段)

接下来,不要要求客户对bug进行分类(比如严重性以及它实际上是bug还是功能请求)。还要保持字段数较低。说明和屏幕截图就足够了

让你的控件易于使用。当你试图完成一些工作时,没有什么比不得不用三个下拉菜单与日期时间选择器搏斗更令人沮丧的了(当然,如果你选择了第31天,然后选择了4月,那么这一天会被重置为空值)

如果你想要一个屏幕截图,给你的客户一个很好的silverlight控件,他可以把文件放在那里,而不是在他的整个磁盘上搜索

当你的bug填充器是定制的,这样你自己的母亲就可以使用它时,你仍然需要推动一下。试着在某个时候“忘记”电子邮件,当电话打过来时,表现出惊讶,并确保你的客户没有收到他发来的bug报告。当然,当他坚持说他确实把它发送到你的电子邮件时,要说“啊”等一下,告诉他你的电子邮件最近有点“奇怪”,