您使用什么工具来管理用户的请求?[关闭]


24

我淹没在用户电子邮件中,我想采用一种更好的方法来管理我收到的所有这些请求,并将它们排在队列中,以便团队中的这些人员以及用户可以访问它们并可以使它们变得通用笔记。我正在考虑某种任务管理工具,该工具将允许在一个项目中创建多个任务,在该项目中可以删除/输入电子邮件,评论,想法等,并且易于访问。

我需要各方都能参与的工作-用户,经理,团队负责人,开发人员。我正在寻找一种可以允许的工具:

  • 用户只需拖放电子邮件即可提交维护或增强请求。
  • 开发人员只需查看他们的队列和每个任务/项目的加权优先级即可。
  • 一组开发人员可以实时查看每个人的工作。
  • 管理层要保持在每个任务上花费的时间日志。

我正在开始寻求更多的敏捷/敏捷方向来解决这个问题。我找到了Scrum敏捷软件项目管理开源工具列表。由于时间有限,有人使用过这些吗?我应该测试哪一个来满足我的需求?TeamPulse是一个很好的方向,但认为它有点too肿。我需要所有各方简单的东西。


我是否应该考虑利用这些通过Microsoft Outlook发送的电子邮件,还是应该一起使用第三方工具?
Adamizer

Answers:


12

红矿

...项目管理Web应用程序。它是使用Ruby on Rails框架编写的,是跨平台和跨数据库的。

Redmine是开源的,并根据GNU通用公共许可证v2(GPL)的条款发布...

Redmine的一些主要功能是:

  • 多个项目支持
  • 基于角色的灵活访问控制
  • 灵活的问题跟踪系统
  • 甘特图和日历
  • 新闻,文件和文件管理
  • 提要和电子邮件通知
  • 每个项目Wiki
  • 每个项目论坛
  • 时间跟踪
  • 用于问题,时间输入,项目和用户的自定义字段
  • SCM集成(SVN,CVS,Git,Mercurial,Bazaar和Darcs)
  • 通过电子邮件创建问题
  • 多种LDAP身份验证支持
  • 用户自我注册支持
  • 多语言支持
  • 多个数据库支持...

+1。我用过Redmine和Trac,它们都可以很好地处理请求。既可以跟踪源代码,又可以记录故障单,这些故障单可以是功能请求错误报告
Spoike 2010年

11

吉拉

10位用户的标准许可费用为10美元(收益用于慈善事业)。值得每一分钱-我用它来跟踪多个项目的功能,错误,发布等。它非常易于使用和设置。Atlassian还有许多其他工具可以很好地与之集成(并且这些工具的标准许可证同样便宜!)-GreenHopper,Bamboo等。

根据您的条件:

我认为我开始更多地寻求解决敏捷问题的方法。

请参阅GreenHopper集成

用户只需拖放电子邮件即可提交维护或增强请求。

通过电子邮件创建问题

开发人员只需查看他们的队列和每个任务/项目的加权优先级即可。

替代文字

一组开发人员可以实时查看每个人的工作。

往上看。

管理层要保持在每个任务上花费的时间日志。

记录问题的工作


看起来很棒
斯蒂芬,2010年

1
@Stephen-不仅看起来不错,它还能工作。我唯一推荐的是您不要使用默认的基于文件的数据库,而要使用Postgre或MySQL数据库。
沃森

11

福格布兹

一个基于Web的集成项目管理系统,具有错误 / 问题跟踪讨论论坛Wiki客户关系管理以及由Fog Creek Software开发的基于证据的计划

功能跟踪器允许用户管理,过滤,排序和浏览任务的树形结构,其中包含与特定问题相关的信息,标签和附件。可以围绕任何主题创建讨论论坛和Wiki,并且可以将帖子/页面添加到其中。用户可以将其电子邮件帐户集成到系统中,以发送/接收电子邮件并创建与此相关的问题。

未来任务的预测和未来里程碑的完成度估计均基于用户性能的过去记录。用户必须手动输入每个任务的估计工期,并说明他们当前正在处理的任务,以建立每日工作日志(时间表),以便以后进行检查...

老实说,我使用过的最好的系统之一。另外,您可以为每个客户提供电子邮件地址,这将自动创建新任务。


1
可爱。Firefox将错误报告系统的主页报告为不受信任的来源;-)噢,具有讽刺意味的是!
鲁克

正确的链接是fogcreek.com/fogbugz。我们也使用它,并且在大多数情况下都相当不错。
Ben Hughes 2010年

修复了链接,并已发布和保释。我从我的FogBugz帐户复制了链接。
Josh K 2010年

1
+1用于建议问题跟踪器。我认为使用哪个问题跟踪器(我可能会使用Mantis,因为这是我用于自己的东西的跟踪器)并不特别重要。
Frank Shearar

我们使用它,并正在寻找替代方案。我发现面对客户的部分几乎一文不值(向虚空发送电子邮件),除非您想掏出一大笔现金购买许可证。
ScottE 2010年


3

Trac

  • 用户可以具有用于提交票证,查看其状态以及查看添加为支持Wiki的任何文档的帐户。您还可以为用户提供可以编辑的Wiki部分,以便他们可以记录共享做法。
  • 可以将票证分配给特定的组件,因此开发人员除了可以查看分配给他们的票证的“队列”之外,还可以快速查看影响其代码部分的票证。
  • 可以将工单分配给发布或里程碑,这是管理者可以查看项目的整体“健康”或“动力”的一种方式。自定义报告使经理可以查看他们可能感兴趣的其他指标。
  • Trac与Subversion很好地集成在一起,但是我不确定其他SCM系统。
  • 价格合理。

