Jaki jest twój ulubiony system biletowy? [Zamknięte]

Jestem na rynku systemu biletowego i jestem ciekawy, z czego korzystają wszyscy inni. Chciałbym zaprosić wszystkich do opublikowania swojego ulubionego systemu biletowego i powodu, dla którego tak bardzo go lubią.

Moje kryteria wyboru systemu biletowego to:

• Powinien być open source
• Użytkownicy powinni być w stanie wykonać 100% interakcji przez e-mail. W ogóle nie trzeba korzystać z interfejsu internetowego. Nie obchodzi mnie nawet, czy istnieje interfejs WWW klienta.
• Pozwól mi obsłużyć jak najwięcej przez e-mail. (przynajmniej pozwól mi odpowiedzieć na bilety przez e-mail)
• Powinien być dość prosty w instalacji z kilkoma zależnościami.
• Interfejs internetowy nie powinien powodować, że chcę wyłupić sobie oczy.

Rzeczy, na których tak naprawdę mi nie zależy:

• Śledzenie czasu
• Priorytetyzacja nie jest ogromnym priorytetem. (jęk)
• Podzadania, zadania, kolejki itp.
• Prawie wszystko inne, co nie pomaga w usuwaniu problemów z mojego e-maila do systemu śledzenia.

W przeszłości z powodzeniem używałem Traca jako systemu biletowego (właśnie wyłączyłem wiki, repozytorium itp.) I nie miałbym nic przeciwko użyciu go lub Redmine, gdybym wiedział o niektórych wtyczkach e-mail. W poprzedniej firmie korzystałem z Request Tracker, który spełnia prawie wszystkie kryteria, ale miałem tak wiele zależności, że nic więcej nie wymaga, więc w końcu zdecydowałem, że nie warto.

Mam OTRS działający i spełnia wszystkie wymagania dotyczące poczty e-mail, konfiguracja była dość prosta, ale naprawdę nie lubię interfejsu internetowego (IT). Być może używam go źle, ale sposób, w jaki obsługuje wystawianie biletów i pomaganie mi w znalezieniu, co mam zrobić, jest znacznie gorszy niż RT.

Być może jestem po prostu bardzo wybredny, ale sądzę, że będę musiał korzystać z dowolnego systemu, który wybiorę przez cały dzień każdego dnia, więc równie dobrze mogę go polubić. I dopóki użytkownicy muszą wchodzić w interakcje z [email protected], jest to dla nich przejrzyste.

Więc czego używasz / używałeś, co naprawdę lubisz i dlaczego?

Request Tracker do końca.

Zależności nie są już tak dużym problemem, jak kiedyś, o ile nie zależy ci na posiadaniu absolutnie najnowszej wersji. W systemach RHEL5 wystarczy skonfigurować system do korzystania z EPEL i uruchomić „yum install rt3”. W Ubuntu jest to coś więcej niż „apt-get install request-tracker3.6”, ale „apt-cache search request-tracker rt3” da ci listę wszystkich powiązanych pakietów.

Tak, obie te opcje przyciągają wiele modułów perla, ale tak? Jest ktoś, kto już je zbudował i martwi się o utrzymanie ich na bieżąco.

Używamy „RT: Request Tracker” firmy Best Practical . Jestem 99% pewien, że jest to oprogramowanie typu open source, ale już go użyłeś, więc powinieneś wiedzieć, do czego jest zdolny.

Otwarte źródło:

Redmine ; Ostateczny. Jest łatwy w użyciu, zajmuje niewiele miejsca i spełnia moje potrzeby.

Prawnie zastrzeżony:

Jira ; waga ciężka. Do zarządzania procesami w biletach.

Moim ulubionym jest JIRA . Jest to oprogramowanie typu open source, ale nie jest bezpłatne. Działa tutaj od ponad dwóch lat bez usterki. Jego główną siłą są konfigurowalne przepływy pracy, dzięki czemu można dostosować system śledzenia do własnego przepływu pracy (do którego ludzie są przyzwyczajeni, h + jakkolwiek to źle), a nie odwrotnie.

Chciałbym powiedzieć OTRS . Po pierwsze, jest to oprogramowanie typu open source i wykorzystywane przez wiele dużych organizacji. Wdrożyłem go w dwóch firmach, w tym tam, gdzie obecnie pracuję. Używałem go codziennie do wszystkiego. Ma funkcje e-mail do biletów i mam go z łatwością uwierzytelnić za pomocą AD. Spójrz lub spróbuj. W przeszłości korzystałem z Numara Track-It i było OK. Ale klient był powolny i gruby. Myślę, że ich oprogramowanie internetowe FootPrints byłoby znacznie lepszym rozwiązaniem po użyciu Track-It.

Nie próbuję być tutaj bardzo oczywistym, ale Bugzilla można dość łatwo skonfigurować, aby umożliwić odpowiedzi na błędy za pośrednictwem poczty elektronicznej, a nawet zgłaszanie błędów za pośrednictwem poczty elektronicznej. Ma wiele innych fajnych funkcji e-mail, takich jak „kwilenie” (uruchamianie zapytań o otwarte błędy i wysyłanie danych wyjściowych pocztą e-mail), a także mnóstwo dostępnych dostosowań i integracji. W końcu instalacja jest naprawdę łatwa i przede wszystkim chce, aby niektóre moduły perla były tam i możesz być gotowy do działania w mgnieniu oka.

W mojej firmie używamy go z powodzeniem i zintegrowaliśmy z IDE deweloperów (Eclipse z Mylyn), SCM subversion (używając hooków i WWW :: Bugzilla), a nawet systemem kompilacji. Pracownicy QA używają Deskzilli, która jest genialną aplikacją do zarządzania biletami (która również ma wersję Jira).

Zaczęliśmy używać SpiceWorks tutaj i bardzo mi się podoba. Jedynym minusem jest nijaki portal użytkowników.

Właśnie zacząłem używać FogBugza i jak dotąd mi się podobało.

Request Tracker jest dość solidny. Używamy go głównie z wcześniejszych powodów (to jest to, co mieliśmy przez ostatnie kilka lat) i nie spowodowało to żadnego smutku. Wykonuje pracę tak, jak powinna; nie ma nic więcej do powiedzenia.

Używamy TrackIT. Używam go przez lata i lata ... jak dotąd tak dobrze.

Hmm, nie sądzę, że jest wielu ludzi, którzy lubią system biletowy, nie mówiąc już o ulubionym.

Jeśli zapytasz, który system biletów najbardziej Ci się nie podoba, moją odpowiedzią byłby system żądania działań zaradczych .

Assembla jest szybki i lekki, a jednocześnie zapewnia to, czego potrzebujesz.

Użyłem Kayako wcześniej. Działa na Open Source (php / mysql), jednak kosztuje trochę pieniędzy. Nie jest tak źle pod względem cen, ale nie jestem pewien, czy prosiłeś o darmową czy tylko technologię Open Source. Wszystko odbywa się za pośrednictwem poczty elektronicznej, jest przyjemne dla oka, dość niedrogie, łatwe w instalacji i solidne wsparcie.

Miałem dobre doświadczenia z Flyspray .

Proste i świetne rozwiązanie hostowane: Zendesk

Ciężkie bilety z niesamowitym raportowaniem i zarządzaniem procesami / przepływami pracy (również najwyższą barierą wejścia): JIRA

System Windows, integruje się z zarządzaniem systemem, wdrożenie agenta: Kaseya