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


38

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 help@example.com, jest to dla nich przejrzyste.

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


4
„Być może jestem po prostu bardzo wybredna” - Tak, jesteś. Dowody są tutaj: „Request Tracker, który spełnia prawie wszystkie kryteria, ale miał tak wiele zależności, że nic więcej nie potrzebuję, więc w końcu zdecydowałem, że nie warto”. AFAICT, wystarczy zainstalować zależności i zapomnieć o nich. Dlaczego to „nie jest tego warte”?
Ernie,

2
Każda nowa zależność jest nową rzeczą, którą należy utrzymywać i działać, oraz większą złożonością, aby poradzić sobie, gdy coś pójdzie nie tak. Wierzę w to, aby wszystko było jak najprostsze, a system biletowy ma na celu zmniejszenie obciążenia, a nie zwiększenie go. Jeśli nie ma nic lepszego, prawdopodobnie znów wybiorę z RT. Ale chcę się upewnić, że na początku nie ma nic lepszego.
abourg

Odpowiedzi:


11

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.


Lubię RT i będę pamiętał o EPEL, jeśli zdecyduję się wrócić do tego.
abourg

W ogóle nie lubię RT - pracowałem z kilkoma osobami, które absolutnie to uwielbiają (na przykład projekt Kannel F / LOSS, w który byłem zaangażowany w przeszłości, używał go przed przejściem do redmine) i myślę, że jest to sposób zbyt uproszczone i nie oferuje możliwości rozszerzenia innych systemów, a bardzo trudno jest dostosować interfejs użytkownika do innych niż wybranych kolorów produktów.
Guss

@Guss: RT jest właściwie dość rozszerzalny, ale ogólnie wymaga pewnej wiedzy na temat programowania w Perlu. Wiele można zrobić z atrybutami biletów i Pismami, ale możesz także dostosowywać i dodawać więcej stron z konkretnymi potrzebnymi rzeczami. RTFM i RTIR są rozszerzeniami RT przy użyciu tego samego rodzaju mechanizmów rozszerzenia, z których każdy może korzystać.
freiheit 18.10.11

9

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.


8

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.


5

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.


JIRA jest zdecydowanie moim ulubionym systemem biletowym
Kevin Kuphal

Korzystam z JIRA przy wielu projektach i często jestem z tego powodu sfrustrowany - muszę jednak znaleźć taki, który naprawdę mi się podoba.
Keith,

5

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.


Próbowałem OTR, ale utknąłem w codziennym przepływie pracy. Czuję, że naprawdę czegoś mi brakuje. Czy masz jakieś zasoby dla walczącego administratora OTRS?
abourg

Dokumentacja OTRS jest naprawdę świetna. Bardzo pomocne jest również czytanie ich list mailingowych, ale tak naprawdę nigdy nie lubiłem tego robić.
xeon,

4

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


Tak, Bugzilla jest w porządku, chociaż interfejs użytkownika jest czasem zbyt uproszczony. Używamy tego z cvsdude.com i jest w większości przypadków w porządku ze wszystkimi problemami spowodowanymi przez sam cvsdude.
Michael Pliskin

Zgadzam się, chociaż wiele projektów ma naprawdę ładne szablony, które bardzo pomagają w Bugzilli. Spójrz na kreatora zgłaszania błędów na bugzilla.gnome.org i bugs.kde.org. System szablonów dla Bugzilli jest niezwykle wydajny, co jest jedną wielką cechą, której ani Jira, ani RT nie oferują.
Guss

4

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


Używamy również spiceworks. To proste i działa dobrze. Portal użytkowników jest raczej nijaki, ale wygląda na to, że go to nie obchodzi. ;)
Tom

Chociaż opcja jest „darmowa”, nie jest to oprogramowanie typu open source. FYI: Używam Spiceworks od 1.0 i uwielbiam to.
steve.lippert


2

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.


2

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


Oto jeden, o którym naprawdę zapomniałem. Sprawdzę to, dzięki.
abourg

Mają także produkt o nazwie footprint. Jego trackit na crackie.
Alan

2

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 .


2
Z pewnością ktoś powinien już stworzyć system biletowy, który nie jest do końca okropny? Myślę, że nie jest to szczególnie interesujący problem. I miałem niezadowolenie z pracy nad Remedy jako użytkownik. Zgadzam się z tobą, niektóre systemy są okropne, ale Remedy wyrzuca je z wody pod względem okropności.
abourg

5
Systemy sprzedaży biletów są z natury okropne, ponieważ praca, której nie chcesz wykonywać, odbywa się za ich pośrednictwem.
freiheit


1

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.


1

Miałem dobre doświadczenia z Flyspray .


Flyspray ma obsługiwać niektóre funkcje e-maili - przynajmniej według ich list mailingowych, ale nie udało mi się znaleźć wzmianki o takich funkcjach na stronie internetowej lub ich własnym systemie śledzenia (oczywiście obsługiwanym przez flyspray ;-)).
Guss

1

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

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.