3

螳螂

...基于Web的错误跟踪系统(功能列表)。它用PHP脚本语言编写,可与MySQL,MS SQL和PostgreSQL数据库以及Web服务器一起使用。MantisBT已安装在Windows,Linux,Mac OS,OS / 2等上。几乎任何Web浏览器都应该能够充当客户端。它是根据GNU通用公共许可证(GPL)的条款发布的。

我认为螳螂在错误/功能跟踪方面很容易使用。


我们每天都使用MantisBT,它完全可以满足我们的需求。多个项目,多个记者和开发人员。路线图,功能要求,我喜欢。
斯蒂芬,2010年

您介意进一步解释它的功能和优点吗?“链接,只回答”不太欢迎堆栈交易所
蚊蚋

2

Bugzilla(在任何售票系统中都可以使用-Jira等。)在这里应该很棒。它允许票证(将是您的任务)链接起来,最后,您可以为任务组(工程师等)创建票证。

Bugzilla支持产品,组件,票证依赖项等-可能是管理任务队列所需的全部。

+1(非信件客户)发送的电子邮件将直接创建票证。


1

以我的经验,你很忙。没有回报的重点是当您首先让某人向您发送电子邮件时。

认真地说,OnTime很不错,并且拥有客户门户(整个过程都非常容易安装,他们有非常不错的免费在线研讨会),用户可以在其中创建票证,对事物进行投票等。

不过,您安装的任何软件都不会比您的用户单击“发送”更容易。希望您能将它们转换为好消息!


您的系统必须能够处理电子邮件请求,因为就像您说的那样,他们喜欢发送并且不会去您的站点查看响应。
JeffO

转换它们并不难,您只需返回每封电子邮件,并附带标准答案,您将无法使用它,直到将其放入官方跟踪系统为止。当他们不得不花时间提交实际的请求时,您会惊讶于有多少紧急事情消失了。
HLGEM

1

没有比Bugzilla或Fogbugz或任何其他软件更“正式”的方法,但是作为一种使您的客户更加参与的方式,我使用Google Docs取得了不错的效果。当然,这是从所有人都一直向您发送电子邮件的总体混乱中迈出的良好第一步。

当有多个人向您发送请求时,它也非常有效。因为每个人都可以看到其他人写的东西,所以您不太可能让不同的人都发送相同的内容。完成后,您可以一次更新这些点。

如果有人向我发送“带外”电子邮件,我将要求他们将其添加到文档中。


1

关键跟踪器

我已经将它用于许多客户,许多组织类型。

它是为敏捷/混乱而设计的。它着重于用户故事,尤其是可带来价值的功能。

  • 它是免费的/非常便宜。
  • 它具有拖放功能,可以进行订购。
  • 对于非技术性最终用户而言,这是合理且易于使用的。
  • 提供任何给定故事的URL链接。
  • 提供有关在sprint期间实际完成多少工作的反馈,以基于过去的历史事实进行项目管理和时间估算。

1

在我的上一份工作中,TestTrackPro为我们工作。我不知道过去3年的变化。

当时它在服务器上,因此每个人都可以添加和访问问题。我很确定它允许将文件添加到问题中。您可以通过许多不同的参数进行查询,因此您只能看到自己的任务。任务的状态可以在您处理任务时更改。这是一个标准的错误跟踪器。

如果我正在寻找一种管理用户请求的工具,我会研究一下(尽管我首先看看获得最多投票的工具),然后根据自己的需求将其与其他工具进行比较。我当然不会只使用电子邮件来跟踪我的任务!


我们使用它的程度还不错,可以很好地执行工作流程,但是界面非常笨拙。屏幕上似乎没有一个小部件库。
flamingpenguin

0

曾经使用过XPlanner,但是它似乎没有被维护几年。现在,我们使用一个名为“ VersionOne”的工具。没关系。它做得不好的事情是:

  1. 报告-要使其有限的统计信息正常工作,您似乎必须在正确的时间填写所有内容
  2. 添加自定义字段-它实际上可以很好地处理这些字段,但是添加它们的过程却很复杂
  3. UI轻巧-它的主要UI是Web UI,AJAX在适当的位置,但是有5种不同的方法可以执行任何操作,而这些都不是您直觉想要的。
  4. 搜索-其搜索实现非常糟糕。例如,有时您可以将故事的确切标题粘贴到搜索框中,但找不到该故事。

它确实具有通过HTTP可访问的相当不错的API,因此我们最终创建了一个自定义桌面应用程序界面,以更简洁和有用的方式显示故事/任务/管理信息!

当我们决定使用它时,我们找不到对我们更好的东西。它具有很多功能,但我让我感到它的UI可以组织和实现很多(并节省很多挫败感)。


-1

共享点

非常适合跟踪问题和任务。


在TFS中?还是独立?
Aggietech,2010年

我们独立实施。

1
哦,该死的。也许您的经验与众不同,但是与我的相比,这是一种笨重而笨拙的工具,因此必须有更好的东西。
小麦色

@wheaties,自定义肯定需要一些工作。
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.