Was ist Ihr Lieblings-Ticketsystem? [geschlossen]

38

Ich bin auf dem Markt für ein Ticketsystem und bin gespannt, was alle anderen nutzen. Ich möchte alle begrüßen, die ihr bevorzugtes Ticketsystem und den Grund, warum es ihnen so gut gefällt, veröffentlichen.

Meine Kriterien bei der Auswahl eines Ticketsystems sind:

  • Sollte Open Source sein
  • Benutzer sollten in der Lage sein, ihre Interaktion zu 100% per E-Mail zu erledigen. Das Webinterface muss überhaupt nicht verwendet werden. Es ist mir sogar egal, ob es ein Kunden-Webinterface gibt.
  • Sollte mich so viel wie möglich per E-Mail behandeln lassen. (Zumindest, lassen Sie mich auf Tickets per E-Mail antworten)
  • Sollte mit wenigen Abhängigkeiten recht einfach zu installieren sein.
  • Das Webinterface sollte mich nicht dazu bringen, mir die Augen auszuhöhlen.

Dinge, die mir eigentlich egal sind:

  • Zeiterfassung.
  • Die Priorisierung hat keine große Priorität. (Stöhnen)
  • Unteraufgaben, Aufgabenabhängigkeiten, Warteschlangen usw.
  • So ziemlich alles andere, was nicht dazu beiträgt, Probleme aus meiner E-Mail in ein Tracking-System zu bekommen.

Ich habe Trac in der Vergangenheit erfolgreich als Ticketing-System verwendet (nur das Wiki, das Repository usw. deaktiviert) und es würde mir nichts ausmachen, es oder Redmine erneut zu verwenden, wenn ich einige E-Mail-Plugins kenne. In einer früheren Firma habe ich Request Tracker verwendet, der fast alle Kriterien erfüllt, aber so viele Abhängigkeiten aufweist, dass ich nichts anderes benötige, sodass ich mich letztendlich entschied, dass es sich nicht lohnt.

Ich habe OTRS eingerichtet und ausgeführt, und es erfüllt alle E-Mail-Anforderungen. Es war recht einfach einzurichten, aber die (IT-) Weboberfläche gefällt mir nicht wirklich. Vielleicht verwende ich es falsch, aber die Art und Weise, wie Tickets aufgelistet werden und ich finde, was zu tun ist, ist RT weit unterlegen.

Vielleicht bin ich nur sehr wählerisch, aber ich denke, ich muss jeden Tag das System verwenden, das ich den ganzen Tag gewählt habe, damit es mir genauso gut gefällt. Und solange die Benutzer nur mit help@example.com interagieren müssen, ist dies für sie transparent.

Also, was benutzt du / hast du benutzt, was du wirklich magst und warum?

remote-access 
— abourg
quelle
4
"Vielleicht bin ich nur ein bisschen pingelig" - Ja, das bist du. Die Beweise sind hier: "Request Tracker, der fast alle Kriterien erfüllt, aber so viele Abhängigkeiten aufweist, dass nichts anderes von mir ausgeführt werden muss, dass ich letztendlich nur entschieden habe, dass es sich nicht lohnt." AFAICT, Sie installieren nur die Abhängigkeiten und vergessen sie. Wie ist das "nicht wert"?
— Ernie
2
Jede neue Abhängigkeit ist eine neue Sache, die gewartet und weiter ausgeführt werden muss, und es ist komplexer, mit der man sich befassen muss, wenn etwas schief geht. Ich bin fest davon überzeugt, die Dinge so einfach wie möglich zu halten, und ein Ticketingsystem soll meine Bürde erleichtern, nicht zu- sätzlich. Wenn es da draußen nichts Besseres gibt, werde ich wahrscheinlich wieder mit RT abholen. Aber ich möchte erst einmal sicherstellen, dass es wirklich nichts Besseres gibt.
— abourg

Antworten:

11

Request Tracker den ganzen Weg.

Die Abhängigkeiten sind bei weitem nicht mehr so ​​problematisch wie früher, solange Sie sich nicht für die absolut neueste Version interessieren. Auf RHEL5-Systemen konfigurieren Sie Ihr System einfach für die Verwendung von EPEL und führen "yum install rt3" aus. Unter Ubuntu ähnelt es eher "apt-get install request-tracker3.6", aber "apt-cache search request-tracker rt3" gibt Ihnen eine Liste aller zugehörigen Pakete.

