Quel est votre système de billetterie préféré? [fermé]

Je suis sur le marché pour un système de billetterie et je suis curieux de savoir ce que tout le monde utilise. J'aimerais souhaiter la bienvenue à tous ceux qui publient leur système de billetterie préféré et la raison pour laquelle ils l'aiment tant.

Mes critères de sélection d'un système de billetterie sont:

• Devrait être open source
• Les utilisateurs devraient pouvoir faire 100% de leurs interactions par courrier électronique. Pas besoin d'utiliser l'interface Web du tout. Je ne me soucie même pas vraiment de l'existence d'une interface Web client.
• Devrait me laisser gérer autant par courrier électronique que possible. (au moins, laissez-moi répondre aux tickets par email)
• Devrait être assez simple à installer avec quelques dépendances.
• L'interface Web ne devrait pas me donner envie de me casser les yeux.

Des choses qui ne m'intéressent pas vraiment:

• Suivi du temps.
• La priorisation n'est pas une grande priorité. (gémissement)
• Sous-tâches, dépendances de tâches, files d'attente, etc.
• Quasiment tout ce qui n’aide pas à résoudre les problèmes de mon courrier électronique dans un système de suivi.

J'ai utilisé avec succès Trac comme système de gestion de tickets dans le passé (je venais de désactiver le wiki, le référentiel, etc.) et cela ne me dérangerait pas de l'utiliser ou d'utiliser Redmine à nouveau si je connaissais des plugins de messagerie. Dans une entreprise précédente, j’utilisais Request Tracker, qui remplissait presque tous les critères, mais avec tellement de dépendances que je ne devais avoir besoin de rien d’autre que j’avais finalement décidé que cela ne valait pas la peine.

OTRS est opérationnel et répond à toutes les exigences en matière de courrier électronique. Son installation a été simple, mais je n'aime pas vraiment l'interface Web (informatique). Peut-être que je l'utilise mal, mais la façon dont il gère l'inscription des billets et qui m'aide à trouver quoi faire est bien inférieure à RT.

Peut-être suis-je juste vraiment tatillon, mais je pense que je vais devoir utiliser le système que je choisis toute la journée pour que je puisse aussi bien l'apprécier. Et tant que les utilisateurs doivent uniquement interagir avec [email protected], cela est transparent pour eux.

Alors, qu'utilisez-vous / avez-vous utilisé que vous aimez vraiment et pourquoi?

Demande de suivi tout le chemin.

Les dépendances ne sont plus aussi problématiques qu’avant, tant que vous ne vous souciez pas de la version la plus récente. Sur les systèmes RHEL5, il vous suffit de configurer votre système pour qu'il utilise EPEL et exécutez "yum install rt3". Sur Ubuntu, cela ressemble plus à "apt-get install request-tracker3.6", mais "apt-cache search request-tracker rt3" vous donnera une liste de tous les paquets associés.

Oui, ces deux options impliquent beaucoup de modules Perl, mais alors? Il y a quelqu'un d'autre qui les a déjà construits et qui s'inquiète de les tenir à jour.

Nous utilisons "RT: Request Tracker" par Best Practical . Je suis sûr à 99% que c'est open source, mais vous l'avez déjà utilisé, vous devriez donc savoir de quoi il est capable.

Open source:

Redmine ; Définitive. Il est facile à utiliser, a une empreinte légère et répond à mes besoins.

Propriétaire:

Jira ; poids lourd. Pour vraiment transformer la gestion en tickets.

Mon préféré est JIRA . C'est open source mais pas gratuit. Travaille ici depuis plus de deux ans sans aucun problème. Ses principaux atouts sont les flux de travail personnalisables. Vous pouvez donc adapter le système de suivi à votre propre flux de travail (auquel les gens sont habitués, mais il est toujours mauvais), et non l'inverse.

Je devrais dire OTRS . Tout d'abord, son source ouverte et utilisé par de nombreuses grandes organisations. Je l'ai mis en œuvre dans deux entreprises, y compris celles où je travaille actuellement. Je l'ai utilisé tous les jours pour tout. Il a un email pour les fonctions de ticket et je l’authentifie facilement avec AD. Regardez ou essayez. Dans le passé, j'ai utilisé Numara Track-It et tout s'est bien passé. Mais le client était lent et gros. Je pense que leur logiciel Web FootPrints serait une bien meilleure solution après l’utilisation de Track-It.

N’essayez pas d’être ultra évident ici, mais Bugzilla peut être configuré assez facilement pour permettre les réponses de bogues par courrier électronique et même les rapports de bogues par courrier électronique. Il dispose de nombreuses autres fonctionnalités de messagerie, telles que "gémissement" (requêtes sur des bogues ouverts et envoi de la sortie par courrier électronique), ainsi que de nombreuses personnalisations et intégrations disponibles. Enfin, l’installation est très facile et il veut surtout que certains modules Perl soient là et vous pouvez être opérationnel en un rien de temps.

Dans mon entreprise, nous l'utilisons avec beaucoup de succès et nous l'intégrons aux IDE des développeurs (Eclipse avec Mylyn), à la sous-version SCM (à l'aide de hooks et de WWW :: Bugzilla) et même au système de construction. Les responsables de l’Assurance Qualité utilisent Deskzilla, une excellente application de gestion de tickets (qui possède également une version Jira si vous le souhaitez).

Nous avons commencé à utiliser SpiceWorks ici et l’aimons beaucoup. Le seul inconvénient est un portail utilisateur fade.

J'ai juste commencé à utiliser FogBugz et je l'aime jusqu'à présent.

Request Tracker assez solide. Nous l'utilisons principalement pour des raisons d'héritage (c'est ce que nous avons depuis quelques années), et cela ne nous a pas causé de problème. Il fait le travail comme il se doit; il n'y a pas beaucoup plus à dire.

Nous utilisons TrackIT. Je l'utilise depuis des années et des années ... jusqu'à présent, tout va bien.

Hmm, je ne pense pas que beaucoup de gens aiment réellement un système de billetterie, et encore moins en avoir un préféré.

Si vous demandiez quel système de tickets détestiez-vous le plus, ma réponse serait le système de demande d'action Remedy .

Assembla est rapide et léger tout en fournissant ce dont vous avez besoin.

J'ai déjà utilisé Kayako . Il fonctionne sur Open Source (php / mysql), mais cela coûte de l'argent. Ce n'est pas si mal en termes de prix, mais je ne suis pas sûr que vous demandiez une technologie gratuite ou Open Source. Tout se fait par courrier électronique, c'est facile à regarder, assez abordable, facile à installer et support solide.

J'ai eu de bonnes expériences avec Flyspray .

Solution hébergée simple et géniale: Zendesk

Billetterie lourde avec rapports et gestion de processus / flux de travail (également la plus grande barrière d’entrée): JIRA

Système basé sur Windows, s'intègre à la gestion du système, déploiement d'agents: Kaseya