En sevdiğin bilet sistemi nedir? [kapalı]


38

Biletleme sistemi için pazardayım ve diğerlerinin ne kullandığını merak ediyorum. Herkese en sevdikleri bilet sistemini ve beğenme nedenlerini bildirmeleri için hoş geldiniz demek istiyorum.

Biletleme sistemi seçimindeki kriterlerim:

  • Açık kaynak olmalı
  • Kullanıcılar etkileşimlerinin% 100'ünü e-posta ile yapabilmelidir. Web arayüzünü hiç kullanmanıza gerek yok. Müşteri web arayüzü olup olmadığını bile umursamıyorum.
  • Bana mümkün olduğunca e-posta ile başa izin vermeliyim. (en azından e-posta ile biletlere cevap vereyim)
  • Birkaç bağımlılıkla kurması oldukça basit olmalı.
  • Web arayüzü beni gözlerimi oymak istememe neden olmamalı.

Gerçekten umursamadığım şeyler:

  • Zaman takibi
  • Önceliklendirme büyük bir öncelik değildir. (inilti)
  • Alt görevler, görev yetersizlikleri, sıralar vb.
  • E-postalarımdan ve bir izleme sistemine sorun çıkarmaya yardımcı olmayan başka bir şey.

Trac'i geçmişte biletleme sistemi olarak başarıyla kullandım (sadece wiki, depo vb. Kapatıldı) ve bazı e-posta eklentilerini bilseydim tekrar kullanmam sorun olmazdı. Önceki bir şirkette, neredeyse tüm kriterleri karşılayan Request Tracker'ı kullandım , ancak o kadar çok bağımlılığı vardı ki, çalıştığım hiçbir şeyin ihtiyaç duymadığı ve sonunda buna değmeyeceğine karar verdiğim bir şey yoktu.

OTRS'yi çalıştırdım ve çalışıyor ve tüm e-posta gereksinimlerini karşılar, kurulumu oldukça kolaydır, ancak (IT) web arayüzünü gerçekten beğenmedim. Belki de yanlış kullanıyorum, ancak bilet listeleme ve ne yapacağımı bulmada bana yardım etme şekli RT'den çok daha düşük.

Belki de gerçekten çok seçici davranıyorum, ama her gün bütün gün seçtiğim sistemi kullanmak zorunda kalacağımı düşünüyorum, bu yüzden gerçekten beğenebilirim. Ve kullanıcılar sadece help@example.com ile etkileşime girmek zorunda kaldıkça, onlar için şeffaftır.

Peki neyi gerçekten kullanıyorsunuz / neden kullanıyorsunuz / neden kullanıyorsunuz?


4
"Belki de sadece gerçekten çok seçici davranıyorum" - Evet. Kanıtlar burada: "Neredeyse tüm kriterleri yerine getiren, ancak o kadar çok bağımlılığa sahip olan Çalıştır izleyicinin ihtiyaç duymadığı başka bir şeye ihtiyaç duymayacak nihayet buna değmediğine karar vermesini talep et." AFAICT, sadece bağımlılıkları kurar ve unutursun. Bu nasıl "değmez"?
Ernie

2
Her yeni bağımlılık sürdürmek ve çalışmaya devam etmek için yeni bir şey ve işler ters gittiğinde başa çıkmak için daha karmaşık bir şey. İşleri olabildiğince basit tutmaya inanan biriyim ve bir bilet sisteminin yükümü hafifletmesi gerekiyor, buna eklemesi gerekmiyor. Orada daha iyi bir şey yoksa, muhtemelen tekrar RT ile karşılaşacağım. Ama önce daha iyi bir şey olmadığından emin olmak istiyorum.
17’de

Yanıtlar:


11

İzleyici'yi tamamen isteyin.

Bağımlılıklar neredeyse eskisi kadar sorun değil, en son sürüme sahip olmanız umrunda değil. RHEL5 sistemlerinde, sisteminizi EPEL kullanacak ve "yum install rt3" komutunu kullanacak şekilde yapılandırmanız yeterlidir. Ubuntu'da "apt-get install request-tracker3.6" gibi bir şey var, ancak "apt-cache search request-tracker rt3", tüm ilgili paketlerin bir listesini verecektir.

