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 [email protected], itu transparan bagi mereka.
Jadi apa yang Anda gunakan / gunakan yang benar-benar Anda sukai dan mengapa?
sumber
Jawaban:
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.
sumber
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.
sumber
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.
sumber
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.
sumber
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.
sumber
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).
sumber
Kami sudah mulai menggunakan SpiceWorks di sini dan sangat menyukainya. Satu-satunya downside adalah portal pengguna hambar.
sumber
Saya baru saja mulai menggunakan FogBugz dan menyukainya sejauh ini.
sumber
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.
sumber
Kami menggunakan TrackIT. Sudah menggunakannya selama bertahun-tahun ... sejauh ini bagus.
sumber
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 .
sumber
Assembla cepat dan ringan sambil menyediakan apa yang Anda butuhkan.
sumber
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.
sumber
Saya memiliki pengalaman yang baik dengan Flyspray .
sumber
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
sumber