Was ist Ihr Lieblings-Ticketsystem? [geschlossen]

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 [email protected] interagieren müssen, ist dies für sie transparent.

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

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.

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.

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.

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.

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.

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).

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

Ich habe gerade erst mit FogBugz angefangen und es gefällt mir bis jetzt.

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.

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

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 .

Assembla ist schnell und leicht und bietet genau das, was Sie brauchen.

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.

Ich habe gute Erfahrungen mit Flyspray gemacht .

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