使用项目管理系统与客户进行交互

Question

我的工作是网页开发，这涉及到许多较小的定制项目，而不是一个大型产品。要求和规格总是来自公司外部。

我们已经建立了一个票证跟踪系统(Active Collab，这是垃圾，与redmine相比)，并允许客户访问，以便他们可以提交问题。他们的想法是，较少的时间用于长时间的电话交谈和电子邮件。我认为如果做得对，它会很好地工作。

然而，我不太确定这总是一件好事。在一些项目中，特性请求增加了很多。系统还需要对非开发人员友好，同时具有开发人员使用的许多功能。开发人员的门票并不总是与客户端将创建的票证映射为1到1。

因此，需要将需求和更广泛的票证从更具体的开发人员(规范)相关票据中分离出来。也许我们可以使用两个系统，一个用于客户端提交他们的需求或描述一个bug，另一个用于开发人员创建像implement method x in class y这样的票据。也许，这可以通过将票构造成更合适的类别或在功能请求票证下创建子票证来实现。我简要地研究了关键跟踪器，它有一个根本不同的工作流程。

您如何将技术票(开发人员术语)与客户票(非专业语言)分开。

Answer 1

双系统逼近

我目前使用的是两种系统方法。我们使用

• OTRS -服务台，以便用户可以提交问题。其中许多都不是很技术性的，所以会出现一些问题，可能是错误，也可能是用户错误，我们可以告诉他们如何做他们似乎无法理解的事情。)外面有更好的票务系统。使用适合你的口味。)
• 2010年 --这是我们的bug跟踪/任务/特性请求服务器。如果通过OTRS出现问题，则在TFS中创建一个新的bug，并注意相关的OTRS ID (并将历史记录复制到bug描述/注释中)。如果OTRS的票证看起来像一个功能，那么我们在票证中追求它。一旦我们有了足够的信息来正确地在TFS中创建一个bug、任务或特性请求，并且理解它有多重要、到期日和有足够的需求，那么我们就创建一个。

根据需要，我们通过售票系统使用户保持最新的状态。一旦我们完成了错误修复或特性并发布了它，那么我们将票证系统更新为已完成。

这对于我的团队来说很好，因为我们只有少数几个开发人员。然而，这对可能会看到它的用户隐藏技术细节，并在思想上“检查”，同时允许一个技术过滤器，这样“愚蠢”的请求就不会成为真正的特性任务(因此开发人员不会意外地处理一些未经批准的事情)。

Answer 2

告诉他们使用跟踪器作为他们的愿望清单.

我实际上使用过Redmine，并允许他们访问客户，这样他们就可以将它作为他们的愿望列表，它与一些人一起工作，但不是所有的人，这通常取决于他们对该项目的热情/参与。

另一个更简单、也许更吸引人的跟踪器的推荐是PivotalTracker。该界面基本上是一个仪表板，用于任务拖放。太棒了。

最后，您可以尝试寻找基于scrum的项目管理工具(scrum是一种敏捷的项目开发方法，它特别关注与客户的沟通)，比如阿吉洛，让它们创建“用户故事”。

使用更简单的客户反馈应用程序

我使用的另一种方法是在前端和/或后端放置一个UserVoice选项卡，这通常更好，因为它是一个更简单的接口(似乎对某些人来说，Redmine太复杂了)。UserVoice的好处在于，您实际上可以将项目作为任务/功能来处理，给出“计划”、“正在审查”、“开始”等。