¿Cuál es tu sistema de tickets favorito? [cerrado]

38

Estoy buscando un sistema de venta de entradas y tengo curiosidad por saber qué están usando los demás. Me gustaría dar la bienvenida a todos a publicar su sistema de tickets favorito y la razón por la que les gusta tanto.

Mi criterio para seleccionar un sistema de tickets es:

  • Debe ser de código abierto
  • Los usuarios deberían poder hacer el 100% de su interacción por correo electrónico. No es necesario utilizar la interfaz web en absoluto. Ni siquiera me importa si hay una interfaz web para el cliente.
  • Debería permitirme manejar tanto por correo electrónico como sea posible. (al menos, déjame responder a las entradas por correo electrónico)
  • Debe ser bastante simple de instalar con pocas dependencias.
  • La interfaz web no debería hacer que quiera arrancarme los ojos.

Cosas que realmente no me importan:

  • Seguimiento de tiempo.
  • La priorización no es una gran prioridad. (gemido)
  • Subtareas, tareas de tareas, colas, etc.
  • Prácticamente cualquier otra cosa que no ayude a sacar problemas de mi correo electrónico y llevarlos a un sistema de seguimiento.

He usado Trac con éxito como sistema de tickets en el pasado (solo apagué el wiki, el repositorio, etc.) y no me importaría usarlo o Redmine nuevamente si supiera de algunos complementos de correo electrónico. En una empresa anterior, utilicé Request Tracker, que cumple con casi todos los criterios, pero tenía tantas dependencias que nada más lo que necesito funciona que finalmente decidí que no valía la pena.

Tengo OTRS en funcionamiento, y cumple con todos los requisitos de correo electrónico, fue bastante sencillo de configurar, pero realmente no me gusta la interfaz web (IT). Tal vez lo estoy usando mal, pero la forma en que maneja la lista de boletos y me ayuda a encontrar qué hacer es muy inferior a RT.

Tal vez solo estoy siendo muy quisquilloso, pero creo que tendré que usar cualquier sistema que elija durante todo el día todos los días, así que también podría gustarme. Y mientras los usuarios solo tengan que interactuar con [email protected], es transparente para ellos.

Entonces, ¿qué estás usando / has usado que realmente te gusta y por qué?

abourg
fuente
44
"Quizás solo estoy siendo muy quisquilloso" - Sí, lo eres. La evidencia está aquí: "Solicitar Rastreador que cumple con casi todos los criterios, pero tenía tantas dependencias que nada más lo que ejecuto necesita que finalmente decidí que no valía la pena". AFAICT, solo instala las dependencias y olvídalas. ¿Cómo es esto "no vale la pena"?
Ernie el
2
Cada nueva dependencia es algo nuevo para mantener y seguir ejecutando, y una mayor complejidad para tratar cuando las cosas van mal. Creo firmemente en mantener las cosas lo más simples posible, y se supone que un sistema de venta de entradas alivia mi carga, no aumenta. Si no hay nada mejor por ahí, probablemente retomaré el RT nuevamente. Pero quiero asegurarme de que realmente no haya nada mejor primero.
abourg

Respuestas:

11

Solicitar Rastreador hasta el final.

Las dependencias ya no son tan problemáticas como solían ser, siempre y cuando no te importe tener la versión más reciente. En los sistemas RHEL5, simplemente configura su sistema para usar EPEL y ejecuta "yum install rt3". En Ubuntu, es algo más como "apt-get install request-tracker3.6", pero "apt-cache search request-tracker rt3" le dará una lista de todos los paquetes relacionados.

Sí, ambas opciones incluyen muchos módulos perl, ¿pero así? Hay alguien más que ya los construyó y se preocupa por mantenerlos actualizados.

freiheit
fuente
Me gusta RT, y tendré en cuenta EPEL si decido volver a hacerlo.
abourg
No me gusta la RT en absoluto: he trabajado con algunas personas a las que les encanta esto (por ejemplo, el proyecto Kannel F / LOSS en el que estuve involucrado lo usé antes de mudarme a Redmine), y creo que es una manera demasiado simplista y no ofrece ninguna extensibilidad que otros sistemas hacen y es muy difícil personalizar su interfaz de usuario aparte de seleccionar diferentes colores para productos y demás.
Guss
@Guss: RT es en realidad bastante extensible, pero generalmente requiere algunos conocimientos de programación perl. Hay muchas cosas que puede hacer con los atributos del ticket y Scrips, pero también puede personalizar y agregar más páginas con las cosas específicas que necesita. RTFM y RTIR son extensiones de RT que usan el mismo tipo de mecanismos de extensión que cualquiera podría usar.
Freiheit
9

Utilizamos "RT: Request Tracker" de Best Practical . Estoy 99% seguro de que es de código abierto, pero ya lo has usado, así que debes saber de lo que es capaz.

nullArray
fuente
8

Fuente abierta:

Redmine ; Definitivo. Es fácil de usar, tiene una huella ligera y satisface mis necesidades.

Propiedad:

jira ; de peso pesado. Para realmente la gestión de procesos en tickets.

Martin K.
fuente
5

Mi favorita es JIRA . Es de código abierto pero no gratuito. Trabaja aquí por más de dos años sin fallas. Su principal fortaleza son los flujos de trabajo personalizables, por lo que puede ajustar el sistema de seguimiento a su propio flujo de trabajo (al que la gente está acostumbrada, aunque sea malo), y no al revés.

Aleksandar Ivanisevic
fuente
JIRA es, con mucho, mi sistema de tickets favorito
Kevin Kuphal el
Utilizo JIRA en múltiples proyectos y con frecuencia me siento frustrado por ello, sin embargo, todavía tengo que encontrar uno que realmente me guste.
Keith el
5

