Apa sistem tiket favorit Anda? [Tutup]


38

Saya di pasar untuk sistem tiket dan saya ingin tahu apa yang orang lain gunakan. Saya ingin menyambut semua orang untuk memposting sistem tiket favorit mereka dan alasan mereka sangat menyukainya.

Kriteria saya dalam memilih sistem tiket adalah:

  • Harus open source
  • Pengguna harus dapat melakukan 100% interaksi mereka melalui email. Tidak perlu menggunakan antarmuka web sama sekali. Saya bahkan tidak terlalu peduli jika ada antarmuka web pelanggan.
  • Haruskah saya menangani sebanyak mungkin melalui email. (setidaknya, izinkan saya membalas tiket melalui email)
  • Harus cukup sederhana untuk menginstal dengan beberapa dependensi.
  • Antarmuka web seharusnya tidak membuat saya ingin mencungkil mata saya.

Hal-hal yang tidak begitu saya pedulikan:

  • Pelacakan waktu.
  • Prioritas bukan prioritas besar. (mengerang)
  • Sub tugas, depdensi tugas, antrian, dll.
  • Cukup banyak hal lain yang tidak membantu mengeluarkan masalah dari email saya dan masuk ke sistem pelacakan.

Saya telah menggunakan Trac dengan sukses sebagai sistem tiket di masa lalu (hanya mematikan wiki, repositori, dll) dan saya tidak keberatan menggunakannya atau Redmine lagi jika saya tahu beberapa plugin email. Di perusahaan sebelumnya, saya menggunakan Request Tracker yang memenuhi hampir semua kriteria, tetapi memiliki begitu banyak ketergantungan sehingga tidak ada lagi yang saya jalankan yang perlu saya akhirnya memutuskan itu tidak layak.

Saya sudah menjalankan dan menjalankan OTR, dan memenuhi semua persyaratan email, cukup mudah untuk diatur, tetapi saya benar-benar tidak menyukai antarmuka web (TI). Mungkin saya salah menggunakannya, tetapi cara menangani daftar tiket dan membantu saya menemukan apa yang harus dilakukan jauh lebih rendah daripada RT.

Mungkin aku hanya benar-benar pilih-pilih, tapi kurasa aku harus menggunakan sistem apa pun yang aku pilih sepanjang hari setiap hari jadi aku mungkin juga sangat menyukainya. Dan selama pengguna hanya perlu berinteraksi dengan help@example.com, itu transparan bagi mereka.

Jadi apa yang Anda gunakan / gunakan yang benar-benar Anda sukai dan mengapa?


4
"Mungkin aku hanya benar-benar pilih-pilih" - Ya, kamu. Buktinya ada di sini: "Permintaan Pelacak yang memenuhi hampir semua kriteria, tetapi memiliki begitu banyak dependensi sehingga tidak ada lagi yang saya jalankan yang perlu saya akhirnya memutuskan itu tidak layak." AFAICT, Anda hanya menginstal dependensi dan melupakannya. Bagaimana ini "tidak layak"?
Ernie

2
Setiap ketergantungan baru adalah hal baru untuk dipertahankan dan terus berjalan, dan lebih banyak kerumitan yang harus dihadapi ketika terjadi kesalahan. Saya sangat percaya dalam menjaga hal-hal sesederhana mungkin, dan sistem tiket seharusnya meringankan beban saya, bukan menambahnya. Jika tidak ada yang lebih baik di luar sana, saya mungkin akan mengambil RT lagi. Tetapi saya ingin memastikan bahwa tidak ada yang lebih baik pada awalnya.
abourg

Jawaban:


11

Minta Pelacak sepanjang jalan.

Ketergantungan tidak hampir menjadi masalah seperti dulu, selama Anda tidak peduli memiliki versi yang benar-benar terbaru. Pada sistem RHEL5, Anda cukup mengkonfigurasi sistem Anda untuk menggunakan EPEL dan menjalankan "yum install rt3". Di Ubuntu, ini lebih mirip "apt-get install request-tracker3.6", tetapi "apt-cache search request-tracker rt3" akan memberi Anda daftar semua paket terkait.

