Qual è il tuo sistema di biglietteria preferito? [chiuso]


38

Sono sul mercato per un sistema di biglietteria e sono curioso di sapere cosa stanno usando tutti gli altri. Vorrei dare il benvenuto a tutti a pubblicare il proprio sistema di biglietteria preferito e il motivo per cui gli piace così tanto.

I miei criteri nella selezione di un sistema di ticketing sono:

  • Dovrebbe essere open source
  • Gli utenti dovrebbero essere in grado di fare il 100% delle loro interazioni via e-mail. Non è necessario utilizzare l'interfaccia web. Non mi interessa nemmeno se esiste un'interfaccia web per i clienti.
  • Dovrei farmi gestire il più possibile via e-mail. (almeno, lasciami rispondere ai biglietti via e-mail)
  • Dovrebbe essere abbastanza semplice da installare con poche dipendenze.
  • L'interfaccia web non dovrebbe farmi desiderare di distogliere lo sguardo.

Cose che non mi interessano davvero:

  • Tracciamento del tempo.
  • La priorità non è una priorità enorme. (gemito)
  • Attività secondarie, dipendenze attività, code, ecc.
  • Praticamente qualsiasi altra cosa che non aiuta a ottenere problemi dalla mia e-mail e in un sistema di tracciamento.

Ho usato Trac con successo come sistema di ticketing in passato ( ho appena spento il wiki, il repository, ecc.) E non mi dispiacerebbe usarlo di nuovo o Redmine se venissi a conoscenza di alcuni plugin di posta elettronica. In un'azienda precedente, ho usato Request Tracker che soddisfa quasi tutti i criteri, ma aveva così tante dipendenze che nient'altro di cui ho bisogno ha bisogno che alla fine ho deciso che non ne valeva la pena.

Ho OTRS attivo e funzionante e soddisfa tutti i requisiti di posta elettronica, è stato abbastanza semplice da configurare, ma non mi piace molto l'interfaccia web (IT). Forse lo sto usando male, ma il modo in cui gestisce l'elenco dei biglietti e mi aiuta a trovare cosa fare è molto inferiore a RT.

Forse sono solo molto pignolo, ma immagino che dovrò usare qualunque sistema scelgo tutto il giorno ogni giorno, quindi mi piacerebbe davvero. E fintanto che gli utenti devono solo interagire con help@example.com, è trasparente per loro.

Quindi cosa stai usando / hai usato che ti piace davvero e perché?


4
"Forse sono solo molto pignolo" - Sì, lo sei. Le prove sono qui: "Request Tracker che soddisfa quasi tutti i criteri, ma aveva così tante dipendenze che nient'altro che gestivo ha bisogno che alla fine ho deciso che non ne valeva la pena." AFAICT, basta installare le dipendenze e dimenticarle. In che modo questo "non ne vale la pena"?
Ernie

2
Ogni nuova dipendenza è una cosa nuova da mantenere e mantenere in esecuzione, e più complessità da affrontare quando le cose vanno male. Sono fermamente convinto di mantenere le cose il più semplice possibile e un sistema di biglietteria dovrebbe alleviare il mio onere, non aggiungerlo. Se non c'è niente di meglio là fuori, probabilmente riprenderò di nuovo con RT. Ma voglio assicurarmi che prima non ci sia davvero niente di meglio.
circa

Risposte:


11

Request Tracker fino in fondo.

Le dipendenze non sono più un problema come una volta, purché non ti interessi avere la versione assolutamente più recente. Sui sistemi RHEL5, devi solo configurare il tuo sistema per usare EPEL ed eseguire "yum install rt3". Su Ubuntu, è qualcosa di più simile a "apt-get install request-tracker3.6", ma "apt-cache search request-tracker rt3" ti fornirà un elenco di tutti i pacchetti correlati.

Sì, entrambe queste opzioni includono molti moduli perl, ma così? C'è qualcun altro che li ha già costruiti e si preoccupa di mantenerli aggiornati.


Mi piace RT, e terrò presente EPEL se decido di tornarci.
circa

Non mi piace affatto RT - ho lavorato con alcune persone che lo adorano assolutamente (per esempio il progetto Kannel F / LOSS con cui ero coinvolto in passato lo ha usato prima di passare al Redmine), e penso che sia così troppo semplicistico e non offre alcuna estensibilità che fanno altri sistemi ed è molto difficile personalizzare la sua interfaccia utente, quindi ha selezionato colori diversi per prodotti e simili.
Guss,

@Guss: RT è in realtà abbastanza estensibile, ma generalmente richiede alcune conoscenze di programmazione perl. C'è molto che puoi fare con gli attributi del biglietto e gli script, ma puoi anche personalizzare e aggiungere più pagine con le cose specifiche di cui hai bisogno. RTFM e RTIR sono entrambe estensioni di RT che utilizzano lo stesso tipo di meccanismi di estensione che chiunque potrebbe usare.
Freiheit,

9

Usiamo "RT: Request Tracker" di Best Practical . Sono sicuro al 99% che sia open source, ma l'hai già usato, quindi dovresti sapere di cosa è capace.


8

opensource:

Redmine ; Definitivo. È facile da usare, ha un ingombro ridotto e soddisfa le mie esigenze.

proprietario:

Jira ; dei pesi massimi. Per una vera gestione dei processi in ticket.


5

Il mio preferito è JIRA . È open source ma non gratuito. Funziona qui da più di due anni senza problemi. Il suo punto di forza sono i flussi di lavoro personalizzabili, quindi puoi adattare il sistema di tracciamento al tuo flusso di lavoro (a cui le persone sono abituate, h + anche se è brutto), non viceversa.