Ja, diese beiden Optionen ziehen eine ganze Reihe von Perl-Modulen in sich, aber so? Es gibt jemanden, der sie bereits gebaut hat und sich darum kümmert, sie auf dem neuesten Stand zu halten.

— freiheit
quelle
Ich mag RT und ich werde EPEL im Hinterkopf behalten, wenn ich mich entscheide, darauf zurückzukommen.
— abourg
Ich mag RT überhaupt nicht - ich habe mit ein paar Leuten zusammengearbeitet, die das absolut lieben (zum Beispiel das Kannel F / LOSS-Projekt, an dem ich in der Vergangenheit teilgenommen habe, bevor ich zu Redmine gewechselt bin), und ich denke, es ist so zu simpel und bietet keine Erweiterbarkeit, die andere Systeme bieten, und es ist sehr schwierig, die Benutzeroberfläche anzupassen, wenn andere Farben für Produkte und dergleichen ausgewählt werden.
— Guss
@Guss: RT ist eigentlich recht erweiterbar, erfordert aber generell einige Perl-Programmierkenntnisse. Sie können eine Menge mit Ticketattributen und Scrips tun, aber Sie können auch mehr Seiten mit den spezifischen Dingen anpassen und hinzufügen, die Sie benötigen. RTFM und RTIR sind beide Erweiterungen von RT, die dieselben Erweiterungsmechanismen verwenden, die jeder verwenden kann.
— freiheit
9

Wir verwenden "RT: Request Tracker" von Best Practical . Ich bin mir zu 99% sicher, dass es Open Source ist, aber Sie haben es bereits verwendet. Sie sollten also wissen, wozu es in der Lage ist.

— nullArray
quelle
8

Open Source:

Redmine ; Definitiv. Es ist einfach zu bedienen, hat einen geringen Platzbedarf und erfüllt meine Bedürfnisse.

Proprietär:

Jira ; Schwergewicht. Für die Verwaltung von Tickets.

— Martin K.
quelle
5

Mein Favorit ist JIRA . Es ist Open Source, aber nicht kostenlos. Arbeitet hier seit mehr als zwei Jahren ohne Störungen. Die Hauptstärke sind anpassbare Workflows, sodass Sie das Tracking-System an Ihren eigenen Workflow anpassen können (an den die Leute gewöhnt sind, wie auch immer) und nicht umgekehrt.

— Aleksandar Ivanisevic
quelle
JIRA ist bei weitem mein Lieblings-Ticketsystem
— Kevin Kuphal
Ich benutze JIRA für mehrere Projekte und bin oft frustriert, aber ich muss noch eines finden, das mir wirklich gefällt.
— Keith
5

Ich müsste OTRS sagen . Zunächst einmal ist es Open Source und wird von vielen großen Organisationen verwendet. Ich habe es in zwei Unternehmen implementiert, unter anderem dort, wo ich derzeit arbeite. Ich habe es jeden Tag für alles benutzt. Es hat E-Mail-Ticket-Funktionen und ich habe es mit Leichtigkeit mit AD authentifizieren. Probieren Sie es aus. In der Vergangenheit habe ich Numara Track-It verwendet und es war OK. Aber der Kunde war langsam und fett. Ich denke, ihre FootPrints-Web-Software wäre nach der Verwendung von Track-It eine viel bessere Lösung.

— xeon
quelle
Ich habe OTRs ausprobiert, aber das Einzige, woran ich festhalte, ist der tägliche Workflow. Ich habe das Gefühl, dass mir etwas wirklich fehlt. Haben Sie Ressourcen für einen schwierigen OTRS-Administrator?
— abourg
Die OTRS-Dokumentation ist wirklich großartig. Auch das Durchlesen der Mailinglisten ist sehr hilfreich, was mir aber nie wirklich gefallen hat.
— xeon
4

Hier ist es nicht besonders offensichtlich, aber Bugzilla kann relativ einfach so konfiguriert werden, dass Antworten auf Fehler per E-Mail und sogar Fehlerberichte per E-Mail möglich sind. Es verfügt über viele weitere nützliche E-Mail-Funktionen wie "Jammern" (Ausführen von Abfragen zu offenen Fehlern und Senden der Ausgabe per E-Mail) sowie über eine Vielzahl verfügbarer Anpassungen und Integrationen. Die endgültige Installation ist sehr einfach. Meistens sollen einige Perl-Module vorhanden sein und Sie können in kürzester Zeit einsatzbereit sein.