Evet, bu seçeneklerin ikisi de bir sürü perl modülü içeriyor, ama öyle mi? Onları zaten inşa eden ve güncel tutmak konusunda endişelenen başka biri var.


RT'yi severim ve ona geri dönmeye karar verirsem EPEL'i aklımda tutarım.
abourg

Hiç RT'den hoşlanmıyorum - bunu kesinlikle seven birkaç kişiyle çalıştım (örneğin geçmişte çalıştığım Kannel F / LOSS projesi redmine geçmeden önce kullandı) ve bence bu yol çok basit ve diğer sistemlerin yaptığı gibi herhangi bir genişletilebilirlik sunmuyor ve kullanıcı arayüzünü kişiselleştirmek için çok zor; ürünler için farklı renkler seçiyor.
Guss

@Guss: RT aslında oldukça genişletilebilir, ancak genellikle bazı perl programlama bilgisi gerektirir. Bilet özellikleri ve Komut Dosyaları ile yapabileceğiniz birçok şey var, ancak ihtiyaç duyduğunuz belirli şeylerle daha fazla sayfa özelleştirebilir ve ekleyebilirsiniz. RTFM ve RTIR, herkesin kullanabileceği türdeki uzatma mekanizmalarını kullanarak RT'ye yapılan uzatmalardır.
freiheit

9

Best Practical tarafından "RT: Request Tracker" kullanıyoruz . Açık kaynak olduğundan% 99 eminim, ama bunu zaten kullandın, bu yüzden ne yapabileceğini bilmelisin.


8

Açık kaynak:

Redmin ; Kesin. Kullanımı kolaydır, hafif bir ayak izi vardır ve benim ihtiyaçlarımı karşılar.

Mülkiyet:

Jira ; ağır. Biletlere gerçekten süreç yönetimi için.


5

Benim favorim JIRA . Açık kaynak ama ücretsiz değil. İki yıldan fazla bir süredir burada bir sorun olmadan çalışır. Ana gücü özelleştirilebilir iş akışlarıdır, bu nedenle izleme sistemini kendi iş akışınıza göre ayarlayabilirsiniz (insanların alışkın olduğu h + her ne kadar kötü olursa olsun).


JIRA şu ana kadar en sevdiğim bilet sistemi
Kevin Kuphal

JIRA'yı birden fazla projede kullanıyorum ve sık sık hayal kırıklığına uğruyorum - ancak daha çok sevdiğim bir tane bulamadım.
Keith

5

OTRS demek zorunda kalırdım . Öncelikle, açık kaynak kodlu ve birçok büyük kuruluş tarafından kullanılıyor. Çalıştığım yer de dahil olmak üzere iki şirkette uyguladım. Her gün her şey için kullandım. Bilet işlevlerinde e-posta var ve kolaylıkla AD ile kimlik doğrulaması yapıyorum. Bir göz at veya dene. Geçmişte Numara Track-It kullandım ve sorun yoktu. Ancak müşteri yavaş ve şişmandı. FootPrints web yazılımının Track-It'i kullandıktan sonra çok daha iyi bir çözüm olacağını düşünüyorum.


OTR'leri deniyorum ama takılıp kaldığım tek şey günden güne iş akışı. Gerçekten bir şeyleri özlüyorum gibi hissediyorum. Mücadele eden bir OTRS yöneticisi için kaynağınız var mı?
abourg

OTRS Belgeleri gerçekten harika. Ayrıca e-posta listelerini okumak çok yararlı, ancak bunu yapmaktan hiç hoşlanmadım.
xeon

4

Burada son derece açık olmaya çalışmamakla birlikte, Bugzilla e-posta yoluyla hata yanıtlarını ve hatta e-posta yoluyla hata raporlamayı sağlamak için kolayca yapılandırılabilir. "Whine" (açık hatalara ilişkin sorguları çalıştırıp çıktıyı e-postayla gönder) gibi bir çok hoş e-posta özelliğine sahip ve tonlarca kullanılabilir özelleştirme ve entegrasyona sahip. Sonunda kurulumu gerçekten kolaydır ve çoğunlukla bazı perl modüllerinin orada olmasını ister ve zaman kaybetmeden çalışmaya başlayabilirsiniz.

