Яка улюблена система квитків? [зачинено]


38

Я на ринку системи квитків і мені цікаво, чим користуються всі інші. Я хотів би привітати всіх, хто опублікував свою улюблену систему квитків та причину, яка їм так подобається.

Мої критерії при виборі системи квитків:

  • Має бути з відкритим кодом
  • Користувачі повинні мати можливість здійснювати 100% своєї взаємодії електронною поштою. Не потрібно взагалі використовувати веб-інтерфейс. Мене навіть не цікавить, чи є веб-інтерфейс із клієнтами.
  • Дозвольте мені обробляти якомога більше електронною поштою. (принаймні, дозвольте мені відповісти на квитки електронною поштою)
  • Має бути досить простим в установці з малою залежністю.
  • Веб-інтерфейс не повинен змусити мене бавити очі.

Речі, які мені дуже не цікаві:

  • Відстеження часу.
  • Пріоритетність не є величезним пріоритетом. (стогін)
  • Підзадачі, завдання завдань, черги тощо.
  • Майже все інше, що не допомагає отримувати проблеми з моєї електронної пошти та в систему відстеження.

У минулому я успішно використовував Trac як систему продажів квитків (просто вимкнув вікі, сховище тощо), і я не заперечував би з цим використанням або Redmine, якби знав про деякі додатки електронної пошти. У попередній компанії я використовував Request Tracker, який відповідає майже всім критеріям, але мав стільки залежностей, що нічого іншого, від якого я запускаюсь, не потрібно, що я нарешті просто вирішив, що цього не варто.

У мене працює і працює OTRS, і він відповідає всім вимогам електронної пошти, був досить простий у налаштуванні, але мені дуже не подобається веб-інтерфейс (IT). Можливо, я неправильно використовую, але те, як він поводиться з переліком квитків і допомагає мені знайти, що робити, набагато поступається RT.

Можливо, я просто дуже вибагливий, але я думаю, що мені доведеться користуватися будь-якою системою, яку я вибираю щодня, щоб мені так само сподобалось. І поки користувачі мають взаємодіяти лише з help@example.com, для них це прозоро.

То що ви використовуєте / використовували, що вам дуже подобається і чому?


4
"Можливо, я просто насправді вибагливий" - Так, ти є. Докази є тут: "Запит трекера, який відповідає майже всім критеріям, але мав стільки залежностей, що мені більше нічого не потрібно, що я нарешті просто вирішив, що цього не варто". AFAICT, ви просто встановите залежності і забудете їх. Як це "не варто"?
Ерні

2
Кожна нова залежність - це нова річ, яку потрібно підтримувати і продовжувати працювати, і складніше вирішувати, коли справи йдуть не так. Я твердо вірю в те, щоб зберігати речі максимально просто, і система квитків повинна полегшити мій тягар, а не додати його. Якщо там немає нічого кращого, я, мабуть, знову піду з RT. Але я хочу переконатися, що спочатку дійсно немає нічого кращого.
abourg

Відповіді:


11

Попросити трекер до кінця.

Залежності - це не стільки велика проблема, скільки раніше, поки вам не байдуже мати абсолютно нову версію. У системах RHEL5 ви просто налаштовуєте свою систему на використання EPEL та запускаєте "yum install rt3". В Ubuntu це щось на кшталт "apt-get install request-tracker3.6", але "apt-кеш-пошук запиту-трекера rt3" надасть вам список усіх пов'язаних пакетів.

Так, обидва ці варіанти охоплюють багато модулів Perl, але так? Є ще хтось, хто їх вже побудував і переживає за те, щоб підтримувати їх актуальними.


Мені подобається RT, і я матиму на увазі EPEL, якщо вирішу повернутися до нього.
abourg

Мені взагалі не подобається RT - я працював з кількома людьми, які абсолютно люблять це (наприклад, проект Kannel F / LOSS, з яким я брав участь у минулому, використовував його до переходу на Redmine), і я думаю, що це так занадто спрощений і не пропонує розширюваності, яку роблять інші системи, і дуже важко налаштувати свій інтерфейс, а потім вибрані різні кольори для продуктів тощо.
Гасс

@Guss: RT насправді досить розширюваний, але, як правило, вимагає певних знань програмування Perl. Можна багато зробити з атрибутами квитків та сценаріями, але ви також можете налаштувати та додати більше сторінок із конкретними речами, які вам потрібні. RTFM і RTIR - це розширення до RT, використовуючи однаковий механізм розширення, який можна було б використовувати.
freiheit

9

Ми використовуємо "RT: Запит запиту" від Best Practical . Я на 99% впевнений, що це відкритий код, але ви його вже використовували, тож ви повинні знати, на що він здатний.


8

Відкрите джерело:

Redmine ; Остаточний. Він простий у використанні, має легку площу і відповідає моїм потребам.

Власний:

Джира ; важковаговик. Для справжнього управління процесами в квитках.


5

Моя улюблена - JIRA . Це відкритий код, але не безкоштовний. Працює тут більше двох років без збоїв. Його основна сила - це налаштовані робочі процеси, тому ви можете налаштувати систему відстеження під власний робочий процес (до якого люди звикли, h + хоч як і погано), а не навпаки.


JIRA - це моя улюблена система квитків
Кевін Купхал