In meinem Unternehmen setzen wir es sehr erfolgreich ein und integrieren es in die Entwickler-IDEs (Eclipse with Mylyn), das Subversion-SCM (unter Verwendung von Hooks und WWW :: Bugzilla) und sogar in das Build-System. Die QA-Leute verwenden Deskzilla, eine brillante Desktop-Anwendung für die Ticketverwaltung (die auch eine Jira-Version enthält, wenn Sie sich dafür entscheiden).

— Guss
quelle
Ja, Bugzilla ist in Ordnung, obwohl die Benutzeroberfläche manchmal zu simpel ist. Wir verwenden das bei cvsdude.com und es ist größtenteils in Ordnung mit allen Problemen, die von cvsdude selbst verursacht werden.
— Michael Pliskin
Ich bin damit einverstanden, obwohl viele Projekte wirklich nette Vorlagen haben, die Bugzilla ziemlich viel helfen. Schauen Sie sich den Assistenten zur Fehlerübermittlung unter bugzilla.gnome.org und bugs.kde.org an. Das Templating-System für Bugzilla ist extrem leistungsfähig, ein großartiges Feature, das weder Jira noch RT bieten.
— Guss
4

Wir haben hier angefangen, SpiceWorks zu verwenden und es gefällt uns sehr gut. Der einzige Nachteil ist ein langweiliges Benutzerportal.

— Joel Coel
quelle
Wir benutzen auch Gewürze. Es ist einfach und funktioniert gut. Das Benutzerportal ist ziemlich langweilig, aber es scheint, als würde es abourg nichts ausmachen. ;)
— Tom
Obwohl die Option "kostenlos" ist, ist sie nicht Open Source. Zu Ihrer Information: Ich benutze Spiceworks seit 1.0 und liebe es.
— steve.lippert
2

Request Tracker ist ziemlich solide. Wir verwenden es hauptsächlich aus Gründen des Vermächtnisses (wie wir es in den letzten Jahren getan haben) und es hat uns keinen Kummer bereitet. Es macht den Job, wie es sollte; Es gibt nicht viel mehr zu sagen.

— koenigdmj
quelle
2

Wir verwenden TrackIT. Ich benutze es seit Jahren ... so weit so gut.

— Alan
quelle
Hier ist eine, die ich wirklich vergessen habe. Ich werde es überprüfen, danke.
— abourg
Sie haben auch ein Produkt namens Fußabdrücke. Sein Trackit auf Riss.
— Alan
2

Hmm, ich glaube nicht, dass es eine Menge Leute gibt, die ein Ticketsystem mögen , geschweige denn ein Lieblingssystem.

Wenn Sie sich fragen, welches Ticketsystem Sie am meisten hassen, ist meine Antwort das Remedy Action Request System .

— Ludwig Weinzierl
quelle
2
Sicherlich hätte jetzt jemand ein Ticketing-System schaffen sollen, das nicht ganz schrecklich ist? Ich denke, es ist kein besonders interessantes Problem, daran zu arbeiten. Und ich hatte das Missfallen, als Benutzer an Remedy zu arbeiten. Da stimme ich Ihnen zu, einige Systeme sind schrecklich, aber Remedy bläst sie schrecklich aus dem Wasser.
— abourg
5
Ticketing-Systeme sind von Natur aus schrecklich, weil Arbeit, die Sie nicht erledigen möchten, über sie hereinkommt.
— freiheit
1

Ich habe Kayako schon einmal benutzt . Es läuft auf Open Source (php / mysql), kostet aber etwas Geld. Preislich ist es nicht schlecht, aber ich bin mir nicht sicher, ob Sie nach kostenloser oder nur nach Open Source-Technologie fragten. Alles wird per E-Mail erledigt, ist augenschonend, ziemlich erschwinglich, einfach zu installieren und bietet soliden Support.

— osij2is
quelle
1

Ich habe gute Erfahrungen mit Flyspray gemacht .

— Chaos
quelle
Flyspray soll einige E-Mail-Funktionen unterstützen - zumindest in Bezug auf ihre Mailinglisten, aber ich konnte keine Erwähnung solcher Funktionen auf der Website oder in ihrem eigenen Tracking-System finden (natürlich powered by flyspray ;-)).
— Guss
1

Einfache und großartige gehostete Lösung: Zendesk

Schweres Ticketing mit beeindruckendem Reporting und Prozessmanagement / Workflows (auch höchste Eintrittsbarriere): JIRA

Windows-basiertes System, Integration in die Systemverwaltung, Agentenbereitstellung: Kaseya

— iainlbc
quelle
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.