Ya, kedua opsi itu menarik banyak modul perl, tapi begitu? Ada orang lain yang sudah membangunnya dan khawatir tentang membuat mereka tetap terbaru.


Saya suka RT, dan saya akan mengingat EPEL jika saya memutuskan untuk kembali ke sana.
abourg

Saya tidak suka RT sama sekali - saya telah bekerja dengan beberapa orang yang benar-benar menyukai ini (misalnya proyek Kannel F / LOSS yang saya terlibat di masa lalu menggunakannya sebelum pindah ke tambang ulang), dan saya pikir itu adalah cara terlalu sederhana dan tidak menawarkan ekstensibilitas yang dilakukan sistem lain dan sangat sulit untuk menyesuaikan UI-nya selain memilih warna yang berbeda untuk produk dan semacamnya.
Guss

@ Guss: RT sebenarnya cukup extensible, tetapi umumnya membutuhkan beberapa pengetahuan pemrograman perl. Ada banyak hal yang dapat Anda lakukan dengan atribut tiket dan Script, tetapi Anda juga dapat menyesuaikan dan menambahkan lebih banyak halaman dengan hal-hal spesifik yang Anda butuhkan. RTFM dan RTIR adalah ekstensi untuk RT menggunakan jenis mekanisme ekstensi yang sama yang bisa digunakan siapa pun.
freiheit

9

Kami menggunakan "RT: Request Tracker" oleh Best Practical . Saya 99% yakin itu open source, tetapi Anda sudah menggunakannya, jadi Anda harus tahu apa yang mampu dilakukannya.


8

Opensource:

Redmine ; Definitif. Mudah digunakan, memiliki jejak yang ringan dan memenuhi kebutuhan saya.

Hak milik:

Jira ; kelas berat. Untuk manajemen proses benar-benar menjadi tiket.


5

Favorit saya adalah JIRA . Ini open source tetapi tidak gratis. Bekerja di sini selama lebih dari dua tahun tanpa kesalahan. Kekuatan utamanya adalah alur kerja yang dapat disesuaikan, sehingga Anda dapat menyesuaikan sistem pelacakan dengan alur kerja Anda sendiri (yang biasa digunakan orang-orang, meskipun terlalu buruk), bukan sebaliknya.


JIRA sejauh ini sistem tiket favorit saya
Kevin Kuphal

Saya menggunakan JIRA pada banyak proyek dan saya sering frustrasi karenanya - namun, saya belum menemukan yang saya sukai.
Keith

5

Saya harus mengatakan OTRS . Pertama, open source dan digunakan oleh banyak organisasi besar. Saya telah menerapkannya di dua perusahaan termasuk tempat saya bekerja saat ini. Saya menggunakannya setiap hari untuk semuanya. Ini memiliki fungsi email ke tiket dan saya mengautentikasi dengan AD dengan mudah. Coba lihat atau coba. Di masa lalu saya telah menggunakan Numara Track-It dan itu OK. Tetapi klien itu lambat dan gemuk. Saya pikir perangkat lunak web FootPrints mereka akan menjadi solusi yang lebih baik setelah menggunakan Track-It.


Saya sudah mencoba OTR tetapi satu-satunya hal yang saya lakukan adalah alur kerja dari hari ke hari. Aku merasa seperti kehilangan sesuatu. Apakah Anda memiliki sumber daya untuk admin OTRS yang kesulitan?
abourg

Dokumentasi OTRS benar-benar hebat. Juga membaca milis mereka sangat membantu, namun saya tidak pernah suka melakukannya.
xeon

4

Tidak mencoba menjadi sangat jelas di sini, tetapi Bugzilla dapat dikonfigurasi dengan mudah untuk memungkinkan balasan bug melalui email dan bahkan pelaporan bug melalui email. Ini memiliki banyak fitur email bagus lainnya seperti "merengek" (menjalankan kueri pada bug terbuka dan mengirim output melalui email), dan memiliki banyak penyesuaian dan integrasi yang tersedia. Akhirnya menginstalnya sangat mudah dan sebagian besar menginginkan beberapa modul perl berada di sana dan Anda dapat segera menjalankannya.