Я використовую JIRA в декількох проектах і мене часто від цього засмучують - однак мені ще належить знайти той, який мені дуже подобається.
Кіт

5

Я б сказав, OTRS . По-перше, його відкритим кодом і використовується багатьма великими організаціями. Я реалізував це у двох компаніях, включаючи те, де я зараз працюю. Я використовував це щодня для всього. Він має електронну пошту для функцій квитків, і я маю це автентифікація з AD з легкістю. Подивіться або спробуйте. Раніше я використовував Numara Track-It, і це було нормально. Але клієнт був повільним і товстим. Я думаю, що їхнє програмне забезпечення FootPrints було б набагато кращим рішенням після використання Track-It.


Я пробував OTR, але одне, на чому я застряг, - це щоденний робочий процес. Я відчуваю, що мені щось справді не вистачає. Чи є у вас ресурси для боротьби з адміністратором OTRS?
abourg

Документація OTRS дійсно чудова. Також читання їх списків розсилки є дуже корисним, проте мені ніколи не сподобалось це робити.
xeon

4

Тут не намагаються бути дуже очевидними, але Bugzilla можна налаштувати досить легко, щоб дозволити відповіді про помилки електронною поштою та навіть повідомлення про помилки по електронній пошті. У ньому є безліч інших приємних функцій електронної пошти, таких як "whine" (запуску запитів на відкритих помилках та надсилання результатів електронною поштою), а також є безліч доступних налаштувань та інтеграцій. Нарешті, встановити це дуже просто, і він, як правило, хоче, щоб деякі модулі Perl були там, і ви можете бути запущеними та запущеними в найкоротші терміни.

У моїй компанії ми використовуємо його дуже успішно і інтегруємо його з IDE розробників (Eclipse with Mylyn), підривною SCM (використовуючи гачки та WWW :: Bugzilla) і навіть системою збірки. Хлопці з QA використовують Deskzilla, який є блискучим застосунком для керування квитками для настільних комп’ютерів (який також має версію Jira, якщо ви їдете на це).


Так, баггілла все в порядку, хоча інтерфейс користувача часом занадто спрощений. Ми використовуємо той, що знаходиться на сайті cvsdude.com, і це здебільшого добре з усіма проблемами, викликаними самим cvsdude.
Майкл Пліскін

Я погоджуюсь, хоча у багатьох проектах є дуже хороші шаблони, які дуже допомагають у Bugzilla. Перегляньте майстра подання помилок на bugzilla.gnome.org та bugs.kde.org. Система шаблонів для Bugzilla надзвичайно потужна, що є однією чудовою особливістю, яку ні Jira, ні RT не пропонують.
Гасс

4

Ми почали тут використовувати SpiceWorks і дуже подобається. Єдиним недоліком є ​​спокійний користувацький портал.


Ми також використовуємо спеції. Це просто і працює добре. Користувацький портал (є) доволі приємний, але, здається, про нього це не хвилює. ;)
Том

Хоча варіант "безкоштовний", він не є відкритим кодом. FYI: Я використовую Spiceworks з 1.0 і люблю це.
steve.lippert


2

Запит трекера досить солідний. Ми здебільшого використовуємо його з застарілих причин (це те, що ми мали останні кілька років), і це не викликало у нас ніякого горя. Він виконує роботу як слід; не багато чого сказати.


2

Ми використовуємо TrackIT. Використовували його рік і роки ... поки що добре.


Ось такий, про який я справді забув. Я перевірю це, дякую.
abourg

Вони також мають виріб під назвою сліди. Його трек на тріщині.
Алан

2

Гм, я не думаю, що є багато людей, які насправді люблять систему квитків, не кажучи вже про улюблену.

Якщо ви запитаєте, яку систему квитків ви найбільше ненавидите, моєю відповіддю буде система запиту дій щодо усунення рішень .


2
Напевно, хтось повинен створити систему квитків, яка не зовсім жахлива? Я думаю, над цим не надто цікава проблема. І мені було незадоволено працювати над Remedy як користувачем. Цілком згодні з вами там, деякі системи страшні, але Remedy вибухає їх з води через жахливість.
abourg

5
Системи продажу квитків за своєю суттю жахливі, оскільки робота, яку ви не хочете займатися, надходить через них.
freiheit


1

Я раніше користувався Каяко . Він працює на Open Source (php / mysql), однак це коштує трохи грошей. Це не дуже погано з точки зору ціноутворення, але я не впевнений, ви просили безкоштовно або просто технології Open Source. Все робиться за допомогою електронної пошти, це просто на очах, досить доступне, просте в установці та міцна підтримка.


1

Я мав хороший досвід роботи з Flyspray .


Flyspray повинен підтримувати деякі функції електронної пошти - принаймні, відповідно до їх списків розсилки, але мені не вдалося знайти згадки про такі функції на веб-сайті або їх власній системі стеження (звичайно, працює на flyspray ;-)).
Гасс

1

Просте і чудове рішення, що приймається : Zendesk

Об'ємні квитки з надзвичайною звітністю та керуванням процесами / робочими процесами (також найвища перешкода для входу): JIRA

Система на базі Windows, інтегрується з управлінням системою, розгортанням агента: Kaseya

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.