Şirketimde çok başarılı bir şekilde kullanıyoruz ve geliştiricilerin IDE'leri (Mylyn ile Eclipse), subversion SCM (kancalar ve WWW :: Bugzilla kullanarak) ve hatta yapı sistemi ile entegre ettik. QA çalışanları, masaüstü uygulamasını yöneten parlak bir bilet olan Deskzilla'yı kullanıyorlar (bunun için bir Jira sürümü de var).


Evet, bugzilla tamam, kullanıcı arayüzü bazen çok basit olsa da. Bunları cvsdude.com adresinde kullanıyoruz ve çoğunlukla cvsdude'nin kendisinin neden olduğu tüm meselelerde sorun yok.
Michael Pliskin,

Bugüne kadar, birçok projede Bugzilla'ya çok yardımcı olan gerçekten güzel şablonlar olmasına rağmen, katılıyorum. Bugzilla.gnome.org ve bugs.kde.org adresindeki böcek gönderme sihirbazına bakın. Bugzilla için şablonlama sistemi son derece güçlü, bu ne Jira'nın ne de RT'nin sunmadığı harika bir özellik.
Guss

4

SpiceWorks'ü burada kullanmaya başladık ve çok beğendim. Sadece olumsuz, yumuşak bir kullanıcı portalıdır.


Biz de spiceworks kullanıyoruz. Çok basit ve iyi çalışıyor. Kullanıcı portalı (oldukça) oldukça yumuşaktır, ancak görünen o ki bunun umrunda değil. ;)
Tom

Seçenek "özgür" iken, açık kaynak değildir. Bilginize: Ben 1,0'dan beri Spiceworks kullanıyorum ve onu seviyorum.
steve.lippert 12:11


2

İzleyiciden oldukça sağlam isteyin. Çoğunlukla eski nedenlerle kullanıyoruz (son birkaç yıldır yaşadıklarımızdı) ve bize herhangi bir kedere neden olmadı. İşi olması gerektiği gibi yapar; söylenecek fazla bir şey yok.


2

TrackIT kullanıyoruz. Yıllardır yıllardır kullanıyorum ... çok iyi.


İşte gerçekten unuttuğum bir tane. Kontrol edeceğim, teşekkürler.
abourg

Ayrıca ayak izi adı verilen bir ürün var. Çatlaktaki izleri.
Alan

2

Hmm, aslında bir sürü insan var sanmıyorum gibi bir bilet sistemi şöyle dursun favori bir tane var.

En çok hangi bilet sisteminden nefret edeceğinizi sorarsanız, cevabım Çözüm İşlem Talep Sistemi olacaktır .


2
Elbette şimdi birileri tamamen kötü olmayan bir bilet sistemi yaratmalıydı? Sanırım üzerinde çalışmak çok ilginç bir sorun değil. Ve Remedy'de kullanıcı olarak çalışmaktan memnuniyet duymadım. Oldukça aynı fikirdeyim, bazı sistemler korkunç, ama çare berbat yönünden onları sudan çekiyor.
58’de

5
Biletleme sistemleri doğası gereği berbat, çünkü yapmak istemediğiniz işler üzerlerinden geliyor.
freiheit


1

Daha önce Kayako'yu kullandım . Açık Kaynak (php / mysql) ile çalışır, ancak bir miktar paraya mal olur. Fiyatlandırma açısından çok kötü değil, ancak ücretsiz mi yoksa sadece Açık Kaynak teknolojisi mi istediğinizi bilmiyorum. Her şey e-posta yoluyla yapılır, göze kolay, oldukça uygun maliyetli, kurulumu kolay ve sağlam bir destek.


1

Flyspray ile iyi deneyimler yaşadım .


Flyspray'in bazı e-posta özelliklerini desteklemesi gerekiyor - en azından e-posta listelerine göre, ancak web sitesindeki veya kendi izleme sistemindeki (tabii ki;
Guss

1

Basit ve harika Barındırılan Çözüm: Zendesk

Şaşırtıcı raporlama ve süreç yönetimi / iş akışlarıyla Ağır Giriş (aynı zamanda en yüksek giriş engeli): JIRA

Windows tabanlı sistem, sistem yönetimi ile entegre, ajan dağıtım: Kaseya

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.