Di perusahaan saya, kami menggunakannya dengan sangat sukses dan mengintegrasikannya dengan IDE pengembang (Eclipse with Mylyn), subversi SCM (menggunakan kait dan WWW :: Bugzilla) dan bahkan sistem build. Orang-orang QA menggunakan Deskzilla yang merupakan aplikasi desktop mengelola tiket brilian (yang juga memiliki versi Jira jika Anda pergi untuk itu).


Ya bugzilla ok, meskipun UI terkadang terlalu sederhana. Kami menggunakan yang ada di cvsdude.com dan sebagian besar tidak masalah dengan semua masalah yang disebabkan oleh cvsdude itu sendiri.
Michael Pliskin

Saya setuju, meskipun banyak proyek memiliki template yang sangat bagus yang membantu Bugzilla cukup banyak. Lihatlah panduan pengiriman bug di bugzilla.gnome.org dan bugs.kde.org. Sistem templating untuk Bugzilla sangat kuat, yang merupakan salah satu fitur hebat yang tidak ditawarkan Jira maupun RT.
Guss

4

Kami sudah mulai menggunakan SpiceWorks di sini dan sangat menyukainya. Satu-satunya downside adalah portal pengguna hambar.


Kami menggunakan spiceworks juga. Sederhana dan berfungsi dengan baik. Portal pengguna agak hambar, tetapi tampaknya tidak peduli. ;)
Tom

Meskipun opsinya "gratis", ini bukan open source. FYI: Saya sudah menggunakan Spiceworks sejak 1.0 dan menyukainya.
steve.lippert


2

Meminta Pelacak cukup solid. Kami kebanyakan menggunakannya untuk alasan warisan (itulah yang kami miliki selama beberapa tahun terakhir), dan itu tidak menyebabkan kami kesedihan. Itu melakukan pekerjaan sebagaimana mestinya; tidak banyak lagi yang bisa dikatakan.


2

Kami menggunakan TrackIT. Sudah menggunakannya selama bertahun-tahun ... sejauh ini bagus.


Ini adalah salah satu yang saya benar-benar lupa. Saya akan memeriksanya, terima kasih.
abourg

Mereka juga memiliki produk yang disebut jejak kaki. Trackitnya retak.
Alan

2

Hmm, saya rasa tidak banyak orang yang menyukai sistem tiket, apalagi yang favorit.

Jika Anda akan bertanya sistem tiket mana yang paling Anda benci, jawaban saya adalah Sistem Permintaan Tindakan Perbaikan .


2
Tentunya saat ini seseorang seharusnya telah menciptakan sistem tiket yang tidak sepenuhnya mengerikan? Saya kira itu bukan masalah yang sangat menarik untuk dikerjakan. Dan saya merasa tidak senang mengerjakan Remedy sebagai pengguna. Cukup setuju dengan Anda di sana, beberapa sistem mengerikan, tetapi Remedy meniupnya keluar dari air dalam hal mengerikan.
abourg

5
Sistem tiket pada dasarnya buruk karena pekerjaan yang tidak ingin Anda lakukan datang melalui mereka.
freiheit


1

Saya sudah menggunakan Kayako sebelumnya. Ini berjalan pada Open Source (php / mysql), namun biayanya sejumlah uang. Ini tidak terlalu buruk dalam hal harga, tapi saya tidak yakin apakah Anda meminta teknologi Open Source gratis atau hanya. Semuanya dilakukan melalui email, mudah dilihat, cukup terjangkau, mudah dipasang dan dukungan yang solid.


1

Saya memiliki pengalaman yang baik dengan Flyspray .


Flyspray seharusnya mendukung beberapa fitur email - setidaknya sesuai dengan milis mereka, tetapi saya gagal menemukan penyebutan fitur-fitur tersebut di situs web atau sistem pelacakan mereka sendiri (didukung oleh flyspray, tentu saja ;-)).
Guss

1

Solusi Host Sederhana dan Hebat: Zendesk

Tiket berat dengan pelaporan luar biasa dan manajemen proses / alur kerja (juga penghalang masuk tertinggi): JIRA

Sistem berbasis Windows, terintegrasi dengan manajemen sistem, penyebaran agen: Kaseya

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.