JIRA è di gran lunga il mio sistema di biglietteria preferito
Kevin Kuphal,

Uso JIRA su più progetti e ne sono spesso frustrato, tuttavia devo ancora trovarne uno che mi piace davvero.
Keith,

5

Dovrei dire OTRS . Prima di tutto, è open source e utilizzato da molte grandi organizzazioni. L'ho implementato in due società, tra cui dove attualmente lavoro. L'ho usato ogni giorno per tutto. Ha funzioni di e-mail per biglietteria e l'ho autenticare facilmente con AD. Dai un'occhiata o prova. In passato ho usato Numara Track-It ed era OK. Ma il cliente era lento e grasso. Penso che il loro software web FootPrints sarebbe una soluzione molto migliore dopo aver usato Track-It.


Ho provato OTR ma l'unica cosa su cui sono bloccato è il flusso di lavoro quotidiano. Sento che mi manca davvero qualcosa. Hai delle risorse per un amministratore OTRS in difficoltà?
circa

La documentazione OTRS è davvero eccezionale. Anche leggere le loro mailing list è molto utile, ma non mi è mai piaciuto farlo.
xeon,

4

Non provando a essere ultra ovvio qui, ma Bugzilla può essere configurato piuttosto facilmente per consentire risposte di bug via e-mail e persino segnalazione di bug tramite e-mail. Ha molte altre funzioni di posta elettronica come "whine" (esegui query su bug aperti e invia l'output tramite e-mail) e ha tonnellate di personalizzazioni e integrazioni disponibili. Infine, l'installazione è davvero semplice e richiede principalmente che alcuni moduli perl siano presenti e si può essere operativi in ​​pochissimo tempo.

Nella mia azienda lo usiamo con molto successo e lo integriamo con gli IDE degli sviluppatori (Eclipse con Mylyn), la sovversione SCM (utilizzando hook e WWW :: Bugzilla) e persino il sistema di compilazione. I ragazzi del QA stanno usando Deskzilla che è un ottimo biglietto per la gestione dell'applicazione desktop (che ha anche una versione di Jira se lo fai).


Sì bugzilla è ok, anche se a volte l'interfaccia utente è troppo semplicistica. Usiamo quello su cvsdude.com e per lo più va bene con tutti i problemi causati da cvsdude stesso.
Michael Pliskin,

Sono d'accordo, anche se molti progetti hanno modelli davvero carini che aiutano molto con Bugzilla. Guarda la procedura guidata di invio dei bug su bugzilla.gnome.org e bugs.kde.org. Il sistema di template per Bugzilla è estremamente potente, che è una grande caratteristica che né Jira né RT offrono.
Guss,

4

Abbiamo iniziato a utilizzare SpiceWorks qui e ci piace molto. L'unico aspetto negativo è un portale utente insipido.


Usiamo anche le spezie. È semplice e funziona bene. Il portale dell'utente (è) piuttosto insignificante, ma sembra che aurg non se ne interessi. ;)
Tom,

Mentre l'opzione è "gratuita" non è open source. FYI: Uso Spiceworks dalla 1.0 e lo adoro.
steve.lippert,


2

Request Tracker è abbastanza solido. Lo usiamo principalmente per motivi legati al passato (è quello che abbiamo avuto negli ultimi anni) e non ci ha causato alcun dolore. Fa il lavoro come dovrebbe; non c'è molto altro da dire.


2

Usiamo TrackIT. Lo uso da anni e anni ... finora tutto bene.


Eccone uno di cui mi sono davvero dimenticato. Lo controllerò, grazie.
circa

Hanno anche un prodotto chiamato impronte. La sua traccia su crack.
Alan,

2

Hmm, non penso che ci siano molte persone a cui piace un sistema di biglietti, figuriamoci uno preferito.

Se chiedessi quale sistema di ticket odi di più, la mia risposta sarebbe il sistema di richiesta di azioni correttive .


2
Sicuramente ormai qualcuno dovrebbe aver creato un sistema di biglietteria che non è del tutto orribile? Immagino che non sia un problema particolarmente interessante su cui lavorare. E ho avuto il dispiacere di lavorare su Remedy come utente. Abbastanza d'accordo con te lì, alcuni sistemi sono terribili, ma Remedy li fa esplodere dall'acqua in termini di orribile.
circa

5
I sistemi di biglietteria sono intrinsecamente terribili perché il lavoro che non vuoi fare arriva tramite loro.
Freiheit,


1

Ho usato Kayako prima. Funziona su Open Source (php / mysql), tuttavia costa qualche soldo. Non è troppo male in termini di prezzi, ma non sono sicuro se stavi chiedendo la tecnologia gratuita o solo Open Source. Tutto è fatto tramite e-mail, è facile da vedere, abbastanza conveniente, facile da installare e solido supporto.


1

Ho avuto buone esperienze con Flyspray .


Si suppone che Flyspray supporti alcune funzionalità di posta elettronica, almeno secondo le loro mailing list, ma non sono riuscito a trovare la menzione di tali funzionalità nel sito Web o nel loro sistema di tracciamento (alimentato da flyspray, ovviamente ;-)).
Guss,

1

Soluzione ospitata semplice e eccezionale: Zendesk

Heavy ticketing con sorprendenti reportistica e gestione dei processi / flussi di lavoro (anche la più alta barriera d'ingresso): JIRA

Sistema basato su Windows, si integra con la gestione del sistema, distribuzione agente: Kaseya

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.