Tendría que decir OTRS . En primer lugar, es de código abierto y es utilizado por muchas organizaciones grandes. Lo he implementado en dos compañías, incluso donde trabajo actualmente. Lo usé todos los días para todo. Tiene funciones de correo electrónico para tickets y lo autentico con AD con facilidad. Échale un vistazo o pruébalo. En el pasado he usado Numara Track-It y estuvo bien. Pero el cliente era lento y gordo. Creo que su software web FootPrints sería una solución mucho mejor después de usar Track-It.

xeon
fuente
He estado probando OTR pero lo único en lo que estoy atascado es el flujo de trabajo diario. Siento que realmente me falta algo. ¿Tiene algún recurso para un administrador de OTRS con dificultades?
abourg
La documentación de OTRS es realmente genial. También es muy útil leer sus listas de correo, sin embargo, nunca me gustó hacerlo.
xeon el
4

No intento ser muy obvio aquí, pero Bugzilla se puede configurar con bastante facilidad para permitir respuestas de errores por correo electrónico e incluso informes de errores por correo electrónico. Tiene muchas otras características agradables de correo electrónico como "quejarse" (ejecutar consultas sobre errores abiertos y enviar la salida por correo electrónico), y tiene toneladas de personalizaciones e integraciones disponibles. Finalmente, instalarlo es realmente fácil y en su mayoría quiere que haya algunos módulos perl allí y que pueda estar en funcionamiento en poco tiempo.

En mi empresa lo usamos con mucho éxito y lo integramos con los IDE de los desarrolladores (Eclipse con Mylyn), el SCM de subversión (usando ganchos y WWW :: Bugzilla) e incluso el sistema de compilación. Los chicos de QA están usando Deskzilla, que es una aplicación de escritorio de gestión de tickets brillante (que también tiene una versión de Jira si lo haces).

Guss
fuente
Sí bugzilla está bien, aunque la interfaz de usuario es demasiado simplista a veces. Usamos el de cvsdude.com y está muy bien con todos los problemas causados ​​por cvsdude.
Michael Pliskin
Estoy de acuerdo, aunque muchos proyectos tienen plantillas realmente buenas que ayudan bastante con Bugzilla. Mire el asistente de envío de errores en bugzilla.gnome.org y bugs.kde.org. El sistema de plantillas para Bugzilla es extremadamente poderoso, que es una gran característica que ni Jira ni RT ofrecen.
Guss
4

Hemos comenzado a usar SpiceWorks aquí y nos gusta mucho. El único inconveniente es un portal de usuario soso.

Joel Coel
fuente
Usamos spiceworks también. Es simple y funciona bien. El portal del usuario (es) bastante soso, pero parece que a abourg no le importa. ;)
Tom
Si bien la opción es "gratuita", no es de código abierto. FYI: He estado usando Spiceworks desde 1.0 y me encanta.
steve.lippert
4

Empecé a usar FogBugz y me gusta hasta ahora.

NitroxDM
fuente
FogBugs es genial pero caro :(
Michael Pliskin
FB es bueno, pero no de código abierto.
samsmith
2

Solicitar Rastreador es bastante sólido. Lo usamos principalmente por razones heredadas (es lo que hemos tenido durante los últimos años), y no nos ha causado ningún dolor. Hace el trabajo como debería; No hay mucho más que decir.

koenigdmj
fuente
2

Usamos TrackIT. Lo he estado usando durante años y años ... hasta ahora todo bien.

Alan
fuente
Aquí hay uno que realmente he olvidado. Lo comprobaré, gracias.
abourg
También tienen un producto llamado huellas. Su trackit en crack.
Alan
2

Hmm, no creo que haya mucha gente a la que realmente le guste un sistema de tickets, y mucho menos tener uno favorito.

Si pregunta qué sistema de tickets odia más, mi respuesta sería el Sistema de solicitud de acción de remedio .

Ludwig Weinzierl
fuente
2
¿Seguramente por ahora alguien debería haber creado un sistema de venta de entradas que no sea completamente horrible? Supongo que no es un problema particularmente interesante para trabajar. Y he tenido el disgusto de trabajar en Remedy como usuario. Muy de acuerdo con usted allí, algunos sistemas son terribles, pero Remedy los saca del agua en términos de horror.
abourg
55
Los sistemas de venta de entradas son intrínsecamente horribles porque el trabajo que no quieres hacer entra a través de ellos.
freiheit el
1

Assembla es rápido y liviano al tiempo que proporciona lo que necesita.

Aidan Ryan
fuente
1

He usado Kayako antes. Se ejecuta en código abierto (php / mysql), sin embargo, cuesta algo de dinero. No es tan malo en términos de precios, pero no estoy seguro de si solicitaba tecnología gratuita o solo de código abierto. Todo se hace a través del correo electrónico, es agradable a la vista, bastante asequible, fácil de instalar y soporte sólido.

osij2is
fuente
1

He tenido buenas experiencias con Flyspray .

caos
fuente
Se supone que Flyspray admite algunas funciones de correo electrónico, al menos de acuerdo con sus listas de correo, pero no pude encontrar la mención de tales funciones en el sitio web o en su propio sistema de seguimiento (impulsado por flyspray, por supuesto ;-)).
Guss
1

Solución alojada simple y excelente: Zendesk

Boletaje pesado con informes sorprendentes y gestión de procesos / flujos de trabajo (también la mayor barrera de entrada): JIRA

Sistema basado en Windows, se integra con la gestión del sistema, despliegue del agente: Kaseya

iainlbc
fuente