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

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é?

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.

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.

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.

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.

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.

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

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

Empecé a usar FogBugz y me gusta hasta ahora.

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.

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

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 .

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

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.

He tenido buenas experiencias con Flyspray .

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